CONTRAINTE 01
Temps limité
La saisie doit tenir dans le rythme d’un service et rester compréhensible sans formation longue.
Dossier de preuve · 2 minutes de lecture
Un produit qui tourne. Des décisions qui s’expliquent.
Trakigon est mon cas principal : une application HACCP mobile construite à partir d’un problème observé sur le terrain, puis confrontée à des tests, à des erreurs et à des critères de validation explicites.
PROBLÈMELa preuve HACCP est souvent créée après le geste ou dispersée.
SYSTÈMEUne application Android, un tableau de bord web et une infrastructure opérationnelle.
VÉRIFICATIONTests unitaires, appareil Android, écritures réelles et critères d’activation.
LIMITEL’adoption doit encore être démontrée par les pilotes menés auprès de restaurants.
01 / Le problème
Le logiciel existe. L’usage décroche au moment du service.
Après avoir accompagné 1 200 clients SaaS, dont plus de 900 lors de leur intégration, dans l’univers HACCP, j’ai observé un décalage récurrent : la procédure est connue, mais la preuve n’est pas toujours saisie au moment où l’action se produit. Le responsable relance ensuite l’équipe, recherche les documents et reconstitue l’historique.
CONTRAINTE 02
Équipe diverse
Les langues, les rôles et les niveaux d’aisance numérique varient au sein d’un même restaurant.
CONTRAINTE 03
Réseau imparfait
Une action critique ne peut pas disparaître parce que le téléphone perd momentanément sa connexion.
02 / L’artefact
Un système complet, pas une maquette.
L’application permet de préparer la journée HACCP, de saisir les relevés, de documenter les réceptions, de suivre le nettoyage et de générer un rapport. Elle dialogue avec une interface web, une base Supabase et une infrastructure exploitée sur un serveur privé virtuel (VPS).
- Conçu en priorité pour mobile et testé sur AndroidParcours installés et exécutés sur un Realme 720 × 1600.
- Fonctionnement dégradé hors ligneFiles d’attente locales, reprise de la synchronisation et protection contre les doublons.
- Neuf langues594 clés vérifiées dans chaque langue lors de l’audit mobile.
- Preuve exploitableHistorique, rattachement à l’employé et export PDF du rapport HACCP.
03 / Les décisions
Trois arbitrages qui révèlent ma manière de travailler.
HORS LIGNE
Sauver avant de synchroniser
La saisie reste visible localement, puis elle est rejouée au retour du réseau. L’idempotence sert à empêcher une même action de créer deux preuves.
ACTIVATION
Mesurer un comportement
Une inscription n’est pas une activation. Le critère retenu combine une première preuve, un deuxième utilisateur et un retour sur trois jours distincts.
IA
Encadrer la sortie
Les fonctions IA ont des cas d’évaluation : structure attendue, éléments obligatoires, réponses interdites et scénarios métier critiques.
04 / Ce qui s’est cassé
La preuve comprend aussi les erreurs.
Je documente les défaillances parce qu’elles montrent davantage le niveau d’un système qu’une simple liste de fonctionnalités.
DÉFAILLANCE → CORRECTION
Route de réception isolée
Une ancienne route ouvrait une fenêtre sans mécanisme de fermeture. Le composant a été retiré du routeur et le parcours a été validé de nouveau sur téléphone.
DÉFAILLANCE → CORRECTION
Plantage du garde d’authentification
Un durcissement a provoqué un plantage au démarrage. Il a été détecté dans logcat, corrigé puis vérifié après réinstallation.
RISQUE → GARDE-FOU
Doublons après coupure réseau
Les files hors ligne ont reçu des clés d’idempotence côté serveur et des tests dédiés à la reprise et à la déduplication.
05 / Évaluation
Dire si le système marche, critère par critère.
L’audit mobile du 19 juillet 2026 sépare ce qui est démontré, ce qui est partiellement couvert et ce qui reste à valider avant une publication sur les boutiques d’applications.
| Critère | Preuve | État |
|---|---|---|
| Qualité de la compilation | TypeScript strict, APK de débogage et paquet AAB de production générés. | Validé |
| Parcours sur appareil | Intégration, Aujourd’hui, Réception, Nettoyage, Traçabilité, Rapport et Profil vérifiés sur un appareil Android. | Validé |
| Persistance des preuves | Écritures CCP, réception, traçabilité et nettoyage contrôlées dans la base avec rattachement à l’employé. | Validé |
| Rapport exploitable | Rapport à 100 % vérifié et export PDF A4 de deux pages ouvert dans l’aperçu système. | Validé |
| Reprise hors ligne complète | Files d’attente et garde-fous présents ; le scénario complet, du mode avion à la reconnexion, doit encore être validé sur un appareil. | À compléter |
| Adoption en restaurant | La cohorte pilote et ses seuils sont définis, mais l’usage récurrent n’est pas encore démontré. | À prouver |
06 / Boucle de retour
Un écran annoté vaut mieux qu’un avis vague.
Ces retours de test externes montrent une vraie boucle de travail : le testeur indique précisément l’endroit où le parcours ne correspond pas à son attente, puis le produit est repris à partir de cette observation.
07 / Prochaine preuve
La validation ne sera pas une impression.
- Cinq restaurants pilotes démarrent avec une installation accompagnée.
- Quatre établissements créent une première preuve HACCP réelle.
- Trois sont encore actifs à J+7.
- Dans au moins trois établissements, deux personnes utilisent le produit.
- À J+14, chaque pilote paie ou fournit un motif d’abandon documenté.
Discussion d’entretien
Je peux ouvrir ce dossier et défendre chaque décision.
Pourquoi le fonctionnement hors ligne, comment l’activation est définie, ce qui a échoué et quels signaux décideront de la suite.