Un modèle tout fait est plus rapide, moins cher et parfaitement suffisant pour beaucoup d'entreprises. Pour d'autres, c'est le début de deux ans de frustration. Trois questions qui distinguent les deux cas de façon fiable, et quoi faire de la réponse.
Il y a deux façons d'obtenir un système d'entreprise. Prendre un modèle tout fait et commencer à travailler dedans, ou se bâtir un modèle de données à sa mesure. Le marketing pousse généralement vers le second, parce que cela sonne plus ambitieux. La réalité est plus terne, et pour beaucoup d'entreprises la bonne réponse est « le modèle tout fait ».
Ce qui vaut pour vous se règle en cinq minutes avec trois questions.
Question 1 : faites-vous comme vos concurrents ?
Il ne s'agit pas de qualité, il s'agit de méthode. Si quelqu'un venait d'un concurrent, reconnaîtrait-il votre processus ?
Répondre « oui, on fait de façon standard » signifie qu'un modèle vous ira probablement. Un processus standard a un modèle de données standard, et quelqu'un l'a déjà réfléchi pour vous.
Répondre « non, chez nous c'est différent » est plus intéressant - mais attention au piège. La plupart des entreprises croient faire différemment alors qu'elles utilisent seulement d'autres mots pour les mêmes choses. Un processus réellement différent se repère à une étape, une entité ou une règle qui n'existe nulle part ailleurs.
Question 2 : combien de choses tenez-vous à côté, dans des tableurs ?
C'est l'indicateur le plus fiable du test, parce qu'on ne peut pas y répondre par un vœu pieux. Regardez simplement combien de tableurs ou de documents tournent à côté de votre système principal.
- Zéro à un - le système vous va. Un modèle fonctionnera.
- Deux à trois - à la limite. Regardez ce qu'il y a dedans ; souvent, c'est un lien manquant.
- Quatre et plus - vous avez votre propre système dans des tableurs et l'outil principal est une archive. Un modèle n'y changera rien, car ce tableur existe précisément parce qu'il n'entre pas dans le standard.
Question 3 : à quelle fréquence votre processus change-t-il ?
Pas la technologie, pas les outils - votre façon de travailler.
Changé pour la dernière fois il y a cinq ans. Un processus stable supporte une solution toute faite. S'adapter une fois coûte moins cher que construire.
Deux fois par an. Nouvelles prestations, nouvelle logique de prix, nouveaux rôles. Dans ce cas la question n'est pas de savoir si le modèle vous va aujourd'hui, mais s'il vous ira dans dix-huit mois.
Trois questions qui tranchent
Répondez pour votre entreprise, pas pour votre secteur. Deux « non » sur trois signifient qu'un modèle serrera avant que vous ne vous y soyez habitué.
Évaluation
| Réponses en faveur d'un modèle propre | Que faire |
|---|---|
| 0 sur 3 | Prenez un modèle et n'y pensez plus. Vous gagnerez temps et argent. |
| 1 sur 3 | Un modèle plus quelques ajustements. Vérifiez que vous les ferez vous-même. |
| 2 sur 3 | Démarrez sur un modèle, mais dans un outil où le modèle de données est modifiable. |
| 3 sur 3 | Construisez votre propre modèle. Un modèle tout fait ne sera qu'une source de frustration. |
Regardez la troisième ligne. Le résultat le plus fréquent n'est aucun des extrêmes - c'est « partir de quelque chose de prêt et l'adapter ». C'est précisément pour cela que la propriété la plus importante d'un système est celle dont on ne parle pas dans les devis : si le modèle de données peut changer après que vous avez commencé à travailler dedans.
La pire combinaison
Un modèle tout fait dans un outil où rien ne se modifie. Au début, cela paraît la voie la plus rapide. Six mois plus tard, vous découvrez que vous avez bâti un second système dans Excel et que vous ne pouvez abandonner ni l'un ni l'autre.
Ce qu'il faut vérifier avant de décider
Quel que soit le résultat, ces trois points valent la peine avant de signer :
- Peut-on ajouter un champ propre ? Et est-ce quelqu'un du bureau qui y arrive, ou est-ce une demande au prestataire ?
- Peut-on relier deux bases qui n'avaient rien à voir au départ ? C'est le test qui sépare les systèmes réellement adaptables de ceux qui n'ont qu'une apparence configurable.
- Récupérerons-nous nos données ? À tout moment, structurées, sans supplément.
Quand il est temps de quitter les tableurs, voyez Quand un tableur ne suffit plus. À quoi ressemble un modèle de données qui grandit avec l'équipe, dans Un modèle de données qui grandit avec l'équipe. Un aperçu des solutions par secteur dans la section Solutions. Tout le sujet de la construction d'applications sans développeur est repris dans le guide complet du no-code et du développement par IA.
Questions fréquentes sur le choix entre modèle et sur-mesure
Peut-on démarrer sur un modèle et passer au sur-mesure ensuite ?
Oui, et c'est la voie la plus fréquente - à condition d'avoir choisi un outil où le modèle de données se modifie. Sinon, « passer ensuite » signifie en réalité déménager vers un autre système.
Un modèle propre n'est-il pas un démarrage lourd ?
C'est généralement un après-midi de réflexion sur vos entités principales et leurs liens. Cette réflexion, vous la ferez de toute façon un jour - la seule question est de savoir si c'est avant le déploiement ou après six mois à contourner le système.
Comment savoir que j'ai mal conçu le modèle ?
Au fait qu'un tableur apparaisse à côté. C'est un signal fiable qu'il manque au système un champ, un lien ou une vue - et en même temps une indication précise de ce qu'il faut ajouter.