Combien coûte un logiciel sur mesure ?

Construisez d'abord la version interne, puis la version externe. La plupart des logiciels sur mesure démarrent comme un produit externe destiné aux clients, parce que c'est là qu'est le revenu, mais la version outil interne coûte 30 à 40 % de moins à construire et vous force à découvrir le vrai workflow avant de concevoir pour des utilisateurs finaux. Faites-la tourner en interne pendant trois à six mois, corrigez ce qui cloche, puis exposez-la à l'externe avec une UX soignée, le multi-tenant et la sécurité. La version externe livre plus vite et casse moins, car le workflow est déjà validé.

Reportez la certification de conformité jusqu'à ce que vous ayez le product-market fit. SOC 2, ISO 27001 et HIPAA ajoutent chacun 15 à 30 % au coût de construction en journaux d'audit, travaux de chiffrement et documentation de politiques, plus 20 à 80 k$ par an de frais d'audit. Rien de tout cela ne vous aide à savoir si quelqu'un veut ce que vous construisez. Atteignez vos 5 à 10 premiers clients payants, puis laissez le client qui exige réellement SOC 2 financer le travail de mise en conformité. Construire la conformité par anticipation est l'une des erreurs les plus coûteuses des équipes avant product-market fit.

Restez sur un déploiement cloud uniquement jusqu'à ce qu'un client exige l'on-premise et soit prêt à le payer. L'outillage on-premise, les paquets d'installation, la gestion des versions et le support côté client coûtent 25 à 40 % de plus au départ et doublent à peu près votre charge opérationnelle. La plupart des grands comptes qui disent avoir besoin d'on-premise accepteront plutôt un déploiement en cloud privé ou VPC, moins cher pour les deux parties. Réservez la construction on-premise au contrat qui l'exige réellement, et n'en faites pas une fonctionnalité bâtie en espérant qu'on la demande.

Limitez les intégrations de lancement aux deux systèmes dont vos clients ont absolument besoin dès le premier jour. Chaque intégration ajoute 40 à 120 heures, plus une maintenance continue, et la plupart des équipes construisent 5 à 8 intégrations pour finir par découvrir que les clients n'en utilisent que 2. Livrez avec les 2 principales, puis ajoutez-en selon ce que les utilisateurs demandent explicitement. Les intégrations bâties par anticipation sont les premières à casser, car personne ne les utilise assez pour remarquer la panne.

Recrutez un seul partenaire technique senior plutôt qu'une équipe de 10 personnes tant que le cahier des charges bouge encore. Les grandes équipes exigent des spécifications détaillées pour se coordonner, et des spécifications détaillées exigent un temps que vous n'avez pas quand le produit se cherche encore. Un ingénieur senior, ou une petite équipe de deux à trois, peut s'adapter à un périmètre mouvant sans brûler des cycles de documentation. Passez à une équipe complète seulement une fois l'architecture, le modèle de données et les parcours centraux stabilisés, généralement au bout de 8 à 12 semaines.

Utilisez des frameworks prêts à l'emploi pour la couche d'administration et de back-office. Des outils comme Retool, Laravel Nova, Forest Admin et Refine vous donnent une interface d'admin fonctionnelle en quelques jours plutôt qu'en quelques mois, et vos utilisateurs finaux ne la verront jamais. Le panneau d'administration prend généralement 200 à 400 heures lorsqu'il est construit de zéro, et presque rien de ce travail n'est différenciant. Réservez l'interface sur mesure au produit destiné aux clients, là où elle compte vraiment, et utilisez un framework pour tout l'interne.