Outils internes

Un seul outil pour un seul problème, qui remplace le tableur devenu trop juste.

Un logiciel pour votre équipe, pas pour le public. Je note comment le travail se fait aujourd’hui, puis je bâtis le plus petit outil qui enlève les gestes manuels.

En quoi cela consiste

Certains problèmes ne demandent pas un produit. Ils demandent un seul outil, qui fait un travail précis pour une équipe précise.

Ces outils paraissent simples et souvent ne le sont pas. Les règles vivent dans la tête des gens, et chaque équipe a des exceptions que personne n’a écrites. Les données sont en général à la fois dans un tableur, un vieux logiciel et la boîte mail de quelqu’un. L’outil doit épouser la façon dont le travail se fait déjà, sinon il est abandonné en un mois. Les droits comptent, parce que tout le monde ne doit pas tout voir.

Je commence donc par observer le processus actuel et le mettre par écrit. Puis je bâtis la plus petite version qui supprime la pire étape manuelle, et on s’en sert avant d’en ajouter. Quand un vieux logiciel doit rester, je m’y branche au lieu de le remplacer. Laravel et MySQL portent une partie de ce travail, à côté des outils Next.js.

Ce que vous obtenez

Le processus actuel mis par écrit, étape par étape
L’outil lui-même, utilisé dans le navigateur par l’équipe
Un compte par salarié, avec rôles et accès que vous réglez
L’import de vos tableurs ou de votre système actuel
Exports et rapports au format que vous utilisez déjà
Une courte séance de passation et un mode d’emploi pour l’équipe

Exemples de ce type

Un suivi des commandes et du stock d’une petite structure
Une gestion des clients et des dossiers pour un cabinet
Un circuit de validation interne au lieu des fils de mails
Un écran de rapports qui tire les chiffres de plusieurs sources
Un outil de devis qui sort le même document à chaque fois

Comment je les bâtis

Les six mêmes étapes, formulées dans le langage de ce type de produit.

Vous me racontez l’idée

Une seule conversation, en général une trentaine de minutes.

On parle jusqu’à ce que je vous redise votre idée comme vous la pensez.

On commence par une conversation, en français, en arabe ou en anglais. Vous décrivez l’idée avec vos mots à vous. Je pose des questions : pour qui c’est, comment ces gens font aujourd’hui, ce que vous voulez qu’il se passe. Je note ce que j’ai entendu et je vous l’envoie à corriger.

Ce que vous avez à la finUn brief écrit de l’idée : objectif, utilisateur, hypothèses, ce que veut dire réussir.

Vous voyez ce qui manque

Quelques jours, parfois une semaine.

Je cherche ce qui existe déjà, et où ça coince pour ceux qui s’en servent.

Je passe en revue les produits dont vos utilisateurs se servent déjà, gratuits et payants. Je lis ce dont les gens se plaignent dans les avis, les forums et les fils de support. Je regarde comment les concurrents facturent. Puis je note les manques réels, et ceux qu’il vaut mieux laisser.

Ce que vous avez à la finUn rapport sur le marché et les concurrents : manques classés, liens vers les preuves.

Vous voyez les vrais écrans

Souvent une ou deux semaines.

On décide ce que sera le produit, et vous le voyez avant qu’il existe.

Je transforme ces manques en un produit que vous pouvez voir. D’abord la forme : ce qu’il fait, qui se connecte, à quoi sert chaque écran. Puis des écrans cliquables à ouvrir sur votre téléphone. Vous les utilisez, vous me dites ce qui cloche, je corrige avant la moindre ligne de code.

Ce que vous avez à la finUn prototype cliquable des écrans clés, et la liste validée des fonctionnalités.

Vous validez le plan

Souvent quelques jours.

Je découpe la construction en phases, chacune avec son périmètre et son prix.

Tout construire d’un seul bloc, c’est là que les projets déraillent. Alors je découpe en phases. Chaque phase a son périmètre, son prix et son résultat qui marche. Vous validez chaque phase avant qu’elle commence. Je ne vous demande jamais de vous engager sur tout le projet d’un coup.

Ce que vous avez à la finUn plan des phases, par écrit : périmètre, prix et résultat de chacune.

Vous suivez la construction

La plus longue étape. Des semaines à des mois selon le périmètre.

Le produit se construit dans l’ordre, et vous le voyez marcher chaque semaine.

Je construis phase par phase, en commençant par la partie la plus risquée. Chaque semaine, un vrai lien que vous ouvrez et utilisez. Rien n’est caché jusqu’au bout. Si quelque chose prend plus de temps que je l’avais dit, vous l’apprenez par moi, et en premier.

Ce que vous avez à la finUn produit qui marche, en ligne, mis à jour chaque semaine, avec le code dans un dépôt à vous.

Vous lancez, et je reste

Le lancement prend des jours. Ensuite, ça continue.

Le produit est lancé, et je reste jusqu’à ce qu’il tourne vraiment bien.

Le lancement est une étape, pas l’arrivée. Je bascule le produit sur votre domaine et vos comptes, j’observe les premiers vrais utilisateurs, je corrige ce qui les bloque. Puis je vous remets de quoi le faire tourner. Si vous voulez, je reste.

Ce que vous avez à la finLe produit en ligne sur votre domaine, les comptes, le code et un court guide de reprise.

Voir les six étapes en détail

Ce que j’ai bâti ainsi

Ces projets, écrits comme des histoires.

Livré2023

Système d’administration

Le système qui a remplacé le papier dans un institut technique.

Laravel · Blade · MySQL · Tailwind CSS · Laravel Breeze

Lire toute l’histoire

Toutes les réalisations

Ce que je bâtis

C’est ce qu’il vous faut ?

Si vous ne savez pas de quel type relève votre idée, c’est une question normale, et une bonne raison d’en parler.

Parlez-moi de votre idée Ou envoyez un brief complet

Ce que je bâtis aussi