Document de Cadrage Fonctionnel & Technique – ThermoMatch¶
⚠️ Ce document est un prérequis à tout devis forfaitaire ferme.
🔹 A. Vision & Objectifs Business¶
Quel problème métier précis ThermoMatch cherche-t-il à résoudre pour :
Les laboratoires pharmaceutiques ?
Les transporteurs ?
Les commissionnaires / logisticiens ?
Quel est l’objectif principal de la plateforme à court et moyen terme ?
Mise en relation simple ?
Réduction des risques et incidents ?
Industrialisation / automatisation ?
Quels sont les objectifs business mesurables ?
Volume de missions mensuelles ?
Volume financier traité ?
Réduction des litiges / incidents ?
ThermoMatch est-il pensé comme :
Une plateforme SaaS ?
Un produit commercialisable à grande échelle ?
🔹 B. Cibles & Profils Utilisateurs¶
Quels sont tous les profils utilisateurs de la plateforme ? (liste exhaustive requise) Exemples : laboratoire, transporteur, chauffeur, administrateur, auditeur, support…
Pour chaque profil, préciser :
Rôle métier
Droits et permissions
Actions possibles
Données accessibles
Données modifiables
Certains profils nécessitent-ils :
Une validation manuelle ?
Une validation réglementaire ?
Une validation contractuelle ?
Qui est responsable de cette validation ?
Plateforme ?
Client final ?
Automatisation partielle ?
🔹 C. Marketplace & Modèle Économique¶
Quel est le modèle économique exact ?
Commission par mission ?
Abonnement ?
Frais fixes ?
Modèle hybride ?
À quel moment la valeur est-elle captée ?
À la publication de la mission ?
À l’acceptation ?
À la livraison ?
Après validation ?
Comment sont définit les tarifs des missions ?
Qui paie qui ?
Client → Plateforme → Transporteur ?
Paiement direct Client → Transporteur ?
Paiement différé ?
Abonement ?
La plateforme encaisse-t-elle les fonds ?
Oui / Non
Si oui : quel PSP est envisagé (Stripe Connect, MangoPay…) ?
Gestion des litiges :
Qui tranche ?
Sur quels critères ?
Processus manuel ou automatisé ?
Blocage du paiement possible ?
🔹 D. Processus Métier (CRITIQUE)¶
Décrire le cycle de vie complet d’une mission :
Création
Publication
Attribution
Acceptation
Exécution
Livraison
Validation
Paiement
Archivage GDP
À quelles étapes des documents sont-ils requis ?
Bon de transport
Certificat de température
POD (Proof of Delivery)
Audit trail
Quels documents sont :
Obligatoires ?
Optionnels ?
Bloquants ?
Quelles actions sont impossibles si une étape n’est pas validée ?
🔹 E. Conformité GDP & Réglementaire¶
Quelles réglementations doivent être respectées ?
GDP UE ?
Autres pays ?
Normes spécifiques client ?
La plateforme doit-elle assurer :
Une traçabilité complète ?
Un journal d’audit ?
Un historique immuable (non modifiable) ?
Quelle est la durée légale de conservation des données ?
Documents
Logs
Données de tracking
Qui porte la responsabilité légale de la conformité GDP ?
La plateforme ?
Les transporteurs ?
Les clients ?
Partagée ?
🔹 F. Tracking, Gestion des Anomalies & Tarification¶
F1. Tracking & Anomalies¶
Y a-t-il un besoin de tracking :
GPS ?
Température ?
Données IoT ?
Les données proviennent-elles :
D’API externes ?
De capteurs existants ?
De saisies manuelles ?
Que se passe-t-il en cas d’anomalie :
Alerte en temps réel ?
Blocage de la mission ?
Rapport automatique ?
Escalade manuelle ?
F2. Tarification des Missions & Pricing¶
(section à cadrer impérativement avant tout devis)
Comment les tarifs des missions sont-ils définis ?
Tarif fixe ?
Tarif calculé automatiquement ?
Tarif négociable entre les parties ?
Modèle mixte (base + options) ?
Quels critères entrent dans le calcul du prix ?
Distance ?
Durée ?
Type de marchandise ?
Niveau de température (ambiant, réfrigéré, congelé) ?
Urgence ?
Fenêtre horaire ?
Zone géographique / pays ?
Contraintes GDP spécifiques ?
Qui définit le prix initial ?
Le client (laboratoire) ?
Le transporteur ?
La plateforme (algorithme) ?
Le prix peut-il être modifié :
Avant acceptation ?
Après acceptation ?
En cas d’incident ou d’anomalie ?
La plateforme applique-t-elle :
Une commission fixe ?
Une commission variable ?
Des frais minimum ?
Des frais spécifiques (urgence, week-end, nuit) ?
Faut-il gérer :
Des devis avant mission ?
Des grilles tarifaires ?
Des contrats cadre par client ?
Des prix négociés récurrents ?
🔹 G. IA & Automatisation (ZONE À RISQUE – À CADRER)¶
Quel est le rôle exact de l’IA ?
Prédiction des risques ?
Scoring des transporteurs ?
Détection d’anomalies ?
Génération de rapports ?
Sur quelles données l’IA s’appuie-t-elle ?
Données historiques internes ?
Données externes ?
Base de connaissances métier ?
Les recommandations IA sont-elles :
Purement informatives ?
Décisionnelles ?
Bloquantes ?
Qui est responsable en cas d’erreur ou de mauvaise recommandation de l’IA ?
🔹 H. Parcours Utilisateur & UX¶
Décrire le parcours utilisateur pour chaque profil :
Inscription
Validation
Première action
Utilisation courante
Support / incident
Existe-t-il déjà :
Des wireframes ?
Des maquettes ?
Une charte graphique ?
La conception UX/UI fait-elle partie du périmètre attendu ?
🔹 I. Administration & Support¶
Quelles fonctionnalités d’administration sont nécessaires ?
Gestion utilisateurs
Validation documentaire
Suspension / bannissement
Reporting
Logs et audit
Quel type de support est attendu ?
Support interne uniquement ?
Support client intégré ?
Support partiellement ou totalement automatisé (IA) ?
🔹 J. Technique & Contraintes¶
Contraintes techniques connues ?
Web uniquement ?
Mobile requis ?
APIs imposées ?
Préférences ou contraintes technologiques ?
Front-end
Back-end
Hébergement
Exigences de sécurité spécifiques ?
Hébergement des données (pays) ?
Chiffrement ?
Accès restreints / rôles ?
🔹 K. Périmètre & Roadmap (ANTI-DÉRAPAGE)¶
Qu’est-ce qui est explicitement hors périmètre du projet ?
Que doit contenir obligatoirement le MVP ?
Fonctionnalités minimales
Profils inclus
Contraintes réglementaires minimales
Faut-il définir une roadmap évolutive post-lancement ?
🔒 Rappel clé (à conserver pour le devis)¶
Toute fonctionnalité, règle métier ou contrainte non explicitement mentionnée dans le périmètre validé fera l’objet d’un devis complémentaire.