Étude de cas · LegalTech · Mobile · CRM
Comment nous avons développé Signatory Pro — une plateforme de signature de documents à distance pour un cabinet d'avocats transfrontalier avec des bureaux dans l'Union européenne et des affaires en cours aux États-Unis. Applications iOS et Android natives pour les clients, un CRM Symfony et React pour l'équipe opérationnelle du cabinet, et un flux de vérification d'identité qui répond au niveau de preuve que les avocats exigent réellement.
Signatory Pro a été commandé par un cabinet d'avocats international ayant fusionné deux pratiques juridiques — l'une dans l'Union européenne, l'autre en Europe du Sud-Est — en une seule opération au service de clients en droit du sport aux États-Unis, dans l'Union européenne et au Royaume-Uni. Le cabinet fusionné a hérité d'un processus de signature de documents basé sur le papier : un contrat rédigé dans un bureau, imprimé, signé, scanné, envoyé par coursier à la contrepartie, signé à nouveau, retourné des semaines plus tard. Pour les travaux commerciaux courants, ce workflow gaspillait le temps des associés et leurs honoraires ; pour les affaires sensibles au temps — une fenêtre de transfert dans le football, une date limite de clôture d'une transaction immobilière — c'était un risque commercial réel. Le cabinet nous a demandé de développer une plateforme unique permettant à tout client vérifié de signer des documents depuis son téléphone, offrant à l'équipe opérationnelle du cabinet un CRM pour router les documents et gérer les clients, et produisant une piste de preuves suffisamment solide pour tenir lorsqu'une contrepartie contesterait ultérieurement un accord signé.
Un aperçu de ce que la mission Signatory Pro a permis de réaliser sur les clients mobiles, le backend et le CRM.
Le premier choix de conception sur Signatory Pro portait sur la surface de livraison des documents elle-même. L'alternative évidente — et celle que la plupart des cabinets juridiques hors du premier rang utilisent encore — est l'envoi de pièces jointes PDF par e-mail : rédiger un contrat, le joindre à un e-mail, demander à la contrepartie d'imprimer, signer, scanner et répondre. Nous avons rejeté ce chemin tôt. Les pièces jointes e-mail ne sont pas inviolables, elles font fuiter le contenu des documents dans une demi-douzaine de fournisseurs de messagerie et de caches intermédiaires, et elles produisent une piste d'audit qui est une collection hostile d'en-têtes de messages transférés plutôt qu'un enregistrement de signature structuré. Un fil mobile natif dans l'application propre du cabinet transforme la boîte de réception en une file structurée : chaque document a un état (non signé, signé, archivé), un type (procuration, contrat, lettre), un signataire assigné et une chaîne de traçabilité vérifiable de l'upload à la signature jusqu'au téléchargement.
La vue client est intentionnellement minimale — une liste triée de documents en attente avec des chips de type et des vignettes de signatures — car la charge cognitive sur un écran de signature doit rester proche de zéro. Les contrôles de tri et de filtrage permettent à un associé avec des dizaines d'affaires en cours de faire remonter ce qui l'attend réellement. Derrière le fil se trouve le CRM React du cabinet, où l'équipe opérationnelle uploade les documents, les assigne aux clients et observe les transitions d'état en temps réel. Les mêmes choix de conception que nous appliquons pour un brief de développement d'applications mobiles grand public — un écran, une action, aucune surprise — se traduisent directement dans une surface client LegalTech où l'utilisateur est un dirigeant occupé, pas un amateur.
| Dimension | Pièces jointes PDF par e-mail | Plateforme de signature tierce générique | Application native Signatory Pro |
|---|---|---|---|
| Preuve d'inviolabilité | Aucune — chaque destinataire peut modifier une copie | Hash par document, contrôlé par le vendeur | Hash par révision, stockage contrôlé par le cabinet |
| Liaison d'identité | Adresse e-mail uniquement | E-mail + upload d'ID optionnel | KYC en 5 étapes lié à chaque événement de signature |
| Image de marque | La marque du client de messagerie l'emporte | La marque du vendeur l'emporte | Marque du cabinet tout au long |
| Localisation des données | Serveurs du fournisseur de messagerie (centré US) | Région au choix du vendeur | Région UE ou US choisie par le cabinet |
| Canaux de notification | Réponse e-mail uniquement | E-mail + SMS optionnel | Push, SMS, e-mail, WhatsApp Business |
| Posture RGPD | Statut de coresponsable ambigu | DPA avec le vendeur requis par affaire | Le cabinet est le seul responsable |
| Délai de finalisation d'un contrat courant | Jours à semaines (allers-retours coursier) | Heures (portail vendeur) | Minutes dans l'application propre du cabinet |
Références réglementaires : eIDAS Regulation (EU) No 910/2014, US E-SIGN Act (15 U.S.C. §7001).
Le client iOS est la surface que la plupart des clients du cabinet touchent, il a donc reçu le plus d'attention de conception. L'écran de détail du document est intentionnellement un flux linéaire unique : le titre du document, le chip de type et la date de réception se trouvent en haut ; le texte intégral occupe le corps ; un seul bouton principal Signer le document ancre le bas du viewport. Appuyer dessus avance dans la séquence de signature — code PIN ou déverrouillage biométrique, confirmation de signature, et un code à usage unique SMS qui lie l'acte de signature à l'appareil et au numéro de téléphone vérifié en dossier. Nous utilisons LocalAuthentication pour Face ID et Touch ID, nous rabattons sur un code PIN stocké dans le trousseau iOS lorsque la biométrie n'est pas disponible, et émettons un code à usage unique SMS hors bande afin que la piste d'audit ne s'effondre pas si un appareil est compromis.
Le résultat d'un événement de signature réussi est un package de preuves — pas seulement un PDF signé, mais un bundle structuré contenant le hash du document avant et après, l'horodatage d'une source de confiance, l'adresse IP et l'empreinte de l'appareil, le reçu du code à usage unique SMS, la liaison KYC à l'identité vérifiée de l'utilisateur, et l'image de la signature elle-même avec son horodatage de capture. Le bundle est généré côté serveur par le backend Symfony et stocké dans les archives de documents du cabinet ; le client reçoit un lien de téléchargement pour le PDF signé et une affordance de partage dans la feuille de partage iOS. La même posture d'ingénierie que nous appliquons pour les travaux de développement de logiciels sur mesure grand public — un seul chemin heureux produisant toujours un artefact défendable — est l'épine dorsale de cette surface.
Le client Android présente une parité fonctionnelle avec iOS mais justifie sa propre surface d'ingénierie autour de la capture de signature. Plutôt que de demander à un client de dessiner une signature avec un doigt sur un écran tactile — ce qui produit un tracé tremblant, méconnaissable, sans rapport avec la signature stylo sur papier de la personne et donne à chaque contrepartie une raison plausible de la contester — Signatory Pro demande à l'utilisateur de signer une feuille de papier une seule fois, de la photographier via l'application, et de laisser le backend produire un actif de signature transparent propre qui sera apposé sur chaque document ultérieur. L'écran de capture est un viseur guidé avec un rectangle cible, un contrôle de flash et une instruction en ligne (« Placez la signature dans le rectangle et photographiez-la à angle droit ») de sorte que l'image capturée est à fort contraste, uniformément éclairée et à peu près orthogonale à la page.
Le pipeline côté serveur fait le gros du travail : un service de suppression d'arrière-plan retire le papier, laissant la signature comme PNG transparent sur un canal alpha propre ; une étape OCR extrait toutes les métadonnées pré-imprimées si la page photographiée contenait également un contrat ; une étape d'assurance qualité rejette les images trop floues, trop sombres ou visiblement hors axe et invite le client à recommencer. Une fois approuvé, l'actif de signature est stocké dans le profil de l'utilisateur et réutilisé pour chaque événement de signature futur — de sorte que la signature visuelle sur un contrat finalisé en janvier soit identique à celle d'un contrat finalisé en novembre, et qu'une comparaison forensique avec un original papier tiendra. Nous avons appliqué la même approche dans des travaux de développement d'applications web de CRM interne où des artefacts d'identité cohérents et de haute qualité importaient à la posture juridique de la plateforme.
La quatrième surface — la partie de la plateforme qu'un client ne parcourt qu'une seule fois mais qui souscrit chaque signature ultérieure — est la vérification d'identité. Un nouvel utilisateur est guidé à travers un flux d'onboarding en 5 étapes : authentification SMS par téléphone, champs de profil, capture de signature (décrite ci-dessus), une photographie de passeport ou de carte d'identité nationale, et un selfie tenant le document déplié. Le serveur exécute une OCR sur l'image du document pour extraire le nom, la date de naissance, le numéro de document et la date d'expiration ; effectue une correspondance faciale entre la photographie du document et le selfie en direct ; et route tout cas à faible confiance dans une file de révision humaine gérée par l'équipe opérationnelle du cabinet via le CRM. Le résultat est un enregistrement d'identité vérifiée lié au compte utilisateur, et chaque événement de signature ultérieur fait référence à cet enregistrement par ID dans le package de preuves.
Les données vivent là où le cabinet en a besoin. Les informations personnellement identifiables — l'image du passeport, le selfie, l'enregistrement d'identité vérifiée — sont chiffrées au repos dans la région choisie par le cabinet (l'Union européenne pour les affaires régies par le droit européen, les États-Unis pour les affaires avec des contreparties résidant aux États-Unis) et sont conservées selon la politique de rétention de l'affaire avec des fenêtres de suppression documentées. Le contenu des documents est haché avant le stockage afin qu'une tentative de falsification en aval soit détectable sans conserver une copie d'audit textuelle. Le système est conçu de sorte qu'une demande d'accès aux données entrante au titre du RGPD, ou une demande d'opt-out au titre du CCPA / CPRA, peut être servie par l'équipe opérationnelle du cabinet depuis le CRM en minutes plutôt qu'en jours.
Posture de conformité : Aligné RGPD · Prêt ISO 27001 · SOC 2 Type II en cours · Compatible HIPAA · CCPA reconnu.
Une mission en cinq phases qui a conduit Signatory Pro d'une pratique juridique liée au papier à une plateforme iOS, Android et CRM en production.
Atelier avec les associés seniors du cabinet pour cartographier les types d'affaires, identifier ce qu'un package de preuves de document signé défendable doit contenir, et réconcilier les exigences eIDAS et ESIGN avec le workflow existant du cabinet.
Backend Symfony avec un plan de contrôle React, schéma du store de documents avec hachage par révision, intégration du pipeline KYC, et le premier chemin de signature de bout en bout sur des documents de mise en scène.
Client Swift natif et client Kotlin natif sur le backend partagé, parité fonctionnelle pour le fil de documents, le flux de signature et l'onboarding d'identité, avec des intégrations biométriques appropriées à chaque plateforme.
Firebase Cloud Messaging, passerelle SMS, livraison SMTP et API WhatsApp Business intégrés dans un seul orchestrateur de notifications, avec les préférences de canal par client exposées dans le CRM.
Durcissement prêt pour l'audit du générateur de packages de preuves, soumissions App Store et Google Play, règles de rétention alignées RGPD dans le CRM, runbook et handover de l'astreinte à l'équipe opérationnelle du cabinet.
Chaque changement d'état de document dans Signatory Pro transite par un seul orchestrateur de notifications qui se déploie sur quatre canaux : Firebase Cloud Messaging pour le push sur l'application installée, une passerelle SMS pour le numéro de téléphone vérifié du client, l'e-mail SMTP pour les clients qui préfèrent conserver leur dossier dans leur boîte de réception, et l'API WhatsApp Business pour les clients dans les juridictions où la messagerie est le canal par défaut pour la correspondance commerciale — courant dans une grande partie de l'Union européenne, du Royaume-Uni et du Moyen-Orient. Le CRM expose les préférences de canal par client afin que l'équipe opérationnelle du cabinet puisse router une contrepartie d'entreprise américaine par e-mail tout en routant un particulier européen par WhatsApp, sans réimplémenter la logique de routage pour chaque nouveau client. L'orchestrateur suit également les accusés de réception : une notification qui n'a jamais atteint le client est visible dans le CRM comme un état défaillant sur l'affaire, de sorte qu'un associé peut intervenir avant qu'une échéance ne soit manquée.
Signatory Pro a été lancé avec une posture transfrontalière dès le premier jour. Les clients mobiles sont en anglais en premier et conçus pour qu'un client européen et un client américain voient la même surface produit, les mêmes contrôles probants et le même langage de conformité. L'architecture est agnostique à la région : le cabinet peut choisir d'ancrer les données d'une affaire dans une région européenne pour un contrat régi par le droit européen ou dans une région américaine pour une affaire avec des contreparties résidant aux États-Unis, sans modifications de code. La même posture d'ingénierie prend en charge les clients aux Pays-Bas, en Allemagne, en France, en Irlande, en Suède et au Royaume-Uni — toutes les juridictions où le cabinet a des affaires actives — et est prête à s'étendre à d'autres États membres de l'UE à mesure que le cabinet développe sa clientèle.
La posture de confidentialité reflète le reste de notre portefeuille. La plateforme est alignée avec le RGPD dans l'Union européenne et prête à satisfaire le patchwork de confidentialité des États américains : CCPA / CPRA (Californie), VCDPA (Virginie), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) et Oregon CPA. Le contenu des documents et les artefacts d'identité sont maintenus sous le contrôle du cabinet plutôt que d'être confiés à un vendeur de signature tiers — l'effet pratique est qu'une demande d'accès aux données d'un résident européen, ou une demande de suppression d'un consommateur californien, est traitée par l'équipe opérationnelle du cabinet depuis le CRM plutôt que d'être escaladée vers la file de support d'un vendeur. La liaison KYC en 5 étapes rend chaque événement de signature traçable jusqu'à une personne vérifiée, ce qui est la barre que l'avocat de la contrepartie atteint en premier lorsqu'un accord signé est ultérieurement contesté devant un tribunal américain ou européen.
La feuille de route de Signatory Pro étend la plateforme selon trois axes sur lesquels le cabinet ne peut pas fonctionner en toute sécurité avec des PDF par e-mail : un niveau de signature électronique qualifiée (SEQ) sous eIDAS pour les affaires nécessitant le poids juridique le plus fort dans l'Union européenne ; un workflow de contrepartie permettant aux clients du cabinet d'expédier eux-mêmes des documents à leurs propres contreparties sans quitter la plateforme ; et un client web public reflétant le fil mobile pour les scénarios de signature sur bureau. Les plans d'infrastructure comprennent un SLO plus strict sur le générateur de packages de preuves (retour de PDF signé en moins d'une seconde pour les documents de moins de 200 pages) et des partitions de base de données ancrées par région dans des États membres supplémentaires de l'UE à mesure que le cabinet se développe. Nous traitons cette feuille de route de la même manière que nous traitons les travaux continus de cloud & DevOps pour tout client américain ou européen où la posture réglementaire, pas seulement la vélocité des fonctionnalités, est la contrainte opérationnelle.
Un MVP e-signature ciblé couvrant iOS, Android et un plan de contrôle CRM de base — upload de documents, capture de signature, onboarding KYC et soumissions aux stores — coûte typiquement entre 140 000 et 280 000 €. L'ajout d'un CRM multi-locataires avec orchestration des notifications push, recherche dans les archives de documents et vérification d'identité intégrée porte une plateforme complète à 320 000–650 000 €. Les principaux facteurs de coût sont les intégrations de vendeurs KYC, l'UX de vérification d'identité et la piste d'audit de preuves juridiques requise pour la validité des documents transfrontaliers.
La signature de documents à distance en production comporte quatre éléments mobiles : un store de documents inviolable qui hache chaque révision, un flux de capture de signature qui enregistre l'horodatage et les métadonnées de l'appareil aux côtés de l'image ou du vecteur de signature, une étape de liaison d'identité qui lie l'événement de signature à un individu vérifié, et un générateur de PDF signé qui intègre la signature, la piste d'audit et les artefacts de vérification dans un fichier téléchargeable. Le poids juridique du résultat dépend de la juridiction : eIDAS dans l'Union européenne et la loi ESIGN aux États-Unis reconnaissent tous deux cette classe de signature électronique pour les contrats commerciaux courants.
La vérification d'identité pour un workflow mobile e-signature s'exécute comme un flux d'onboarding guidé : l'utilisateur fournit une authentification SMS par téléphone, uploade une photographie de passeport ou de document d'identité national, et soumet un selfie tenant le document. L'OCR côté serveur extrait les champs du document, une étape de correspondance faciale compare le selfie à la photographie du document, et une file de révision humaine traite tout cas à faible confiance. Le résultat est un enregistrement d'identité vérifiée qui lie chaque événement de signature ultérieur à une vraie personne, ce qui est la barre probante que la plupart des tribunaux et des contreparties attendent.
Symfony avec un plan de contrôle React est un duo à faible risque pour un backend LegalTech nécessitant un typage fort, des outils ORM matures et une longue fenêtre de support. L'architecture en composants de Symfony se mappe proprement sur le domaine des workflows juridiques — documents, événements de signature, parties, packages de preuves — et ses versions à support long terme signifient qu'un examinateur d'audit dans des années voit encore un framework maintenu. React sur le CRM offre à l'équipe opérationnelle du cabinet une application monopage gérant le routage des documents, la planification des notifications et les bundles d'affaires sans passer chaque action par un rendu serveur.
Un MVP ciblé avec des clients iOS et Android, un backend Symfony, un CRM React de base, l'upload et la signature de documents, et les deux soumissions aux stores prend typiquement 14 à 22 semaines. L'ajout de l'onboarding KYC, de l'orchestration des notifications push, de la livraison WhatsApp Business et e-mail, et d'une archive avec recherche ajoute encore 6 à 10 semaines. Le passage de durcissement prêt pour l'audit — génération de packages de preuves, rétention des données alignée RGPD et évaluation de préparation par un tiers — est fréquemment sous-estimé et devrait être budgété à 4 à 6 semaines de travail dédié.
Si vous dirigez un cabinet d'avocats, un éditeur LegalTech ou une fonction à forte intensité documentaire — que ce soit aux États-Unis, dans l'Union européenne ou sur un marché transfrontalier comme le Royaume-Uni — et que vous envisagez un build e-signature sur mesure, une extension CRM ou la refonte d'un workflow papier, nous avons livré cette stack de bout en bout et pouvons réduire sensiblement les délais de construction. L'équipe d'ingénierie derrière Signatory Pro se trouve au sein d'YuSMP Group. Nous travaillons à prix fixe pour les builds bien délimités et sur des équipes de développement dédiées pour la livraison continue, avec une journée de travail CET et une fenêtre de chevauchement garantie avec la côte est des États-Unis (9 h–13 h ET) pour les stand-ups, les démos et la gestion des incidents. Signatory Pro est un déploiement privé pour un seul cabinet d'avocats international et n'est pas proposé comme SaaS public — cette étude de cas décrit notre capacité d'ingénierie plutôt qu'un produit auquel vous pouvez vous abonner.
Posture de conformité : Aligné RGPD · Prêt ISO 27001 · SOC 2 Type II en cours · Compatible HIPAA · CCPA reconnu.
Related services
Applications iOS, Android et cross-platform de la conception à l'App Store avec un niveau de qualité App Store.
Explorer le développement d'applications mobiles →
Ingénierie produit de bout en bout pour les entreprises ambitieuses aux US et en UE, développée par des équipes senior selon des pratiques alignées RGPD et orientées SOC 2.
Explorer le développement logiciel sur mesure →
Migrations AWS, Azure et GCP, plateformes Kubernetes, CI/CD et observabilité pour les équipes US et UE.
Explorer le Cloud & DevOps →Cas connexes
VPN iOS + Android natif avec WireGuard, backend sans logs, split tunnel, et lancement App Store + Google Play pour les États-Unis et l'UE.
Voir le cas →
Plateforme web concessionnaire avec synchronisation CRM Bitrix24, pré-remplissage Dadata et alertes vocales en temps réel — canal d'entrée unique pour chaque demande de financement auto.
Voir le cas →
Refactorisation Android + nouveau build iOS pour un opérateur logistique allemand du dernier kilomètre — routage multi-points, suivi des chauffeurs en temps réel, facturation intégrée.
Voir le cas →
Plateformes SaaS multi-locataires avec SSO, facturation, résidence de données épinglée par région. SOC 2 en cours.
En savoir plus →Applications iOS, Android et cross-platform natives avec pipelines de déploiement prêts pour les stores.
En savoir plus →
Plateformes d'entreprise axées sur l'architecture avec conformité prête pour l'audit et intégration à SAP, Salesforce, Workday, Okta.
En savoir plus →Partagez quelques détails et un consultant senior vous répondra dans un délai d'un jour ouvrable.