Pourquoi un prix unique serait trompeur
Deux entreprises peuvent décrire le même objectif — automatiser les demandes de devis — tout en possédant des systèmes très différents. Un formulaire propre relié à une API documentée n’a pas le même risque qu’une boîte e-mail remplie de PDF variables et un fichier partagé sans propriétaire.
Un prix crédible commence donc par un périmètre : entrée, sortie, outils, règles, exceptions, volume, responsables, tests et conditions de reprise.
Les six facteurs qui font varier le coût
- Nombre et qualité des intégrations nécessaires.
- Stabilité des règles métier et variété des cas.
- Formats et qualité des documents ou données reçus.
- Niveau de contrôle d’accès, journalisation et sécurité.
- Nombre de validations humaines et d’exceptions à traiter.
- Tests, documentation, transfert et support après livraison.
Prototype, pilote et système étendu
Un prototype prouve une idée sur quelques exemples, mais ne garantit pas le comportement en production. Un pilote opérationnel ajoute les accès réels, les erreurs attendues, les tests d’acceptation, la documentation et un périmètre de correction.
Le Kaliits Workflow Sprint commence à 7 500 MAD pour un workflow borné, jusqu’à trois intégrations compatibles et environ quatorze jours ouvrés. Le montant final n’est confirmé qu’après le diagnostic et la définition des exclusions.
Les livrables, accès, responsabilités, critères d’acceptation, calendrier et conditions de paiement doivent apparaître dans une proposition distincte.
Calculer la valeur sans inventer un ROI
Commencez par une mesure simple : temps consacré par dossier, fréquence, coût d’une erreur ou délai avant la prochaine action. Comparez ensuite la même mesure sur le périmètre réellement automatisé.
Une formule de travail peut être : volume mensuel × minutes économisées × coût horaire interne, puis retirer les coûts de maintenance et de supervision. Ce calcul reste une hypothèse tant que la mesure après livraison n’existe pas.
Questions à poser à un prestataire
- Quel événement déclenche le workflow et où s’arrête-t-il ?
- Quelles intégrations sont incluses et vérifiées ?
- Comment les erreurs et informations manquantes sont-elles traitées ?
- Quelles décisions restent humaines ?
- Quels cas serviront aux tests d’acceptation ?
- Qui possède les accès, la documentation et les données ?
- Que couvrent les corrections après livraison ?