Cahier des Charges — Plateforme de Location de Voitures SMART-SMARTER

Plateforme multi‑agences encadrée par une Fédération (Maroc, Ouarzazate) — Document fonctionnel & technique pour développement par SMART SMARTER.

Version v1.0

Présentation Générale Vue d’ensemble

La plateforme vise à centraliser l’offre de location de voitures des agences locales et régionales, sous l’égide d’une Fédération qui garantit des standards de qualité, de conformité et de transparence. Elle doit servir de point d’entrée unique pour les clients finaux, tout en respectant l’autonomie opérationnelle de chaque agence.

Elle se compose de trois briques principales : un front‑office public (recherche, comparaison, réservation), des back‑offices dédiés par agence (gestion flotte, contrats, encaissements) et un back‑office Fédération (pilotage global, abonnements, conformité, reporting stratégique).

Ciblage B2C & B2B (tour‑opérateurs, hôtels, agences)
Portée nationale, focus Sud / Ouarzazate
Architecture multi‑tenant (multi‑agences)
Contact Projet

Coordination & Référent

Fédération projet digital

Nom : ALI BOUKHOU

Tél : +212 6 14 00 22 92

Email : boukhouali1@gmail.com

Ces informations servent de point de contact unique pour validation, arbitrage fonctionnel et suivi de projet.

Contexte & Objectifs Alignement stratégique

Contexte marché

Le marché de la location de voitures au Maroc, en particulier dans les zones touristiques comme Ouarzazate, est très fragmenté : nombreuses petites agences, visibilité limitée en ligne, outils digitaux hétérogènes ou inexistants. La Fédération souhaite structurer ce marché via une plateforme commune.

L’enjeu est double : pour les agences, accéder à un canal digital performant sans investir individuellement dans des solutions complexes ; pour la Fédération, disposer d’un référentiel unique et d’indicateurs consolidés pour défendre le secteur et négocier avec les partenaires (assureurs, OTAs, institutions).

Objectifs principaux

  • Marketplace unifiée : offrir un moteur de recherche et de réservation multi‑agences, filtrable par destination, catégorie de véhicule, prix, politiques d’annulation, etc.
  • Autonomie agence : chaque agence gère sa flotte, ses tarifs, ses périodes d’indisponibilité, ses extras (GPS, sièges bébé, assurance complémentaire).
  • Conformité & qualité : vérifier documents (assurance, cartes grises, permis), dates d’expiration, états des véhicules, gestion des litiges clients.
  • Vision fédération : suivre les réservations, les commissions, les abonnements, les performances par région et segment de clientèle.

Indicateurs de succès (KPI)

Taux de conversion (visites → réservations) Objectif fixé après 3 mois de production
Temps moyen de réservation < 3 minutes (formulaire optimisé)
Disponibilité plateforme (Uptime) ≥ 99.9% (hors fenêtres de maintenance planifiée)
NPS client (satisfaction) Score cible à définir avec la Fédération

Ces KPI serviront de base à la recette finale et aux itérations futures (améliorations UX, performance, ajout de fonctionnalités).

Architecture Fonctionnelle & Rôles Organisation

Schéma hiérarchique

Fédération (Super Admin)
├─ Back Office Fédération
│   ├─ Gestion abonnements & commissions
│   ├─ Validation / suspension agences
│   ├─ Reporting & conformité
│   └─ Paramétrage global (tarifs, CGV)
├─ Front Office Global (Marketplace)
│   ├─ Recherche multi-agences
│   ├─ Fiches véhicules & agences
│   ├─ Tunnel de réservation & paiement
│   └─ Espace client (historique, factures)
└─ Agences (Multi-tenant)
    ├─ Agence 1 (Back / Mini-site)
    ├─ Agence 2 (Back / Mini-site)
    └─ Agence N (Back / Mini-site)

La plateforme adopte un modèle multi‑tenant : chaque agence est un « locataire » avec ses propres données et paramètres, tout en partageant la même application et l’infrastructure commune.

Rôles & permissions (exemples)

  • Super‑admin Fédération : crée / suspend les agences, paramètre les règles globales (commissions, CGV, taxes), accède à tous les rapports consolidés.
  • Admin agence : gère la flotte, les tarifs, les réservations, les contrats, les utilisateurs internes de son agence.
  • Opérateur agence : profil limité (saisie de réservations, check‑in/out, gestion des cautions), sans accès aux paramétrages sensibles.
  • Client final : recherche un véhicule, réserve, paie en ligne, consulte son historique, téléverse ses pièces justificatives si nécessaire.

Exigences Fonctionnelles — Détails MVP

Catalogue des exigences (extraits)
FR‑01 Recherche & réservation multi‑agences (client)
Formulaire de recherche (ville / aéroport, dates, heure, catégorie, options), affichage des résultats (tri par prix, agence, notes), détail de l’offre, panier et validation de la réservation.
FR‑02 Gestion des fiches véhicules (agence)
Création, modification, archivage de véhicules : marque, modèle, année, kilométrage, photos, catégorie, tarifs par saison, disponibilité.
FR‑03 Onboarding & cycle de vie agence (fédération)
Demande d’adhésion, validation des documents, activation du compte agence, suspension / réactivation, historique des modifications.
FR‑04 Calcul automatique des commissions
Application de règles paramétrables (pourcentage sur montant HT, minimum par réservation, plafonds éventuels), génération de rapports mensuels.
FR‑05 Gestion des abonnements agences (modèle SaaS)
Plans (Basic / Pro / Premium), facturation récurrente, suivi des paiements, relances automatiques, suspension en cas d’impayé.
FR‑06 Espace client & documents
Consultation des réservations, téléchargement de contrats / factures, téléversement de permis de conduire, gestion des données personnelles (RGPD).

La liste complète des exigences détaillées (y compris les cas d’erreurs, messages, règles métier) sera jointe en annexe du cahier des charges.

Exigences Non‑Fonctionnelles Sécurité & Qualité

Sécurité & conformité

  • Communication sécurisée : TLS / HTTPS, HSTS, gestion des certificats, mots de passe hashés, gestion des sessions sécurisée.
  • Conformité RGPD / CNDP : consentement, droits d’accès / rectification / suppression, journalisation minimale nécessaire, politique de rétention des données.
  • RBAC & audit logs : rôles clairement définis, traçabilité des opérations sensibles (modification tarifs, annulations, remboursements).

Performance, disponibilité & exploitation

  • Temps de réponse : pages critiques (recherche, paiement) < 2 secondes en conditions nominales.
  • Sauvegardes & continuité : sauvegardes régulières, RPO/RTO définis, procédures de restauration testées.
  • Monitoring & alerting : supervision de l’infrastructure, alertes en cas de dégradation, rapports de disponibilité mensuels.

Architecture Technique & Intégrations Stack cible

Stack recommandée

  • Front‑office : React / Next.js (SSR) ou Vue / Nuxt pour SEO et performance, avec design responsive.
  • Back‑office : Laravel (PHP), Node.js (NestJS) ou Java Spring, exposant des API REST/GraphQL sécurisées.
  • Base de données : PostgreSQL / MySQL, modèle multi‑tenant (séparation par colonnes « tenant_id » ou schémas selon besoin).
  • Hébergement : AWS / Azure / OVH, avec possibilités d’auto‑scaling et de déploiement CI/CD.

Intégrations & services tiers

  • Paiement : Stripe, CMI (Maroc), gestion des cautions, remboursements partiels, multi‑devises si nécessaire.
  • SMS / Email : Twilio, Sendinblue, templates transactionnels (confirmation, rappel, relance).
  • Télématique / GPS (optionnel) : suivi des véhicules, géolocalisation, alertes (vitesse, zones).
  • Signature électronique : DocuSign / HelloSign pour signature de contrats à distance.

Livrables & Planning Déroulement

Livrables attendus

  • Spécifications fonctionnelles détaillées (user stories, maquettes, règles métier).
  • Maquettes UX/UI (desktop + mobile), prototype interactif des parcours clés.
  • Code source, documentation technique (API, schémas DB, déploiement).
  • Plan de test, jeux de données de test, rapport de recette.
  • Formation utilisateurs (agences & Fédération) + supports (guides PDF, tutos vidéo).

Planning indicatif

Analyse & spécifications détaillées 2–4 semaines
Design UX/UI & prototypes 2–3 semaines
Développement MVP (front + back + intégrations de base) 10–16 semaines
Tests, corrections & déploiement pilote 4–6 semaines

Méthodologie agile recommandée avec démonstrations régulières (toutes les 2 semaines) au comité projet Fédération.

Budget & Modèle Économique Viabilité

Modèles de monétisation

  • SaaS (abonnement agence) : forfait mensuel par agence, différencié selon nombre de véhicules, fonctionnalités, support.
  • Commission par réservation : pourcentage sur chaque réservation passée via la plateforme, avec rapports détaillés.
  • Licence + maintenance : contribution initiale éventuelle de la Fédération + maintenance annuelle (10–20 % du coût de dev).

Le mix des modèles (abonnement + commissions) permet d’équilibrer revenus récurrents et incitation à la performance.

Ordres de grandeur & charges

  • MVP : version initiale avec fonctionnalités cœur (recherche, réservation, back‑office agence & Fédération) — estimation à affiner après cadrage technique.
  • Extensions : télématique, scoring risque, intégration PMS d’hôtels, API partenaires (tour‑opérateurs, agences de voyage).
  • Maintenance : correctifs, mises à jour de sécurité, évolution réglementaire, support aux agences.

Critères d’Acceptation & Risques Go‑live

Critères d’acceptation

  • Front global opérationnel (recherche, fiches, tunnel de réservation complet, scénarios tests validés).
  • Back‑office agence fonctionnel (flotte, tarifs, réservations, encaissements), connecté au module de paiement.
  • Dashboard Fédération accessible (indicateurs clés, exports, gestion des abonnements & commissions).
  • Tests de sécurité (pentest / audit) menés et correctifs déployés sur les vulnérabilités critiques.
  • Formation réalisée auprès d’un panel d’agences pilotes + documentation utilisateur fournie.

Risques & hypothèses

  • Adoption par les agences : nécessité d’accompagnement (formation, support) pour garantir une bonne prise en main des outils.
  • Qualité des données : risque de fiches véhicules incomplètes ou incorrectes, à mitiger par des contrôles fédération et des règles de validation.
  • Évolutions réglementaires : hypothèse d’absence de changement majeur à court terme, mais architecture prévue pour intégrer les mises à jour.
© SMART SMARTER — Cahier des Charges Plateforme de Location de Voitures
Document généré et structuré automatiquement, personnalisable selon les besoins de la Fédération.