Une application web répond à un besoin que ni un site vitrine ni un logiciel du marché ne couvre : un outil métier interne, un espace client, un configurateur, une plateforme de mise en relation. Le sujet n’est pas la technologie, c’est de savoir si le développement sur mesure se justifie.
La première question : faut-il vraiment développer
Un logiciel existant, même imparfait, coûte presque toujours moins cher qu’un développement équivalent, et il est maintenu par quelqu’un d’autre. Le sur-mesure se justifie quand votre processus constitue un avantage, ou quand aucune solution ne s’en approche.
Nous commençons donc par regarder ce qui existe. Quand un outil du marché convient à quatre-vingts pour cent, la bonne décision est souvent de l’adopter et d’adapter les vingt pour cent restants, y compris en changeant une habitude interne.
Cadrer avant de chiffrer
- Qui utilise l’outil, dans quel contexte, et sur quel appareil.
- Quel problème précis il résout, et comment vous ferez sans lui si le projet s’arrête.
- Quelles données il manipule, d’où elles viennent, et qui y a accès.
- Avec quels systèmes existants il doit communiquer.
- Ce qui est indispensable à la première version, et ce qui peut attendre.
Ce dernier point est le plus difficile et le plus rentable. Un projet qui démarre avec toutes les fonctionnalités souhaitées se livre tard, cher, et une partie de ce qui a été développé ne sert jamais.
Livrer une première version utilisable
Nous préférons mettre en service un périmètre réduit mais complet, puis élargir en fonction de l’usage réel. Les utilisateurs découvrent en pratiquant des besoins qu’aucun atelier de cadrage n’aurait fait émerger.
Cette approche évite aussi le scénario le plus courant des projets sur mesure : une livraison unique, tardive, qui ne correspond plus au besoin exprimé un an plus tôt.
Le référencement, selon le type d’application
Un outil derrière une authentification n’a pas à être indexé, et le sujet ne se pose pas.
Une application dont une partie est publique, comme un catalogue, un configurateur ou un annuaire, doit en revanche être lisible par les moteurs. Cela suppose un rendu côté serveur pour les pages destinées à être trouvées, des URL stables, et des balises éditables sans passer par un développeur. Prévu au cahier des charges, cela coûte peu ; ajouté après, cela coûte cher.
Les données et la sécurité
Une application manipule presque toujours des données personnelles. Les questions à trancher au cadrage : ce qui est collecté, pourquoi, combien de temps, qui y accède, et où c’est hébergé.
Les sauvegardes, leur restauration testée, et la gestion des accès ne sont pas des options à arbitrer selon le budget. Une application métier qui perd ses données coûte infiniment plus que ce qu’on a économisé en les négligeant.
Ce qui coûte après la livraison
Une application n’est pas un livrable qu’on range. Elle demande des mises à jour de sécurité, une supervision, des corrections, et des évolutions quand votre activité change.
Ce coût récurrent doit figurer dans la décision initiale. Un projet chiffré sans lui paraît moins cher qu’un logiciel du marché, et coûte davantage sur trois ans.
Vous restez propriétaire
Le code, la documentation et les accès vous appartiennent. Vous devez pouvoir confier la maintenance à quelqu’un d’autre sans tout reconstruire.
C’est une condition que nous posons, parce que la situation inverse est fréquente et qu’elle transforme un prestataire en passage obligé.
Les questions qu’on nous pose
Combien coûte une application ? Tout dépend du périmètre de la première version. C’est précisément pour cela que le cadrage précède le chiffrage, et qu’un devis donné avant cadrage ne veut rien dire.
Faut-il une application mobile ? Rarement. Une application web bien conçue fonctionne sur téléphone sans passer par les magasins d’applications, sans validation et sans double développement. L’application native se justifie quand vous avez besoin du matériel de l’appareil ou d’un usage hors connexion.
Peut-on reprendre un projet existant ? Oui, après lecture du code et de la documentation. Nous disons honnêtement quand la reprise coûtera plus cher qu’une reconstruction.
Sur le même sujet
- la rubrique agence web
- le cas d’un site classique
- cadrer avant de chiffrer
- rendre les pages publiques lisibles
Parlons de votre projet
Décrivez votre besoin en deux lignes. Nous répondons sous 24 h ouvrées, et le premier échange sert à cadrer, pas à vendre.