Bâtir ou acheter, sur trois ans
Est-ce moins cher de continuer à payer par utilisateur ou de faire bâtir quelque chose?
Les abonnements coûtent plus cher à mesure que vous grandissez. Un logiciel sur mesure coûte plus cher au départ, puis cesse d’augmenter avec le nombre d’employés. Entre ces deux courbes, il y a un point de croisement, et c’est généralement là que se joue toute la décision.
Ce calculateur trouve ce point de croisement avec vos chiffres, sur trente-six mois.
Comment c’est calculé :
Le scénario « acheter » fait croître le nombre d’utilisateurs en ligne droite, du nombre actuel à celui prévu dans trois ans, et facture votre prix par utilisateur chaque mois en cours de route.
Le scénario « bâtir » compte le coût de développement unique au mois zéro, puis le coût d’exploitation mensuel que vous entrez pour l’hébergement, l’entretien et les modifications.
Le seuil de rentabilité est le premier mois où le total cumulé du scénario « bâtir » passe sous celui du scénario « acheter ». Si ça n’arrive jamais en trente-six mois, le calculateur le dit plutôt que d’extrapoler au-delà.
Questions fréquentes sur cet outil :
Que dois-je inscrire comme coût de développement?
Une vraie soumission, si vous en avez une. Sinon, l’outil sert mieux à l’envers : entrez le coût de développement qui atteindrait le seuil de rentabilité au mois qui vous conviendrait, et vous aurez le montant qu’une proposition doit battre.
Qu’est-ce qui entre dans le coût d’exploitation mensuel?
L’hébergement, les services tiers dont le système dépend et le temps continu pour le modifier. Un logiciel que personne n’entretient cesse d’être utilisé; un coût d’exploitation de zéro n’est donc pas une vraie réponse.
Le coût n’est pas le seul facteur, n’est-ce pas?
Non. L’adéquation, la rapidité et la propriété du résultat comptent généralement davantage. Ce calculateur répond seulement à la question de l’argent, celle qui se calcule vraiment.