Le choix d'outil est un faux problème. Le vrai, c'est ta maturité.
La plupart des dirigeants qui me contactent arrivent avec une question qui ressemble à « quel outil pour automatiser ma facturation » ou « est-ce que Zapier vaut le coup ». La question est légitime. Mais elle arrive trop tôt. Parce que le bon outil à 8 personnes peut devenir une dette technique à 30. Et inversement, la solution taillée pour 50 collaborateurs va paralyser une équipe de 12 qui a besoin de bouger vite.
Ma position, et elle va peut-être faire tiquer. L'arbitrage faire, acheter ou SaaS n'est pas un choix technologique. C'est un diagnostic de maturité organisationnelle. Si tu ne sais pas où tu en es sur cette échelle, tu vas optimiser le mauvais paramètre. Tu vas choisir le SaaS le mieux noté sur G2, signer un contrat annuel, et découvrir six mois plus tard que personne ne l'utilise parce que tes process internes n'étaient pas prêts à l'absorber. Ou tu vas construire un bricolage maison qui tient avec du scotch, et quand tu passes de 15 à 25 personnes, tout s'effondre.
L'OFS recense plus de 48 000 entreprises suisses dans la tranche 10 à 49 employés. Chacune a un niveau de structuration différent. Certaines à 40 personnes fonctionnent encore comme une startup. D'autres à 12 ont des process plus carrés qu'une boîte de 200. Le nombre de têtes n'est qu'un proxy. Ce qui compte, c'est le degré de formalisation de tes opérations. Et c'est ça qui devrait dicter ton arbitrage.
À 5-12 personnes, construire soi-même est souvent le bon choix
Ça ne fait pas rêver. Personne ne veut entendre qu'à cette taille, le mieux est parfois un tableur bien structuré, deux ou trois automatisations bricolées sur Make ou n8n, et un process écrit sur une page Notion. Pourtant, c'est ce que j'observe régulièrement. Les petites structures qui investissent dans un SaaS à 200 CHF par mois par utilisateur se retrouvent avec un outil surdimensionné dont elles utilisent 15% des fonctionnalités.
Fais le calcul sur ta propre situation. Prends le nombre d'heures que tu passes chaque semaine sur la tâche que tu veux automatiser. Multiplie par ton coût horaire chargé. C'est ton coût actuel mensuel. Maintenant, compare avec le prix du SaaS envisagé, en ajoutant le temps de configuration, de formation, et de maintenance. À 8 personnes, le SaaS est rarement rentable sur les 12 premiers mois. Le bricolage maison, lui, peut être opérationnel en une semaine et ne coûter que quelques heures de mise en place.
Le piège, c'est de rester bloqué dans cette phase. Le bricolage a une date de péremption. Si tu recrutes, si tes volumes augmentent, si tu ajoutes un deuxième site ou un nouveau service, ton tableur va craquer. Le « faire » est un excellent point de départ. Pas une destination. Si tu veux comprendre quels outils no-code valent vraiment le détour pour cette phase, j'en ai fait un tri sans complaisance.
À 15-30 personnes, le SaaS devient tentant. Et c'est là que ça dérape.
Tu grandis. Les bricolages craquent. L'équipe râle parce que « rien ne parle à rien ». Un commercial te montre une démo impeccable d'un SaaS qui fait exactement ce dont tu as besoin. Tu signes. Et pendant six mois, tu découvres tout ce que la démo ne montrait pas.
Premier angle mort. L'intégration. Ton SaaS de facturation ne se connecte pas nativement à ton ERP ou à ton outil de gestion de projet. Il faut un connecteur, parfois un développement sur mesure, parfois un outil tiers comme Zapier qui ajoute une couche de complexité et un abonnement supplémentaire. Deuxième angle mort. La migration des données. Tes trois ans d'historique dans l'ancien système ne se transfèrent pas en un clic. Il faut nettoyer, reformater, valider. Troisième angle mort, et celui-là est spécifiquement suisse. La nLPD, entrée en vigueur le 1er septembre 2023 selon le PFPDT, impose des obligations précises sur le traitement des données personnelles. Si ton SaaS est hébergé hors de Suisse, tu dois vérifier que le transfert de données est conforme. Ce n'est pas juste une case à cocher. C'est un risque juridique réel.
Et puis il y a la TVA. L'Administration fédérale des contributions applique un taux de 8.1% sur les services numériques fournis depuis l'étranger. Ce surcoût, personne ne te le mentionne dans le comparatif. Si tu additionnes l'abonnement mensuel, l'intégration, la migration, la conformité LPD et la TVA, tu arrives souvent à 2 à 3 fois le prix affiché sur la page pricing. J'ai détaillé cette logique de coûts cachés et de mesure réelle dans un article dédié.
À 30-50 personnes, l'achat sur mesure n'est plus un luxe
Voilà la partie provocante. À partir d'une trentaine de collaborateurs, avec des process stabilisés et un volume de transactions récurrent, faire développer une solution sur mesure peut revenir moins cher qu'un SaaS sur cinq ans. Oui, le coût initial est plus élevé. Oui, il faut trouver le bon prestataire. Mais tu deviens propriétaire de l'outil, tu n'es pas soumis aux augmentations de prix unilatérales, et tu gardes tes données chez toi.
Prenons un exemple chiffré. Un SaaS de gestion administrative à 150 CHF par utilisateur par mois, pour 35 utilisateurs, c'est 63 000 CHF par an. Sur cinq ans, 315 000 CHF, sans compter les coûts d'intégration et de formation. Un développement sur mesure pour le même périmètre fonctionnel peut coûter entre 80 000 et 150 000 CHF, avec une maintenance annuelle de 10 à 15% du coût initial. Sur cinq ans, tu es entre 120 000 et 250 000 CHF. La différence n'est pas anecdotique.
Évidemment, ce calcul ne tient que si tes process sont stables. Si tu changes de direction tous les six mois, si ton modèle d'affaires pivote régulièrement, le sur-mesure devient un gouffre parce que chaque modification coûte du développement. C'est pour ça que la question de maturité revient en boucle. Le sur-mesure est un investissement de structure mature, pas un raccourci pour une boîte en pleine mutation. Si tu te demandes comment cadrer la relation avec un prestataire pour ce type de projet, j'ai posé un cadre de décision qui peut t'aider.
La grille de décision que personne ne te donne
Assez de théorie. Voici comment trancher pour ta situation. Pose-toi ces questions dans l'ordre, et sois honnête avec les réponses.
- Tes process sont-ils écrits quelque part ? Si non, aucun outil ne va les inventer pour toi. Commence par formaliser avant d'automatiser.
- Combien de personnes vont utiliser l'outil au quotidien ? Moins de 10, le bricolage tient. Entre 10 et 25, le SaaS a du sens si l'intégration est native. Au-delà, évalue le sur-mesure.
- Tes données sont-elles sensibles au sens de la nLPD ? Si oui, chaque SaaS étranger ajoute une couche de conformité que tu dois budgéter.
- Ton besoin va-t-il changer dans les 18 prochains mois ? Si oui, privilégie la flexibilité. Un SaaS mensuel sans engagement ou un bricolage léger.
- Quel est ton budget total, pas juste l'abonnement ? Intégration, formation, migration, maintenance, TVA. Additionne tout avant de comparer.
Cette grille n'a rien de spectaculaire. Elle ne va pas te faire gagner un prix d'innovation. Mais elle t'évitera de signer un contrat de 36 mois pour un outil que ton équipe n'utilisera plus dans 6. La page FAQ sur les prix et délais d'automatisation répond aux questions les plus fréquentes si tu veux aller plus loin sur les aspects financiers.
L'erreur la plus coûteuse, c'est de décider seul avec un comparatif
Je termine sur un point qui va froisser les amateurs de tableaux comparatifs. Un spreadsheet avec des colonnes « fonctionnalités », « prix », « note utilisateurs » ne capture pas ce qui fait qu'un outil marche ou échoue dans ton contexte. Il ne capture pas la résistance de ton équipe au changement. Il ne capture pas le fait que ton comptable refuse de changer ses habitudes. Il ne capture pas le fait que ton process de facturation a trois exceptions que personne n'a documentées.
Ce qui fait la différence entre un projet d'automatisation qui tient et un qui finit dans un tiroir, ce n'est pas l'outil. C'est la qualité du diagnostic en amont. Est-ce que quelqu'un a pris le temps de comprendre comment ton entreprise fonctionne réellement, pas comment elle devrait fonctionner sur le papier ? Est-ce que les vrais utilisateurs ont été consultés, pas juste la direction ? Est-ce que les cas limites ont été identifiés avant de choisir, pas après ?
Je ne dis pas qu'il faut systématiquement passer par un consultant. À 8 personnes, tu peux très bien faire ce diagnostic toi-même un vendredi après-midi avec ton équipe et un tableau blanc. Mais à 30 personnes, avec des enjeux de conformité, des volumes qui grimpent et un historique de projets ratés, un regard extérieur évite de reproduire les mêmes erreurs. Pas parce que le consultant est plus intelligent. Parce qu'il n'a pas les angles morts que tu as développés en vivant dans ta propre organisation pendant des années.
