Guide de décision
Ce guide est écrit par un studio qui développe des logiciels sur mesure, et c'est exactement pourquoi il commence par les arguments contre. La plupart des besoins qui nous arrivent sous la forme « ça nous prend un système » sont comblés par quelque chose qui existe déjà — et ceux qui ne le sont vraiment pas méritent d'être faits comme il faut.
Réponse courte
La plupart des entreprises n'ont pas besoin d'un logiciel sur mesure. Vous en avez besoin quand un processus qui vous fait gagner de l'argent ne peut être modélisé par aucun produit achetable — parce que le flux de travail est réellement le vôtre, parce que plusieurs systèmes doivent être orchestrés d'une façon qu'aucun d'eux ne supporte, ou parce que le logiciel est le produit que vous vendez. Tout le reste est mieux servi en achetant un produit éprouvé, en le configurant, en connectant quelques-uns ensemble, ou en en étendant un avec un peu de code sur mesure. Descendez la liste dans l'ordre : acheter, configurer, intégrer, étendre, bâtir. Le sur-mesure est la bonne réponse quand les quatre voies moins chères ont été écartées pour une raison précise et formulée — pas quand elles n'ont simplement pas été essayées.
Beaucoup d'argent se perd parce que deux personnes dans une même pièce emploient « un système » pour dire deux choses différentes. L'une décrit quelque chose qui pourrait rouler jeudi; l'autre décrit six mois de travail. Voici les catégories, et c'est dans les distinctions que se trouve le coût.
Des pages qui expliquent ce que vous faites et permettent de vous joindre.
L'interface d'édition derrière un site, pour le modifier sans développeur.
Un catalogue, un panier, un paiement, et toute la mécanique de taxes, de livraison et de fraude derrière.
Un registre des gens avec qui vous faites affaire et de chaque échange que vous avez eu.
Un seul système faisant rouler finances, inventaire, achats et opérations sur des données communes.
Un logiciel qu'on loue plutôt que de le posséder, hébergé chez quelqu'un d'autre.
Un endroit où vos clients se connectent pour voir ce qui n'appartient qu'à eux.
Des écrans où votre équipe travaille, bâtis autour de sa façon réelle de travailler.
Un processus qui tourne entre des systèmes que vous avez déjà, à intervalle ou sur déclencheur.
La plomberie qui garde deux systèmes ou plus d'accord entre eux.
Un logiciel bâti autour du processus d'une seule entreprise, parce que ce processus est réellement le sien.
Le logiciel est ce que vous vendez. N'importe qui peut s'inscrire, et ça doit tenir la route.
Chaque besoin descend cette liste dans l'ordre. Non pas parce que le moins cher a toujours raison, mais parce que chaque échelon coûte plus d'argent, plus de temps et plus d'obligations permanentes que celui du dessus — alors descendre devrait exiger une raison qu'on peut dire à voix haute.
Un produit fait déjà ça. Vous le payez et vous commencez à l'utiliser.
Choisissez cette voie quand
Par exemple
Une clinique qui veut la prise de rendez-vous en ligne. Les produits de réservation gèrent les disponibilités, les rappels, les absences, les fuseaux horaires et les annulations, et ont été déboguées par des dizaines de milliers de cliniques. Bâtir ça, c'est une année à découvrir quels étaient ces cas limites.
Un produit fait ça, mais seulement une fois vraiment configuré autour de votre entreprise.
Choisissez cette voie quand
Par exemple
Un CRM qui semble n'avoir aucune notion de votre processus de vente, jusqu'à ce qu'on y configure des étapes, des champs et des règles d'automatisation — quelques jours de travail contre plusieurs mois pour bâtir une solution de rechange.
Plusieurs systèmes éprouvés font chacun leur part, et sont connectés pour que la donnée ne soit saisie qu'une fois.
Choisissez cette voie quand
Par exemple
Les commandes de la boutique qui créent des factures dans le système comptable et des contacts dans l'infolettre. Trois produits éprouvés, deux connexions, et personne qui retape quoi que ce soit.
Garder la plateforme, et écrire un peu de code sur mesure pour la partie précise qu'elle ne fait pas.
Choisissez cette voie quand
Par exemple
Une boutique qui a besoin d'une règle de prix inhabituelle. Le catalogue, le paiement, les taxes et l'expédition restent sur la plateforme; la règle de prix est un petit bout de code sur mesure.
Un logiciel écrit pour votre entreprise, possédé par votre entreprise.
Choisissez cette voie quand
Par exemple
Un distributeur dont les prix dépendent de clauses contractuelles, d'un historique de volume et de l'économie des tournées, dans une combinaison qu'aucun ERP ne modélise — et où bien faire ça est précisément ce qui lui fait gagner des comptes.
La règle : on ne descend d'un échelon qu'en nommant ce que l'échelon du dessus ne pouvait pas faire. « On a regardé et rien ne faisait » n'est pas une raison. « Les trois produits retenus supposent tous un prix par client, et nous facturons par emplacement » en est une.
Voici les cas où bâtir est la bonne décision. Chacun vient avec un test, parce que chaque élément de cette liste est aussi quelque chose dont une entreprise peut se convaincre.
Votre processus n'est pas une version moins bonne d'un processus standard — c'en est un autre, et il fait partie des raisons pour lesquelles les clients vous choisissent. Le faire entrer de force dans le modèle d'un produit signifierait faire un peu moins bien, pour toujours, ce qui vous rend concurrentiel.
Le test
Pouvez-vous nommer un concurrent qui procède de la même façon? Si la réponse est « tous », c'est un processus standard et un produit existe.
Vous avez cherché sérieusement, et chaque candidat casse sur la même supposition structurelle — un emplacement par compte, un prix par produit, un propriétaire par enregistrement — que votre entreprise viole réellement.
Le test
Pouvez-vous énoncer la supposition de chaque produit retenu et pourquoi votre entreprise la brise? Sinon, l'évaluation n'a pas encore eu lieu.
Un nombre précis d'heures va dans une tâche répétitive précise chaque semaine, et la tâche est assez déterministe pour être décrite exactement. C'est un problème d'arithmétique qui a une vraie réponse.
Le test
Combien d'heures, à faire exactement quoi, et combien disparaîtraient réellement? Une économie qu'on ne peut pas compter est une économie qu'on n'a pas faite.
Pas deux systèmes à synchroniser — plusieurs systèmes, avec un séquencement, de la logique conditionnelle, des exceptions et un responsable quand une étape échoue. C'est un système en soi, et les outils de connexion cessent d'être honnêtes à cette complexité.
Le test
Le processus a-t-il des embranchements et des états d'échec que vous pouvez dessiner? Les lignes droites, c'est de l'automatisation; les embranchements avec conséquences, c'est du logiciel.
Vos clients doivent se connecter et voir des dossiers qui n'appartiennent qu'à eux. Ce n'est pas une fonction de site web — c'est une garantie de séparation des données, et elle doit être appliquée dans la base de données plutôt que dans l'interface.
Le test
Si les données de deux clients se mélangeaient, seriez-vous tenu de déclarer l'incident? Si oui, c'est un logiciel avec des obligations, pas une page avec un mot de passe.
Ce que votre entreprise suit, et les relations entre ces choses, ne ressemblent pas à la forme clients-commandes-produits autour de laquelle les produits sont bâtis.
Le test
Dessinez vos entités et leurs relations. Si ça ressemble à un schéma normal de commerce ou de CRM, achetez-en un.
Plusieurs types d'utilisateurs, voyant des choses différentes, avec des règles qui dépendent des relations plutôt que des titres. Les produits offrent généralement des rôles; certaines entreprises ont besoin de règles.
Le test
Pouvez-vous exprimer les accès sous forme d'une courte liste de rôles? Si oui, les produits gèrent ça. Si ça dépend de qui possède quoi, peut-être pas.
N'importe qui peut s'inscrire, les gens paient pour l'accès, et le logiciel est l'entreprise. Impossible d'acheter une sortie de secours ici.
Le test
Vos clients vous paieraient-ils encore si le logiciel disparaissait? Si non, c'est le produit, et il mérite d'être bâti comme il faut.
Chacun de ces besoins nous a réellement été demandé, et chacun est mieux servi par quelque chose qui existe déjà. Nommer la solution de rechange est tout l'intérêt — une liste de choses à ne pas bâtir, sans la chose à acheter à la place, n'est utile à personne.
Produits, variantes, stock, panier, TPS et TVQ, expédition, remboursements et fraude. Chacun de ces éléments est un problème résolu avec des cas limites brutaux, et ce sont ces cas limites que vous paieriez à redécouvrir.
Achetez plutôt ceci
Une plateforme de commerce. Mettez la différence dans la vitrine, la photographie et les fiches produits, qui sont les parties qui influencent vraiment l'achat.
Disponibilités, tampons, personnel, rappels, reports, annulations, fuseaux horaires et heure avancée. La prise de rendez-vous a l'air simple et ne l'est notoirement pas.
Achetez plutôt ceci
Un produit de réservation établi, intégré au site et habillé à vos couleurs. N'en bâtissez un que lorsque la disponibilité dépend de règles — salles, équipement, personnel qualifié, séquences — qu'aucun produit ne supporte.
Si le site explique ce que vous faites et génère des demandes, il n'a besoin ni de serveur applicatif, ni de base de données, ni de comptes. Les ajouter ajoute une surface de sécurité, des coûts d'hébergement et de l'entretien en échange de rien que le visiteur puisse voir.
Achetez plutôt ceci
Un site bien fait sur une plateforme éprouvée, avec le formulaire livré dans une vraie boîte de réception. Mettez l'argent dans la rédaction et l'architecture de recherche.
Bâtir une interface d'édition, c'est bâtir les brouillons, les révisions, la gestion des médias, les permissions, les aperçus et la planification. C'est une catégorie de produits avec des décennies de travail dedans, et ce n'est presque jamais ce qui fait gagner de l'argent à une entreprise.
Achetez plutôt ceci
L'éditeur de la plateforme, ou un CMS découplé établi quand le contenu est vraiment structuré. Des écrans d'administration sur mesure ont du sens pour vos données d'affaires — pas pour vos pages.
Contacts, occasions, étapes, notes et rappels. C'est la catégorie la plus résolue du logiciel d'affaires, et les produits les moins chers y sont très bons.
Achetez plutôt ceci
Un CRM établi, bien configuré — quelques jours de travail, pas quelques mois. À revoir seulement si votre processus de vente n'entre vraiment pas dans un entonnoir.
Manipuler les données de carte vous-même transforme un site en système porteur d'obligations réglementaires, d'exigences de vérification et d'un scénario de brèche réellement sérieux.
Achetez plutôt ceci
Un paiement hébergé, pour que les données de carte n'atteignent jamais vos serveurs. Ce n'est pas un raccourci — c'est l'architecture correcte, et c'est ce que les plateformes elles-mêmes utilisent.
Vouloir voir les chiffres n'est pas la même chose qu'avoir besoin d'une application. La plupart des besoins « ça nous prend un tableau de bord » sont une question de rapports déguisée en logiciel.
Achetez plutôt ceci
Un outil de rapports ou d'intelligence d'affaires branché sur vos systèmes actuels. Ne bâtissez des écrans que lorsque les gens doivent AGIR dedans, pas seulement regarder.
Clavardage, disques partagés, wikis, signature électronique et suivi de projets sont des catégories banalisées où les produits sont excellents et où le coût de se tromper est un mois d'abonnement.
Achetez plutôt ceci
Le produit établi que votre équipe va réellement ouvrir. L'adoption compte plus que l'adéquation ici.
La construction est la partie que tout le monde budgète, et c'est rarement celle qui fait mal. Un logiciel sur mesure est une obligation permanente : dès qu'il existe, il faut le garder vivant, le garder sécuritaire et le garder juste — que quelqu'un y travaille activement ou non.
Une seule fois
Chaque année, pour toujours
Comparez honnêtement avec la solution de rechange. Un abonnement paraît cher à côté d'un prix de construction unique et revient habituellement moins cher sur cinq ans, parce que les frais du fournisseur sont répartis sur tous ses clients — vous achetez une fraction d'une équipe de sécurité, une fraction d'un budget de disponibilité et une fraction d'une feuille de route. Le sur-mesure gagne quand ce que vous obtenez n'est vendu par personne, pas quand les frais mensuels sont agaçants.
Aucun montant n'apparaît dans cette section, délibérément. N'importe quel chiffre inventé pour « l'entretien annuel » serait une supposition déguisée en recherche, et les écarts dépassent l'ordre de grandeur selon ce qui a été bâti. Ce qui compte, c'est que chaque ligne ci-dessous existe, que la plupart reviennent chaque année, et qu'une soumission qui ne mentionne que les quatre premières est incomplète plutôt que concurrentielle.
Faites passer chaque besoin dans cette séquence séparément. La plupart des projets sont un mélange — acheter la prise de rendez-vous, configurer le CRM, intégrer la comptabilité, bâtir la seule chose qui est vraiment la vôtre — et traiter le projet entier comme une seule décision acheter-ou-bâtir est exactement comment on finit par bâtir des morceaux qu'on aurait pu acheter.
Exactement comme il se déroule aujourd'hui, exceptions comprises, y compris les bouts que quelqu'un gère parce qu'il sait. Si ça ne peut pas s'écrire, ça ne peut pas se bâtir — et cette seule étape révèle souvent que le problème est un problème de processus.
Découpez en tâches individuelles. Rendez-vous, facturation, dossiers, rapports, notifications. Chacune s'évalue toute seule.
Nommez-en trois. Si vous n'arrivez pas à en trouver trois pour un besoin, c'est une vraie preuve — et c'est la première vraie preuve que vous aurez recueillie.
Configurés, avec vos données, par quelqu'un qui a lu la documentation. Un essai par défaut évalue les réglages par défaut.
Pour chaque produit, la supposition précise qui ne tient pas. Cette phrase est toute la justification de ce qui suit, et si vous ne pouvez pas l'écrire, vous n'êtes pas prêt à bâtir.
Souvent les produits sont bons individuellement et la douleur est qu'ils ne se parlent pas. C'est un projet d'intégration, à une fraction du coût.
Un morceau sur mesure dans une plateforme qui continue de porter tout le reste est souvent le meilleur rapport qualité-prix disponible.
Coût de construction plus cinq ans des lignes récurrentes ci-dessus, contre les abonnements plus les heures manuelles que vous continueriez de payer. Ensuite, décidez.
Si vous bâtissez, bâtissez d'abord le flux de travail qui porte la valeur. Une première version en production vaut mieux qu'une spécification de tout.
Le calculateur de projet applique la même logique que ce guide. Décrivez ce qui doit se passer et il retourne la configuration la plus simple qui le fait — y compris, quand ça s'applique, ce dont vous n'avez pas besoin.
Essayer le calculateur de projet →