PROBLÈME
Faire exister la preuve au bon moment
Un relevé créé après coup est fragile. L’interface devait rendre l’action immédiate, visible et compréhensible pour une équipe non technique.
Cas de construction produit · 2026
Trakigon : construire depuis le problème réel.
Une application mobile pour aider les équipes de restauration à créer, retrouver et partager leurs preuves HACCP, depuis leur téléphone, dans leur langue et même sans réseau.
Le point de départ
Le problème n’était pas l’absence d’un logiciel.
Après plusieurs années à accompagner des établissements, j’ai vu le même décalage se répéter : une procédure existe, mais elle n’est pas remplie au moment où le geste se produit. Le responsable doit ensuite relancer l’équipe, reconstituer les preuves et retrouver des feuilles dispersées.
Trakigon part de cette contrainte concrète : une équipe courte, un téléphone, peu de temps et parfois aucun réseau fiable.
HYPOTHÈSE
L’adoption se joue dans le geste
Le produit doit s’adapter au service, aux langues de l’équipe et aux interruptions réseau. Il ne doit pas demander à la cuisine de fonctionner comme un bureau.
Ce que j’ai construit
Un système complet, pas seulement une interface.
J’ai travaillé sur le produit mobile, le dashboard web, la donnée, les parcours, la qualité, le paiement, la documentation et l’exploitation.
Parcours terrain
Onboarding, relevés, réception, nettoyage, alertes, traçabilité et rapport.
Accélération
Claude et les outils IA pour explorer, produire, documenter et itérer.
Vérification
Tests E2E, téléphone Android, scénarios de démonstration et tests hors ligne.
Exploitation
Déploiement, VPS, sauvegardes chiffrées, permissions, firewall et automatisations.
Trois décisions révélatrices
La qualité se voit dans les contraintes.
- Le mode hors ligne n’est pas une promesse marketingLa saisie doit rester visible, survivre à la fermeture de l’application, être rejouée au retour du réseau et ne pas créer de doublon.
- Une démonstration commence avant le résultatLes captures et vidéos montrent la création d’un relevé, sa validation puis sa présence dans l’historique ou le rapport.
- Une fonctionnalité doit avoir une limite claireLes fonctions disponibles, MVP, pilotes et roadmap sont séparées pour ne pas vendre une promesse non vérifiée.
Preuves visuelles
Les parcours que j’ai construits et fait vérifier sur téléphone.
Les écrans montrent le produit dans son contexte d’usage : agir pendant le service, retrouver une preuve et produire un rapport exploitable.
Résultat actuel
Un produit pilotable, avec une preuve honnête.
Trakigon dispose d’une application mobile, d’une interface web, d’un compte de démonstration, de parcours documentés et d’une infrastructure exploitée sur le VPS. Le prochain enjeu est la validation par des restaurants pilotes et la mesure de l’usage réel.
Ce que je ne prétends pas encore
Je ne présente pas Trakigon comme un produit déjà adopté par des clients. Je présente le projet comme une preuve de ma capacité à comprendre un problème métier, construire une solution avec l’IA, la tester et l’amener jusqu’à une phase de validation terrain.
Parler du projet
Vous voulez voir comment je travaille vraiment ?
Je peux vous montrer le produit, les parcours testés et les arbitrages qui ont guidé sa construction.