Signer. Automatiser. Avancer.
Le parcours complet pour dématérialiser un document client, le faire signer et le conserver. Il est conçu pour inspirer confiance par la clarté de ses étapes, sans copier un outil existant ni afficher de faux badge de certification.
FlowSignLe contexte
Faire signer un document à un client mobilise deux personnes, plusieurs outils et un nombre déraisonnable de relances manuelles.
Pour qui : Collaborateurs qui font signer un document, et les clients qui le signent
Le problème
La signature elle-même ne prend que quelques secondes. Ce qui coûte, c’est tout ce qu’il y a autour : ressaisir les informations, vérifier qu’elles sont justes, relancer le client, puis retrouver le document une fois signé. Sur un sujet juridique, la moindre approximation entame la confiance.
Mon insight
Sur un sujet juridique, la confiance ne vient pas d’un badge rassurant ni d’une interface qui ressemble à celle d’un acteur connu. Elle vient de la clarté du parcours et de ce qu’on dit honnêtement faire ou ne pas faire.
Ma solution
Le collaborateur importe un PDF, l’outil en extrait les informations, il les vérifie et les corrige, confirme le numéro, puis envoie le lien par SMS. Le client relit le document, accepte la formulation, signe au doigt sur son écran, et récupère une copie signée générée sur son propre appareil. L’extraction et l’envoi sont simulés dans cette version.
L'hypothèse produit
Si chaque étape est explicite, vérifiable et corrigeable par l’utilisateur, le parcours devrait inspirer confiance sans avoir besoin de revendiquer une certification.
Mon rôle
- Cadrage produit : brief, PRD MVP, décisions, roadmap et backlog
- Architecture monorepo full-stack (web, API, types partagés)
- Design UX/UI du parcours en étapes
- Développement front et back (React, Express, Prisma, Zod)
- Traitement de fichiers : lecture PDF, upload, signature canvas
- Documentation de la sémantique produit sensible
- Tests unitaires et tests d’API
Preuves & qualité
- Architecture full-stackMonorepo npm workspaces : front React, API Express, types partagés.
- 10Fichiers de testTests unitaires et tests d’API (Vitest, Supertest).
- Documentation produitBrief, PRD MVP, journal de décisions, roadmap/backlog et handoff de sprint.
Décisions clés
Ne pas imiter un outil de signature existant
Reprendre les codes visuels d’un acteur certifié ferait croire à une valeur juridique que cette version n’a pas. Le parcours affiche noir sur blanc « données fictives, non certifié ».
ArbitrageAu premier coup d’œil, c’est moins rassurant qu’une interface déjà familière.
Documenter la sémantique sensible avant de coder
Valeur probatoire, conservation, identité, données personnelles. Chacun de ces mots engage quelque chose de précis. J’ai défini le sens et le périmètre de chaque terme par écrit avant de l’afficher à l’écran.
Générer la copie signée localement
La signature est dessinée dans le navigateur et le document final est fabriqué sur l’appareil du client. Rien de sensible ne part vers un service tiers.
ArbitragePas d’horodatage ni de scellement qualifié, ce qui reste cohérent avec le périmètre annoncé.
Stack
- React
- TypeScript
- Express
- Prisma
- Zod
- pdf-lib
- Vitest