📊
Dashboard central
Vue temps réel des demandes entrantes, missions du jour, urgences, remplacements, alertes critiques, taux de couverture et satisfaction.
- Tour de contrôle opérationnelle
- Widgets KPI live
- Priorisation des actions critiques
IT SAAS - OPS O.S MNG
PARTIE - ARCHITECTURE GLOBALE
🛠️ Dev onboarding document • Produit interne stratégique
Construire de A à Z le moteur opérationnel premium d’AngelCare
Cette page sert de blueprint produit pour l’équipe IT chargée de concevoir le progiciel de gestion opérationnelle AngelCare. Objectif : centraliser les demandes, le matching, la planification, les incidents, la qualité, la facturation et les reportings dans une seule web app scalable.
16+
modules métier à orchestrer dans un même système
3 clics max
pour traiter une urgence ou assigner une intervenante
MVP
backoffice web prioritaire avant app mobile et portail parent
24/7
logique “tour de contrôle” orientée réactivité et qualité
🧩 Product scope
Modules métier à concevoir
Le système doit couvrir l’ensemble du moteur opérationnel décrit dans le brief : dashboard central, familles, intervenantes, matching intelligent, missions, planning, incidents, qualité, communication, packs, RH et reporting. fileciteturn0file0
👨👩👧
Familles / clients
Fiche parent complète avec enfants, besoins, créneaux, historiques, préférences, incidents passés, paiement et tags de sensibilité.
- Vision 360° famille
- Historique des missions
- Suivi relationnel premium
🧑⚕️
Intervenantes
Base profils ultra détaillée : zones, transport, disponibilités, compétences, certifications, documents, scoring, retards, no-show et statut RH.
- Recherche multicritère
- Score fiabilité
- Capacité de charge
🧠
Matching intelligent
Proposition automatique des meilleures intervenantes selon zone, disponibilité, compétence, expérience, historique qualité et urgence. fileciteturn0file0
- Scoring /100
- Tri des top profils
- Gain de temps décisionnel
📅
Demandes & missions
Cycle complet d’une demande vers une mission exécutable, avec statuts, consignes, superviseur, check-in/out et rapport post-mission.
- Pipeline de mission
- Statuts standardisés
- Historique traçable
🗓️
Planning intelligent
Dispatch board visuel en vue jour / semaine / mois / ville / famille / intervenante, avec glisser-déposer et détection de conflits. fileciteturn0file0
- Visualisation forte
- Conflits horaires
- Trous de couverture
🚨
Urgences & remplacements
Module vital pour absorber annulations, retards et changements de dernière minute, avec recherche remplaçante et notifications multi-acteurs.
- Bouton incident
- Résolution chronométrée
- Communication rassurante parent
📍
Check-in / check-out
Contrôle de l’exécution terrain via validation horaire, géolocalisation approximative, photo optionnelle, code famille ou signature parent.
- Preuve d’exécution
- Contrôle discipline
- Base de facturation
📝
Rapport mission
Compte rendu post-mission : déroulé, humeur de l’enfant, activités, repas, sieste, hygiène, incidents, recommandations et retour parent.
- Continuité de service
- Valeur premium
- Données qualité utiles
⭐
Qualité & satisfaction
Collecte automatisée du feedback, notes basses transformées en ticket qualité, suivi des réclamations, fidélisation et score par intervenante. fileciteturn0file0
- NPS / notes 1 à 5
- Alertes qualité
- Pilotage relation client
💬
Communication intégrée
Centre d’envoi rapide WhatsApp, email, notifications internes et modèles de messages pour confirmations, changements, relances et feedback.
- Templates standardisés
- Gain de temps équipe
- Réduction des oublis
💳
Facturation & packs
Suivi des abonnements, heures achetées, consommées, restantes, paiements familles, montants dus aux intervenantes, bonus et pénalités.
- Consommation de packs
- Lecture opérationnelle de la finance
- Alertes de renouvellement
🏗️ System design
Architecture cible recommandée
Le brief recommande une V1 en web app backoffice avec dashboard, missions, planning, matching, qualité, incidents, familles et intervenantes, avant l’ouverture vers une app mobile intervenante et un portail parent. fileciteturn0file0
Interfaces
Backoffice webResponsable opérations, coordination, qualité, RH, finance.
App mobile intervenantePlanning, navigation, check-in/out, consignes, rapport mission.
Portail parentHistorique, planning, paiements, feedback, suivi pack.
Canaux externesWhatsApp, email, éventuellement SMS et centre de notifications.
Noyau métier OpsOS
Cœur transactionnel centralisant les workflows, le moteur de matching, les règles métier, les états mission, la qualité et les automatisations.
Domaines cœurFamilles, Intervenantes, Missions, Planning, Incidents, Qualité, Paiements, RH.
MoteursMatching, Dispatch, Scoring, Alerting, Automatisations, Templates de communication.
OrchestrationÉvénements déclenchants, statuts, jobs asynchrones, règles de priorité, SLA de remplacement.
Data layerBase relationnelle, audit logs, pièces jointes, documents, historique complet des actions.
APIsAPI backoffice, API mobile, API portail parent, webhooks, intégrations tierces.
ObservabilitéLogs, métriques, monitoring erreurs, dashboard temps réel, alertes techniques.
Recommandations techniques
FrontendReact / Next.js, design system, data tables, calendrier riche, cartes KPI.
BackendNestJS ou Laravel selon équipe, architecture modulaire par domaine métier.
Base de donnéesPostgreSQL pour entités relationnelles et auditabilité.
Jobs & eventsQueue workers pour feedback, alerts, matching, notifications, relances.
Storage & authCloud storage pour documents, RBAC strict, journalisation complète.
🧬 Core data model
Objets métier et relations principales
Le système doit être pensé autour d’objets fortement liés pour garantir la traçabilité de bout en bout : demande → matching → mission → exécution → qualité → facturation. fileciteturn0file0
🗂️
Entités principales
- Family / Parent
- Child
- Caregiver / Intervenante
- Lead / Demande
- Mission
- Assignment
- Availability slot
- Incident
- Feedback / Quality review
- Pack / Subscription / Invoice / Payment
🔗
Relations critiques
- Une famille possède plusieurs enfants
- Une demande peut générer plusieurs propositions de matching
- Une mission possède 0..n incidents et 0..n feedbacks
- Une intervenante possède disponibilités, zones, documents, scores et historique
- Un pack est consommé par mission validée
- Une action utilisateur doit être auditée
🧾
Règles de modélisation
- Statuts normalisés avec transitions contrôlées
- Historique immuable des changements sensibles
- Pièces jointes liées à familles, intervenantes et incidents
- Horodatage strict de tous les événements critiques
- Séparation des vues métier et des logs techniques
📈 KPI board
Indicateurs clés à afficher en priorité
Le dashboard doit permettre à la responsable des opérations de voir immédiatement les missions du jour, le taux de couverture, les alertes critiques, les retards, les remplacements en attente et les familles actives. fileciteturn0file0
94%
Taux de couverture
Healthy
12
Missions à confirmer
À traiter vite
4
Incidents ouverts
Priorité haute
4.8/5
Satisfaction parent
Très bon niveau
🔁 Service journey
Parcours opérationnel de bout en bout
Le brief décrit deux scénarios structurants : cas normal et cas incident. Le système doit permettre d’orchestrer ces deux parcours sans friction. fileciteturn0file0
01
Lead entrant
Demande parent créée via backoffice, téléphone, formulaire ou canal commercial.
02
Qualification
Validation du besoin, des horaires, de la zone, des enfants, des contraintes et du niveau d’urgence.
03
Matching
Top profils proposés automatiquement avec score, proximité, compétences et historique.
04
Affectation
Sélection opérateur, notification des parties, mise à jour planning et verrouillage du créneau.
05
Exécution
Mission réalisée avec check-in, consignes, rapport terrain et éventuels incidents.
06
Contrôle
Feedback parent, scoring qualité, consommation du pack, reporting et actions de suivi.
🖥️ UX blueprint
Architecture écran par écran
Structure pensée pour guider les développeurs front et back sur la navigation, les blocs de données à exposer et les actions prioritaires dans chaque écran.
1. Dashboard
control tower- Widgets : missions du jour, urgences, remplacements, couverture, satisfaction
- Liste des tâches critiques
- Bloc missions sans affectation
- Bloc “à risque”
- Raccourcis actions rapides
2. Liste demandes
pipeline- Colonnes par statut : nouveau, à qualifier, qualifié, matching
- Filtres par ville, type de service, urgence
- Action “convertir en mission”
- Timeline de suivi
3. Fiche famille
360° client- Informations parent + enfants
- Besoins spécifiques et préférences
- Historique missions et incidents
- Packs, paiements, notes internes
- Boutons contact rapide
4. Base intervenantes
talent ops- Table filtrable par zone, compétence, disponibilité
- Visualisation fiabilité et score qualité
- Documents manquants / expirants
- Statut active / pause / suspendue
5. Fiche intervenante
profil complet- Identité, zones, transport, spécialités
- Calendrier de disponibilité
- Historique missions, retards, no-show
- Documents, contrat, RIB, évaluations
6. Centre matching
decision engine- Top 3 à 10 profils proposés
- Détail des sous-scores
- Explication du ranking
- Actions : assigner, contacter, réserver
7. Planning
dispatch board- Vue jour / semaine / mois / ville
- Glisser-déposer des missions
- Conflits et surcharge visibles
- Création rapide d’affectation
8. Centre incidents
SLA & rescue- File d’incidents avec gravité
- Temps depuis ouverture
- Actions correctives
- Recherche remplaçante immédiate
9. Qualité
customer trust- Feedback et notes parent
- Alertes notes basses
- Classement intervenantes
- Suivi réclamations et clôture
10. Facturation
ops finance- Packs et consommation
- Factures émises / reçues
- Heures réalisées vs vendues
- Montants dus intervenantes
11. Reporting
analytics- Missions par période
- Zones rentables
- Taux d’incidents
- Temps moyen de remplacement
- Charge par ville
12. Paramètres
governance- Rôles et permissions
- Templates messages
- Pondération matching
- Types de services, zones, tags
⚙️ Automation engine
Automatisations prioritaires à développer
Le vrai gain du progiciel vient des automatisations : création dossier, suggestions de profils, messages automatiques, tickets qualité et alertes commerciales ou RH. fileciteturn0file0
⚡
Déclencheurs
- Nouvelle demande créée
- Mission confirmée
- Annulation / absence / retard
- Mission terminée
- Note parent basse
- Pack presque épuisé
- Document RH expirant
🧭
Actions système
- Créer dossier automatiquement
- Proposer top profils
- Envoyer WhatsApp parent / intervenante
- Créer ticket qualité
- Lancer campagne de remplacement
- Créer tâche RH ou commerciale
🛡️
Garde-fous
- Logs des automatismes exécutés
- Possibilité d’override manuel
- Retry contrôlé si échec envoi
- Escalade si non-résolution
- Horodatage de chaque étape
🔐 Access model
Rôles utilisateurs et permissions
Le brief définit sept rôles utilisateurs : responsable opérations, coordinatrice, qualité/support, RH, finance/admin, intervenante et famille/parent. fileciteturn0file0
👩💼
Responsable opérations
Accès total. Pilotage global, dispatch, urgences, arbitrages, supervision KPI.
🧩
Coordinatrice
Accès missions, planning, matching, communication et gestion quotidienne.
🛟
Qualité / support
Accès incidents, satisfaction, feedback, réclamations, tickets qualité.
📂
RH / recrutement
Accès profils, onboarding, documents, formations, évaluations.
💼
Finance / admin
Accès paiements, factures, heures validées, règlements et pénalités.
📱
Intervenante
Accès limité mobile : planning, consignes, navigation, check-in/out, rapport.
🏠
Famille / parent
Portail simplifié : historique, missions, paiements, feedback, suivi pack.
🔒
Principe RBAC
Permissions fines par domaine, par action et par niveau de sensibilité des données.
🗺️ Delivery roadmap
Plan de livraison conseillé
Approche par phases pour sécuriser la valeur métier d’abord, puis enrichir avec applications périphériques, scoring avancé et intelligence opérationnelle.
01
Cadrage & design system
Domain model, UX maps, permissions, states, glossary métier, composants UI communs.
02
MVP backoffice
Dashboard, familles, intervenantes, demandes, missions, planning, matching simple, incidents, qualité basique.
03
Automations & finance
Notifications, feedback auto, packs, consommation, relances, alertes RH et commerciales.
04
Extensions avancées
App mobile intervenante, portail parent, moteur de matching enrichi, analytics poussés, centre qualité complet.
⚠️ Engineering focus
Risques produit / tech à anticiper
La réussite dépendra autant de la qualité UX opérationnelle que de la robustesse des états, des permissions et de la traçabilité des actions.
| Risque | Impact | Réponse recommandée |
|---|---|---|
| Explosion des cas métier | Complexité non maîtrisée, bugs sur les statuts mission | Définir très tôt une state machine claire pour demandes, missions, incidents, paiements. |
| UX trop lourde pour les ops | Adoption faible, contournements manuels | Concevoir autour d’actions rapides, vues “Aujourd’hui” et “À risque”, filtres forts, 3 clics max. |
| Matching opaque | Perte de confiance de l’équipe opérationnelle | Afficher les sous-scores et permettre l’override humain avec justification. |
| Données non traçables | Litiges qualité, difficulté d’audit | Historiser actions critiques, messages, check-in/out, changements d’affectation et incidents. |
| Notifications défaillantes | Retards de réaction et parents mal informés | Prévoir queue, retry, statuts d’envoi, fallback et centre d’alertes interne. |
🗃️ Database blueprint
Schéma de données recommandé
Ci-dessous, une lecture orientée développement pour structurer les tables principales, les clés utiles et les liens métier les plus importants. L’objectif est de rendre le système traçable, modulaire et extensible.
👨👩👧
Tables familles
- families: id, account_code, parent_name, phone, email, city, zone, address, priority_level, payment_status, tags, notes
- children: id, family_id, first_name, age, birth_date, needs_profile, allergies, routines, school_info
- family_preferences: id, family_id, caregiver_gender_pref, language_pref, recurring_slots, preferred_profiles
- family_documents: id, family_id, file_type, url, uploaded_at
👩💼
Tables intervenantes
- caregivers: id, full_name, phone, city, status, transport_type, rating_score, reliability_score, payroll_status
- caregiver_skills: caregiver_id, skill_code, level, certified
- caregiver_zones: caregiver_id, city, zone
- caregiver_availabilities: caregiver_id, day_of_week, start_time, end_time, recurrence_type
- caregiver_documents: caregiver_id, doc_type, expires_at, validation_status
- caregiver_evaluations: caregiver_id, month, punctuality_score, incident_score, client_score
📋
Tables opérations
- leads: id, family_id, source, requested_service, urgency_level, status, qualified_by, qualified_at
- missions: id, family_id, lead_id, service_type, starts_at, ends_at, address, urgency_level, status, supervisor_id
- mission_assignments: id, mission_id, caregiver_id, assigned_at, assignment_status, matching_score
- mission_events: mission_id, event_type, payload, created_at
- checkins: mission_id, caregiver_id, checkin_at, checkout_at, geo_hint, validation_method
- mission_reports: mission_id, mood, activities, meals, hygiene, naps, incidents, recommendation
🚨
Tables qualité & incidents
- incidents: id, mission_id, family_id, caregiver_id, type, severity, status, owner_id, opened_at, closed_at
- incident_actions: incident_id, action_type, note, created_by, created_at
- feedbacks: id, mission_id, family_id, score, comment, submitted_at
- quality_tickets: id, source_type, source_id, priority, status, assigned_to
- sla_logs: incident_id, first_response_at, resolved_at, duration_minutes
💳
Tables finance & packs
- packages: id, name, category, total_hours, validity_days, price
- subscriptions: id, family_id, package_id, starts_on, ends_on, status
- package_consumptions: id, subscription_id, mission_id, consumed_hours
- invoices: id, family_id, reference, total_amount, due_date, status
- payments: invoice_id, paid_amount, paid_at, method, confirmation_ref
- caregiver_payouts: caregiver_id, period_start, period_end, amount_due, penalties, bonuses, payout_status
🔐
Tables plateforme
- users: id, name, email, password_hash, role_id, status
- roles: id, name, scope
- permissions: id, code, module, action
- role_permissions: role_id, permission_id
- notifications: id, channel, template_code, recipient_ref, send_status
- audit_logs: actor_id, entity_type, entity_id, action, before_json, after_json, created_at
🔌 API design
Structure API recommandée
Une API modulaire par domaines métier permettra de faire évoluer le backoffice, le mobile intervenante et le portail parent sans casser le noyau central.
📡
Core endpoints
- GET /dashboard/summary
- GET /dashboard/today
- GET /dashboard/risks
- GET /reports/operations
- GET /reports/quality
- GET /reports/finance
👨👩👧
Families & leads
- GET /families
- POST /families
- GET /families/:id
- PATCH /families/:id
- POST /leads
- POST /leads/:id/qualify
- POST /leads/:id/convert-to-mission
🧑⚕️
Caregivers
- GET /caregivers
- POST /caregivers
- GET /caregivers/:id
- PATCH /caregivers/:id
- GET /caregivers/:id/availability
- POST /caregivers/:id/documents
- GET /caregivers/:id/performance
🧠
Matching & assignments
- POST /missions/:id/matching/run
- GET /missions/:id/matching/suggestions
- POST /missions/:id/assign
- POST /missions/:id/reassign
- POST /missions/:id/confirm
📅
Missions & planning
- GET /missions
- POST /missions
- GET /missions/:id
- PATCH /missions/:id
- GET /planning/calendar
- POST /planning/move-assignment
- GET /planning/conflicts
🚨
Incidents & quality
- POST /incidents
- GET /incidents
- PATCH /incidents/:id
- POST /incidents/:id/actions
- GET /quality/feedbacks
- POST /quality/tickets
🧱 SaaS UI
Structure UI recommandée du backoffice
Pour une expérience premium, l’interface doit ressembler à un vrai SaaS de pilotage avec sidebar, topbar, vues synthétiques et panneaux de détails actionnables.
🪟
Layout global
- Sidebar fixe avec modules principaux
- Topbar avec recherche globale, notifications, raccourcis rapides
- Zone centrale de contenu en blocs KPI + tables + panneaux détails
- Drawer latéral pour fiches rapides sans quitter l’écran courant
- Code couleur par état : normal, alerte, incident, VIP, paiement bloqué
🎛️
Composants UI critiques
- Data tables puissantes avec filtres sauvegardables
- Kanban pipeline pour leads / missions
- Calendar board interactif
- Score cards et alert cards
- Timeline d’activité par famille / mission / incident
- Modals d’action rapide : assigner, remplacer, notifier
📱 Mobile intervenante
Application mobile V2 — structure conseillée
Le brief mentionne explicitement une app mobile intervenante en version avancée. Elle doit rester simple, ultra claire et centrée exécution.
Accueil jour
today view- Missions du jour
- Heures, adresses, statut
- CTA navigation
- Alerte support si problème
Détail mission
execution- Consignes famille
- Informations enfant
- Checklist mission
- Contact support
Check-in / out
proof- Bouton arrivée / départ
- Code famille ou signature
- Photo facultative
- Validation horaire
Rapport rapide
reporting- Repas / sieste / hygiène
- Humeur enfant
- Activités réalisées
- Incident éventuel
Planning
schedule- Vue semaine
- Missions confirmées
- Disponibilités futures
- Demandes de modification
Profil
account- Documents
- Formations suivies
- Performance
- Paiements
🏠 Parent portal
Portail parent V2 — structure conseillée
Le portail doit rassurer, simplifier la relation et donner de la visibilité sans exposer la complexité backoffice.
📆
Mes missions
Historique, prochaines prestations, intervenante affectée, statut de confirmation.
👶
Mes enfants
Profils enfants, routines, besoins spécifiques, consignes à jour.
⭐
Feedback
Notation de la mission, commentaire, suivi si insatisfaction.
📦
Mon pack
Heures achetées, consommées, restantes, date de renouvellement suggérée.
💳
Mes paiements
Factures, paiements reçus, reste à payer, historique.
💬
Support
Messagerie structurée, demandes d’assistance, contact rapide.
🚀 Delivery mode
Organisation recommandée de l’équipe tech
Pour exécuter vite et proprement, le build peut être réparti par streams fonctionnels et techniques.
🎨
Product / UX
Wireframes, user flows, design system, tests avec ops team.
💻
Frontend
Backoffice UI, dashboard, tables, calendrier, drawers, formulaires complexes.
⚙️
Backend
Domain services, API, auth RBAC, queues, events, intégrations.
🧪
QA / DevOps
Tests des workflows critiques, monitoring, déploiement, observabilité, sécurité.
PARTIE 2 - PROJECTION GLOBALE
Prototype premium pour onboarder l’équipe IT sur le build complet d’AngelCare OpsOS
Cette version transforme le brief écran par écran en une expérience beaucoup plus proche d’un vrai SaaS : navigation latérale, cockpit opérationnel, vues interactives, backlog de build, quiz de validation et conclusion de cadrage. Le système reste aligné avec la structure fonctionnelle du document source. fileciteturn1file0
Cockpit UX
Architecture produit
Dev tasks
Interactive onboarding
Modules métier
28
Règle UX
3 clics max
Cible
MVP → Advanced
Dashboard cockpit
Vue synthétique inspirée du brief : missions aujourd’hui, demandes non traitées, incidents ouverts, paiements en attente, satisfaction moyenne et alertes critiques. fileciteturn1file0
Missions aujourd’hui
42
8 à confirmer • 3 urgentes
Couverture 94%Demandes non traitées
17
Rabat 6 • Casa 8 • Kénitra 3
À qualifier viteIncidents ouverts
4
2 retards • 1 absence • 1 plainte parent
Priorité élevéeSatisfaction moyenne
4.8/5
Sur 123 missions notées
Très bon niveau
Performance par ville
Tendance missions / satisfaction
Alertes critiques
| Type | Mission | Ville | Statut |
|---|---|---|---|
| Mission non couverte | #M-1024 | Casa | Urgent |
| Retard intervenante | #M-1031 | Rabat | En suivi |
| Paiement bloqué | Famille N. | Casa | À relancer |
| Feedback négatif | #M-0998 | Kénitra | Ticket qualité |
Timeline responsable ops
08:30
Ouverture dashboard, vérification des alertes.
09:10
Qualification des nouvelles demandes prioritaires.
10:00
Lancement du matching et validation planning.
12:30
Suivi exécution, gestion des urgences et remplacements.
17:00
Contrôle qualité, heures validées, reporting du jour. fileciteturn1file0
Vue opérations
Résumé des écrans les plus critiques pour le build quotidien : demandes, familles, intervenantes, matching, missions, planning, incidents, qualité et finance. fileciteturn1file0
Demand pipeline
| ID | Parent | Ville | Urgence |
|---|---|---|---|
| D-201 | Famille El M. | Rabat | Haute |
| D-202 | Famille B. | Casa | Moyenne |
| D-203 | Famille S. | Kénitra | Haute |
Actions rapides
Qualifier, convertir en mission, lancer matching, programmer suivi, taguer VIP / sensible / urgent.
Objectif : centraliser toutes les nouvelles demandesArchitecture produit & technique
Lecture simplifiée des couches à construire pour supporter le backoffice, l’app intervenante, le portail parent et les automatisations.
Frontend
App shell, dashboard, tables, console matching, mission detail, planning, incident desk, qualité, finance, RH.
Backend
Auth & rôles, familles, intervenantes, leads, matching engine, mission engine, planning, incidents, finance, notifications.
Data
PostgreSQL, audit logs, documents, agrégations dashboard, historique complet des changements sensibles.
State machines critiques
Demande : Nouveau → Qualifiée → Convertie / Archivée. Mission : Matching → Assignée → Confirmée → En cours → Terminée / Incident / Annulée. Incident : Ouvert → Assigné → Résolu → Clôturé. fileciteturn1file0
Automatisations
Nouvelle demande → tâche de qualification. Mission modifiée → notifications. Fin mission → demande d’avis. Note basse → ticket qualité. Fin de pack → alerte commerciale.
Dev tasks & delivery
Découpage buildable pour lancer le produit sans ambiguïté.
Sprint 0
Auth, rôles, app shell, composants de base, routing, glossary métier, statuts unifiés.
Sprint 1
Dashboard, alert center, agrégations, KPI, règles urgences.
Sprint 2
Demandes, qualification, familles, historique de communication.
Sprint 3
Intervenantes, disponibilités, scoring, matching console.
Sprint 4
Missions, calendrier, conflits, réassignation, check-in/out.
Sprint 5+
Incidents, qualité, packs, paiements, RH, communications, reporting.
Definition of done
Écran branché à de vraies données, permissions respectées, filtres fonctionnels, cas d’erreur gérés, logs présents, QA critique validée.
Objectif V4/V5
Permettre à une équipe product + design + dev de basculer du cadrage à l’exécution. Le résultat attendu est un logiciel simple, ultra opérationnel, orienté réactivité et capable de scaler. fileciteturn1file0
Interactive onboarding quiz
Validation rapide de la compréhension produit par les développeurs.
1. Quelle règle UX est explicitement recommandée ?
2. Quel écran est le cœur du pilotage quotidien ?
3. Quel objectif stratégique revient tout au long du brief ?
PARTIE 3 - PLAN D'EXECUTION
🚀 Mission IT intensive • 30 jours • Web app complète
Préparer l’équipe IT AngelCare à construire une web app OpsOS complète en 30 jours
Cette page sert de document de mobilisation, d’alignement et de démarrage de mission pour l’équipe technique AngelCare. L’objectif est de livrer un MVP complet, utilisable par l’équipe opérations, avec dashboard, demandes, missions, matching, planning, incidents, qualité, paiements et rôles utilisateurs.
⚙️ Build rapide
🧠 Priorité opérations
📊 Pilotage par sprints
✅ Checklist exécution
🎯 App utilisable à J+30
👥 Team setup
Structure équipe recommandée
Pour réussir une mission de 30 jours, l’équipe doit être légère, rapide et disciplinée. Chaque membre doit avoir un rôle clair et un objectif orienté livraison.
🧭
Product Owner
Porte la vision métier, tranche vite, priorise, valide les écrans et garde l’équipe alignée sur les besoins réels d’AngelCare.
🛠️
Tech Lead
Définit l’architecture, arbitre les choix techniques, répartit le travail et sécurise la qualité du build.
💻
Frontend Dev
Construit le backoffice web, les composants UI, les tables, le planning, les dashboards et l’expérience SaaS.
🧪
Backend + QA Ops
Le backend construit les APIs, la base, les rôles et la logique métier. Le QA/Ops teste les vrais flux chaque semaine.
🎯 Mission target
Résultat attendu à J+30
L’application web doit être suffisamment complète pour piloter réellement les opérations au quotidien, sans dépendre d’outils dispersés.
Dashboard
Cockpit live
Missions + alertes + KPI
Opérations
Demandes → missions
Flow métier couvert
Contrôle
Incidents + qualité
Réactivité prioritaire
Business
Paiements basiques
Exploitable terrain
🗺️ Delivery roadmap
Roadmap détaillée semaine par semaine
Le bon rythme est un découpage en 4 semaines, avec démonstration interne et test terrain à la fin de chaque cycle.
Semaine 1
Fondations
Setup technique, auth, rôles, base de données, layout global, login, routing, structure de l’application.
✓
Setup frontend Next.js + backend + PostgreSQL
✓
Créer tables users, roles, permissions, families, caregivers, leads, missions
✓
Mettre en place login, logout, middleware rôles
✓
Créer sidebar, topbar, layout global
Semaine 2
Core business
Construire le cœur métier : familles, demandes, intervenantes, conversion lead → mission, matching simple, assignation.
✓
CRUD familles + CRUD leads + conversion en mission
✓
CRUD intervenantes + disponibilités simples
✓
Livrer demand pipeline, fiche famille, liste intervenantes
✓
Tester demande → mission → assignation
Semaine 3
Temps réel ops
Traiter l’exécution terrain : dashboard cockpit, planning, statuts missions, incidents, alertes et check-in/out.
✓
Créer statuts mission + logs + check-in / check-out
✓
Construire planning simple + conflits horaires
✓
Livrer dashboard cockpit, mission control, incident desk
✓
Simuler retard, absence et mission non couverte
Semaine 4
Qualité + finance + final
Finaliser la couche business : feedback, score intervenante, paiements manuels, rapports simples, stabilisation produit.
✓
Ajouter feedback mission + score intervenante
✓
Créer invoices, tracking paiements, heures validées
✓
Livrer finance dashboard, quality dashboard, reports
✓
Faire test final end-to-end complet
📅 Visual planning
Planning visuel sur 30 jours
Le projet doit avancer en parallèle sur le frontend, le backend et les tests ops. Ce visuel aide l’équipe à comprendre le tempo global.
Gantt simplifié — mission 30 jours
Auth & structure
Demandes / familles
Intervenantes / matching
Missions / planning / incidents
Qualité / finance / final QA
Répartition d’effort par stream
KPI de succès à suivre
1
Temps d’assignation < 5 min
L’application doit accélérer la transformation d’une demande en mission assignée.
2
Urgences visibles immédiatement
Le dashboard doit rendre les incidents et missions non couvertes évidents.
3
Flow métier 100% couvert
Lead → mission → assignation → exécution → feedback → paiement.
✅ Execution checklists
Checklists critiques pour l’équipe IT
Ces checklists servent de discipline d’exécution. Elles doivent être relues chaque semaine pendant la mission.
🔧
Checklist Tech Lead
✓
Architecture validée et simple
✓
Statuts métier définis proprement
✓
Priorités MVP respectées
✓
Démos hebdomadaires organisées
🖥️
Checklist Frontend
✓
Sidebar + topbar cohérentes
✓
Tables filtrables et lisibles
✓
CTA critiques visibles
✓
Aucun écran inutilement surchargé
⚙️
Checklist Backend
✓
CRUD stables par module
✓
Rôles et permissions respectés
✓
Historique et logs des actions
✓
Flow mission cohérent de bout en bout
🧪
Checklist QA / Ops
✓
Tester des cas réels chaque semaine
✓
Simuler incidents et urgences
✓
Valider que les flux sont compréhensibles
✓
Faire remonter vite les blocages métier
📦
Checklist livraison
✓
App déployée sur environnement stable
✓
Comptes utilisateurs créés
✓
Données de test injectées
✓
Démo finale prête à l’emploi
🚫
À éviter absolument
!
Vouloir faire trop parfait trop tôt
!
Créer des écrans inutiles
!
Oublier les tests terrain
!
Retarder les arbitrages produit
🧠 Interactive quiz
Quiz final pour l’équipe IT
Ce mini quiz permet de vérifier que l’équipe a bien compris les priorités de la mission avant de démarrer le développement.