# **Document de Cadrage Fonctionnel & Technique – ThermoMatch** ⚠️ **Ce document est un prérequis à tout devis forfaitaire ferme.** --- ## 🔹 A. Vision & Objectifs Business 1. Quel problème métier précis ThermoMatch cherche-t-il à résoudre pour : * Les laboratoires pharmaceutiques ? * Les transporteurs ? * Les commissionnaires / logisticiens ? 2. Quel est l’objectif principal de la plateforme à court et moyen terme ? * Mise en relation simple ? * Réduction des risques et incidents ? * Industrialisation / automatisation ? 3. Quels sont les objectifs business mesurables ? * Volume de missions mensuelles ? * Volume financier traité ? * Réduction des litiges / incidents ? 4. ThermoMatch est-il pensé comme : * Une plateforme SaaS ? * Un produit commercialisable à grande échelle ? --- ## 🔹 B. Cibles & Profils Utilisateurs 5. Quels sont **tous les profils utilisateurs** de la plateforme ? *(liste exhaustive requise)* Exemples : laboratoire, transporteur, chauffeur, administrateur, auditeur, support… 6. Pour chaque profil, préciser : * Rôle métier * Droits et permissions * Actions possibles * Données accessibles * Données modifiables 7. Certains profils nécessitent-ils : * Une validation manuelle ? * Une validation réglementaire ? * Une validation contractuelle ? 8. Qui est responsable de cette validation ? * Plateforme ? * Client final ? * Automatisation partielle ? --- ## 🔹 C. Marketplace & Modèle Économique 9. Quel est le modèle économique exact ? * Commission par mission ? * Abonnement ? * Frais fixes ? * Modèle hybride ? 10. À 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 ? 11. Qui paie qui ? * Client → Plateforme → Transporteur ? * Paiement direct Client → Transporteur ? * Paiement différé ? * Abonement ? 12. La plateforme encaisse-t-elle les fonds ? * Oui / Non * Si oui : quel PSP est envisagé (Stripe Connect, MangoPay…) ? 13. Gestion des litiges : * Qui tranche ? * Sur quels critères ? * Processus manuel ou automatisé ? * Blocage du paiement possible ? --- ## 🔹 D. Processus Métier (CRITIQUE) 14. Décrire **le cycle de vie complet d’une mission** : * Création * Publication * Attribution * Acceptation * Exécution * Livraison * Validation * Paiement * Archivage GDP 15. À quelles étapes des documents sont-ils requis ? * Bon de transport * Certificat de température * POD (Proof of Delivery) * Audit trail 16. Quels documents sont : * Obligatoires ? * Optionnels ? * Bloquants ? 17. Quelles actions sont impossibles si une étape n’est pas validée ? --- ## 🔹 E. Conformité GDP & Réglementaire 18. Quelles réglementations doivent être respectées ? * GDP UE ? * Autres pays ? * Normes spécifiques client ? 19. La plateforme doit-elle assurer : * Une traçabilité complète ? * Un journal d’audit ? * Un historique immuable (non modifiable) ? 20. Quelle est la durée légale de conservation des données ? * Documents * Logs * Données de tracking 21. 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** 22. Y a-t-il un besoin de tracking : * GPS ? * Température ? * Données IoT ? 23. Les données proviennent-elles : * D’API externes ? * De capteurs existants ? * De saisies manuelles ? 24. 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)* 25. 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) ? 26. 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 ? 27. Qui définit le prix initial ? * Le client (laboratoire) ? * Le transporteur ? * La plateforme (algorithme) ? 28. Le prix peut-il être modifié : * Avant acceptation ? * Après acceptation ? * En cas d’incident ou d’anomalie ? 29. La plateforme applique-t-elle : * Une commission fixe ? * Une commission variable ? * Des frais minimum ? * Des frais spécifiques (urgence, week-end, nuit) ? 30. 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) 31. 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 ? 32. Sur quelles données l’IA s’appuie-t-elle ? * Données historiques internes ? * Données externes ? * Base de connaissances métier ? 33. Les recommandations IA sont-elles : * Purement informatives ? * Décisionnelles ? * Bloquantes ? 34. Qui est responsable en cas d’erreur ou de mauvaise recommandation de l’IA ? --- ## 🔹 H. Parcours Utilisateur & UX 35. Décrire le parcours utilisateur **pour chaque profil** : * Inscription * Validation * Première action * Utilisation courante * Support / incident 36. Existe-t-il déjà : * Des wireframes ? * Des maquettes ? * Une charte graphique ? 37. La conception UX/UI fait-elle partie du périmètre attendu ? --- ## 🔹 I. Administration & Support 38. Quelles fonctionnalités d’administration sont nécessaires ? * Gestion utilisateurs * Validation documentaire * Suspension / bannissement * Reporting * Logs et audit 39. Quel type de support est attendu ? * Support interne uniquement ? * Support client intégré ? * Support partiellement ou totalement automatisé (IA) ? --- ## 🔹 J. Technique & Contraintes 40. Contraintes techniques connues ? * Web uniquement ? * Mobile requis ? * APIs imposées ? 41. Préférences ou contraintes technologiques ? * Front-end * Back-end * Hébergement 42. 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) 43. Qu’est-ce qui est **explicitement hors périmètre** du projet ? 44. Que doit contenir **obligatoirement le MVP** ? * Fonctionnalités minimales * Profils inclus * Contraintes réglementaires minimales 45. 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.**