Comment créer un outil interne : panneaux d'administration, approbations et remplacement des tableurs

Pour créer un outil interne, choisissez un flux de travail qui est actuellement pénible, habituellement un tableur partagé, un fil de courriels ou un canal de clavardage qui fait le travail d'une base de données, et transformez-le en petite app avec un formulaire adéquat, une liste avec statuts, les bonnes permissions pour chaque rôle et un historique de qui a changé quoi. Un créateur d'apps IA peut produire une première version fonctionnelle en un après-midi. Ce qui fait réussir l'outil, c'est de limiter la portée à un seul flux de travail et de le construire avec les personnes qui l'utiliseront chaque jour.

Ce qu'on appelle un outil interne

Les outils internes sont les logiciels peu glamour qui font tourner une entreprise. Types courants :

Pour d'autres pistes, consultez idées d'outils internes pour les équipes.

Faut-il vraiment le construire?

Gardez le tableur si une seule personne l'entretient, si les données sont peu nombreuses et si une erreur coûte peu. Construisez un outil quand vous remarquez ces signes :

• Les gens s'écrasent mutuellement leurs modifications, ou personne ne sait quelle copie est la bonne
• Certaines personnes doivent voir ou modifier seulement une partie des données
• Vous avez rédigé une page entière d'instructions sur l'utilisation du tableur
• Les changements de statut doivent avertir quelqu'un, et ces avertissements sont constamment manqués
• Vous avez besoin d'une piste d'audit : qui a approuvé ceci, et quand

Il existe aussi une option intermédiaire. Les plateformes d'outils internes à faible code (Retool, les interfaces Airtable, Softr et d'autres) offrent des blocs de construction par-dessus vos données. Elles conviennent quand vos données se trouvent déjà dans une base ou un tableur pris en charge et que vous voulez des écrans glisser-déposer. Une app construite avec l'IA vous convient mieux quand le flux de travail est précis, que vous voulez qu'elle se comporte exactement comme votre équipe le requiert, ou que vous voulez posséder le code. Pour la question générale, voir construire ou acheter un logiciel pour une petite entreprise.

Concevoir le flux de travail avant les écrans

Rédigez le flux de travail comme un court récit avant de formuler votre demande. Pour un outil d'approbation de dépenses :

1. Un employé soumet une dépense : montant, catégorie, date, description, photo du reçu.
2. Son gestionnaire est avisé et approuve ou refuse avec un commentaire.
3. Les dépenses au-dessus d'une limite nécessitent aussi l'approbation des finances.
4. Les finances marquent les dépenses approuvées comme payées par lot, chaque semaine.
5. Chacun peut voir l'état de ses propres dépenses; les finances voient tout.

À partir de ce récit, vous obtenez :

• Données : dépenses, utilisateurs, rôles, approbations (qui, décision, commentaire, date), pièces jointes.
• Statuts : soumise → approuvée par le gestionnaire → approuvée par les finances → payée, ou refusée.
• Rôles : employé, gestionnaire, finances, administrateur.
• Règles : le seuil de montant, qui peut faire passer un élément à chaque statut.
• Écrans : formulaire de soumission, « mes dépenses », « en attente de mon approbation », tableau de toutes les dépenses pour les finances, page de détail avec l'historique.

Décrivez le flux de travail dans ces termes et l'IA pourra construire la bonne chose du premier coup.

Permissions et historique

Les outils internes contiennent souvent des données sensibles : salaires, renseignements sur les clients, argent. Deux règles :

1. Vérifiez les rôles côté serveur pour chaque action. Un gestionnaire ne doit pas pouvoir approuver sa propre dépense en appelant directement le point d'accès d'approbation.
2. Enregistrez l'historique. Conservez chaque changement de statut et chaque modification avec son auteur et sa date. Cela règle la plupart des « qui a changé ceci? » et est précieux quand quelque chose tourne mal.

Décidez comment les gens se connectent. La connexion avec les comptes Google ou Microsoft de l'entreprise est pratique pour les équipes qui les utilisent déjà; le courriel et le mot de passe fonctionnent partout. Dans les deux cas, limitez l'inscription pour que seule votre équipe puisse entrer.

Un premier message qui fonctionne

Crée un outil interne d'approbation de dépenses pour une entreprise de 25 personnes. Les employés soumettent une dépense avec montant, devise, catégorie (voyage, repas, logiciels, équipement, autre), date, description et téléversement d'une photo du reçu. Leur gestionnaire voit une liste « En attente de mon approbation » et peut approuver ou refuser avec un commentaire. Les dépenses au-dessus de 500 $ exigent alors aussi l'approbation de quelqu'un ayant le rôle Finances. Les finances voient un tableau de toutes les dépenses, avec des filtres par statut, personne et mois, et peuvent marquer les dépenses approuvées comme payées. Chaque changement de statut est enregistré avec son auteur et sa date, affiché comme une chronologie sur la page de la dépense. Rôles : employé, gestionnaire, finances, administrateur, vérifiés côté serveur pour chaque action. Enregistre tout dans une base de données et ajoute des données d'exemple réalistes. Interface sobre, dense et rapide : c'est un outil de travail, pas un site de marketing.

Étapes de construction

1. La table principale et le formulaire pour l'enregistrement central, avec des données d'exemple réalistes pour que la recherche et les filtres soient évidemment fonctionnels.
2. Statuts et transitions, y compris qui peut faire passer un élément à chaque état.
3. Rôles et connexion, limités à votre équipe.
4. Journal d'historique sur chaque enregistrement.
5. Notifications : un courriel ou un message de clavardage quand quelque chose exige l'action de quelqu'un.
6. Importation des données existantes à partir du tableur. Transformer un tableur en app explique le nettoyage et l'importation.
7. Pilote avec deux ou trois vrais utilisateurs pendant une semaine avant le déploiement à tous.
8. Désactiver l'ancien processus à une date fixée. Deux systèmes qui fonctionnent en parallèle ne sont dignes de confiance ni l'un ni l'autre.

Faire en sorte que les gens l'utilisent vraiment

Beaucoup d'outils internes fonctionnent parfaitement et échouent quand même, parce que les gens continuent de faire les choses à l'ancienne.

• Construisez avec les utilisateurs. Observez quelqu'un accomplir la tâche aujourd'hui avant de concevoir la nouvelle version.
• Rendez-le plus rapide que l'ancienne méthode. Si soumettre prend plus de temps qu'envoyer un message, les gens continueront d'envoyer des messages.
• Dense plutôt que joli. Les opérateurs préfèrent des tableaux avec de bons filtres et des formulaires utilisables au clavier aux grandes cartes et aux espaces blancs.
• Mettez la prochaine action en premier. « En attente de moi » doit être la première chose que les gens voient.

Erreurs courantes

• Reconstruire tout le tableur. Déplacez le seul flux de travail pénible; laissez le reste dans le tableur pour l'instant.
• Aucun responsable. Quelqu'un doit être responsable des changements et des corrections après le lancement.
• Les permissions en dernier recours. Ajouter des rôles à un outil terminé est plus difficile que de commencer avec eux.
• Sauter la piste d'audit, puis en avoir besoin la première fois que de l'argent disparaît.
• Publier sur une URL publique sans connexion. Tout ce qui est interne doit exiger une connexion.

Assurer le fonctionnement après le lancement

Un processus change tous les quelques mois : une nouvelle étape d'approbation, une nouvelle catégorie, une nouvelle équipe. Prévoyez-le dès le départ :

• Gardez les paramètres dans des tables, pas dans le code. Les catégories, les seuils et les affectations d'approbateurs stockés dans la base de données peuvent être modifiés par un administrateur sans reconstruction.
• Recueillez les demandes au même endroit. Un simple lien « suggérer un changement » dans l'outil vaut mieux que des demandes éparpillées dans les clavardages.
• Exportez régulièrement. Un export CSV des tables principales évite que les données soient prisonnières et facilite les rapports de fin de mois.
• Testez après chaque changement. Refaites les étapes de soumission, d'approbation et de refus après toute modification du flux de travail, car les bogues de permissions apparaissent souvent à cet endroit.

Coûts d'exploitation

Un outil interne construit avec l'IA entraîne des frais d'hébergement, une base de données, du stockage de fichiers si les gens téléversent des documents, et possiblement un service de courriel ou de messagerie pour les notifications. Il n'y a habituellement pas de licence par siège pour un outil que vous possédez, ce qui compte lorsque beaucoup d'utilisateurs occasionnels ont besoin d'accès. Le coût continu, c'est le temps de quelqu'un pour l'entretenir.

Le construire avec Mythex

Les outils internes conviennent bien à Mythex. Vous décrivez le flux de travail, l'agent le construit dans un aperçu en direct, ajoute une base de données Postgres pour les enregistrements et du stockage de fichiers pour les téléversements, comme les reçus. Le cas d'usage de l'outil interne et le cas d'usage du panneau d'administration dans la documentation proposent des messages de départ. Des collègues peuvent participer à la construction dans votre espace de travail sans frais par siège.

Deux points à savoir. Les connexions de votre équipe qui utilise l'outil font partie de l'app que vous construisez, avec une approche que vous choisissez : elles sont distinctes des comptes Mythex. Et Mythex n'inclut pas d'intégrations intégrées avec Salesforce, HubSpot ou Slack pour l'app elle-même; celles-ci se connectent par leurs API avec vos propres clés. Pour un message de départ, essayez les modèles suivi des approbations ou outil d'administration interne, et consultez comment créer un tableau de bord si vous avez surtout besoin de graphiques.

Questions