Créer un outil interne pour sa PME sans coder
Publié le 20.10.2026 · 6 min de lecture
Sommaire
Une PME peut aujourd'hui construire elle-même un outil interne avec l'IA : portail client, suivi des demandes, tableau de bord, réservation. Comptez 25 à 30 heures pour une première version en production et quelques dizaines de francs par mois d'outils. La condition : une méthode qui traite les données, les accès et la sécurité dès le départ.
Quels outils construire
Les meilleurs candidats ont trois points communs : un problème qui fait perdre du temps chaque semaine, des utilisateurs connus et un périmètre maîtrisé.
- Portail client : vos clients déposent leurs documents et suivent leurs dossiers, au lieu d'échanges de courriels.
- Suivi des demandes internes : achats, congés, matériel, avec validation et historique.
- Tableau de bord : les chiffres de plusieurs sources réunis sur une page.
- Réservation et paiement de prestations ou de ressources.
- Inventaire ou suivi de chantier, consultable sur téléphone.
Construire, acheter ou faire faire
| Option | Quand la choisir |
|---|---|
| Logiciel existant | Votre besoin est standard et un logiciel du marché le couvre à un prix raisonnable |
| Construire soi-même | Le besoin est spécifique, le périmètre maîtrisé, et vous avez 25 à 30 heures |
| Agence | L'outil est critique, complexe, ou doit s'intégrer à plusieurs logiciels existants |
Construire soi-même n'a de sens que si aucun logiciel existant ne fait l'affaire. Ne réinventez pas une comptabilité ou un CRM complet.
La méthode en cinq étapes
- Cadrer : une page qui dit qui utilise l'outil, avec quels droits, pour faire quoi, et ce qui est hors périmètre. Faites-la valider par un futur utilisateur.
- Architecturer : les tables, le propriétaire de chaque ligne et les règles d'accès, avant le premier écran.
- Découper : 15 à 25 tâches, chacune avec un critère de fin vérifiable.
- Réaliser : l'outil construit, un second regard relit les plans sensibles.
- Éprouver : des tests avec plusieurs comptes, y compris ceux qui doivent échouer.
Le budget réel
| Poste | Ordre de grandeur |
|---|---|
| Outils pendant la construction | Environ CHF 50 par mois |
| Base de données en production | Abonnement Supabase de l'ordre de 25 USD par mois, plus le calcul selon le nombre de projets |
| Évolutions de l'application | Abonnement Lovable selon l'usage |
| Nom de domaine | 15 à 40 francs par an |
| Envoi de courriels | Souvent gratuit à petit volume, puis payant |
| Votre temps | 25 à 30 heures pour la première version, puis environ une heure par mois de maintenance |
Les tarifs évoluent : vérifiez les pages des fournisseurs. Le poste le plus sous-estimé est toujours le temps : la maintenance, les questions des utilisateurs, les évolutions.
Un exemple
Une fiduciaire passe une demi-journée par semaine à relancer ses clients pour des justificatifs. Elle construit un portail : chaque client voit ses dossiers, dépose ses documents et sait ce qui manque ; le collaborateur reçoit une notification à chaque dépôt. Les décisions importantes sont prises au cadrage : un client ne voit que ses dossiers, un dossier s'archive au lieu d'être supprimé, les fichiers sont privés et les liens expirent. Résultat attendu : moins de relances par courriel, et une vision claire des dossiers incomplets.
Les cinq questions à poser à votre futur utilisateur
Avant d'écrire votre page de cadrage, appelez la personne qui utilisera l'outil. Dix minutes suffisent.
- Comment faites-vous aujourd'hui ?
- Qu'est-ce qui vous fait perdre le plus de temps ?
- Que feriez-vous si cet outil existait demain ?
- Qu'est-ce qui vous empêcherait de l'utiliser ?
- Accepteriez-vous de le tester dans un mois ?
Notez les réponses mot pour mot. Elles deviendront le problème en une phrase et les critères de réussite de votre page de cadrage.
À quoi ressemble une page de cadrage
| Rubrique | Exemple pour le portail client |
|---|---|
| Problème | Une demi-journée par semaine perdue en relances de justificatifs |
| Utilisateurs et rôles | Client, collaborateur, administrateur |
| Parcours principal | Invitation, connexion, dossier, dépôt, notification, dossier complet |
| Données | Clients, dossiers, documents ; propriétaire de chaque ligne |
| Règles métier | Un dossier s'archive, il ne se supprime pas |
| Hors périmètre | Signature électronique, application mobile, lien avec la comptabilité |
| Critères de réussite | Trois clients déposent sans aide ; plus de relances par courriel pour eux |
Les risques à maîtriser
- Les données des clients. Une table sans règles d'accès suffit à tout exposer. Testez avec plusieurs comptes.
- La dépendance à une personne. Documentez l'outil et gardez le code sur GitHub, dans un dépôt de l'entreprise.
- La protection des données. Politique de confidentialité, durées de conservation, sous-traitants listés.
- L'outil abandonné. Prévoyez une heure par mois pour les contrôles et la maintenance.
Mesurer le succès
Un outil interne se juge sur trois indicateurs simples, relevés un mois après sa mise en service :
- L'usage : combien d'utilisateurs prévus l'utilisent chaque semaine ?
- Le temps gagné : combien d'heures de relances, de saisies ou de recherches ont disparu ?
- Les incidents : combien d'erreurs ou de demandes d'aide par semaine ?
Si l'usage est faible, le problème vient rarement de la technique : revenez à votre utilisateur et à la page de cadrage. Si le temps gagné est réel, notez-le : c'est l'argument qui justifiera la prochaine version, ou le prochain outil.
Quand faire appel à une agence
Faites appel à une agence si l'outil traite des données sensibles (santé, données financières détaillées), s'il doit s'intégrer à plusieurs logiciels existants, s'il est vital pour l'activité, ou si personne en interne ne peut y consacrer le temps nécessaire. Une solution intermédiaire : construire la première version en interne, puis faire relire la sécurité par un spécialiste avant la mise en production.
Par où commencer cette semaine
- Listez trois tâches répétitives qui font perdre du temps à votre équipe.
- Choisissez celle qui a un utilisateur clairement identifié et un périmètre simple.
- Appelez cet utilisateur dix minutes : comment fait-il aujourd'hui, qu'est-ce qui lui fait perdre du temps ?
- Rédigez votre page de cadrage.
Questions fréquentes
Un collaborateur sans compétence technique peut-il construire l'outil ?
Oui, avec une méthode et du temps réservé. Il doit surtout savoir décrire précisément, vérifier et tester.
Combien de temps avant un premier résultat ?
Un prototype en quelques heures ; une version en production en quatre à six semaines, à raison de quelques heures par semaine.
Peut-on ensuite vendre l'outil à d'autres entreprises ?
C'est possible, mais cela change la nature du projet : cloisonnement des données entre clients, support, conditions générales, contrat de sous-traitance des données. Commencez par un outil interne qui fonctionne ; la question de la vente vient ensuite.
Qui est propriétaire du code ?
Si le projet est connecté à un dépôt GitHub de l'entreprise, le code est récupérable à tout moment. Vérifiez aussi les conditions des outils utilisés.