Plateforme métier de gestion des opérations terrain pour Extermination Hestia — Web Admin, application mobile technicien et backend API.
Une solution Field Service Management sur mesure : chaque intervention est planifiée, exécutée, documentée, signée et archivée dans un seul système.
Le poste de pilotage de l'entreprise, utilisé par la direction, les dispatchers et les managers.
L'outil quotidien du terrain, conçu pour fonctionner même sans réseau.
Le cœur métier : données, règles, synchronisation et sécurité.
Problématiques classiques d'une entreprise de lutte antiparasitaire opérant avec des techniciens mobiles sur plusieurs sites.
| Situation courante | Conséquence | Réponse de la plateforme |
|---|---|---|
| Planning tenu manuellement (tableur, papier, téléphone) | Double affectation, oublis, temps perdu à réorganiser la journée | Calendrier centralisé multi-vues avec détection automatique des conflits et drag & drop |
| Informations client dispersées entre mails, SMS et notes | Historique introuvable, le technicien arrive sans contexte | Fiche client et fiche site uniques, avec tout l'historique d'interventions et de rapports |
| Rapports rédigés après coup, photos sur le téléphone du technicien | Retards de facturation, preuves perdues, litiges difficiles à trancher | Rapport PDF généré automatiquement à la fin de l'intervention, photos intégrées |
| Signatures papier | Documents égarés, aucune traçabilité de la validation client | Signature électronique capturée sur le mobile, avec nom, date et heure |
| Aucune visibilité en temps réel sur l'avancement de la journée | L'administration appelle les techniciens pour savoir où ils en sont | Statuts déclarés par le technicien : en cours, terminé — visibles immédiatement depuis le Web Admin |
| Suivi des interventions récurrentes à la mémoire | Contrats de suivi oubliés, perte de chiffre d'affaires récurrent | Interventions récurrentes générées automatiquement selon la fréquence définie |
| Produits utilisés non tracés | Stock imprécis, obligation réglementaire de traçabilité non couverte | Saisie du produit et de la quantité à chaque intervention, décrément du stock, alertes de seuil |
| Zones sans réseau (sous-sols, entrepôts, zones rurales) | Le technicien ne peut rien saisir et doit tout ressaisir le soir | Mode offline complet : tout est enregistré localement puis synchronisé automatiquement |
Chaque étape ci-dessous correspond à un écran réel de la plateforme. Rien n'est saisi deux fois : l'information créée à l'étape 1 circule jusqu'au rapport final.
| # | Étape | Qui | Où | Ce qui se passe |
|---|---|---|---|---|
| 1 | Demande client | Administration | Web Admin | Création ou sélection du client et du site, choix du service et du nuisible concerné |
| 2 | Planification | Dispatcher | Calendrier | Date, heure, durée estimée, priorité, notes d'accès. Vérification automatique des conflits |
| 3 | Affectation | Dispatcher | Calendrier | Choix du technicien selon disponibilité et charge. Notification push envoyée immédiatement |
| 4 | Démarrage | Technicien | Mobile | Le technicien ouvre l'intervention et la déclare démarrée. Il dispose du bouton de navigation vers l'adresse du site |
| 5 | Exécution | Technicien | Mobile | Checklist guidée, observations, photos catégorisées, niveau d'infestation constaté |
| 6 | Traitement | Technicien | Mobile | Saisie des produits appliqués avec quantité et unité — décrément automatique du stock |
| 7 | Validation | Client | Mobile | Signature électronique du client sur l'écran, nom du signataire, date et heure |
| 8 | Rapport | Système | Backend | PDF généré automatiquement avec logo, données, photos et signature. Envoi possible au client |
| 9 | Suivi | Administration | Web Admin | Archivage dans l'historique du site, planification du contrôle ou de la visite récurrente |
L'écran d'accueil de l'administration. Il répond en un coup d'œil à la question : « où en est la journée ? »
Deux types de clients avec des besoins différents : le particulier avec une adresse unique, et l'entreprise avec plusieurs sites et plusieurs interlocuteurs.
Fiche simple, une adresse principale.
Fiche multi-sites et multi-contacts.
| Action | Détail |
|---|---|
| Recherche instantanée | Par nom, raison sociale, téléphone, e-mail, adresse ou numéro d'intervention. Résultats au fil de la frappe |
| Création rapide | Un client peut être créé directement depuis l'écran de création d'intervention, sans changer de page |
| Fusion de doublons | Détection des clients créés deux fois et fusion des historiques |
| Vue 360° | Depuis la fiche : toutes les interventions passées, à venir, les rapports, les produits déjà utilisés et les récurrences actives |
| Planifier depuis la fiche | Bouton « Nouvelle intervention » pré-remplissant client, site et historique |
Le site est l'unité réelle d'intervention. Un restaurant, un entrepôt, un immeuble. C'est sur le site que se construit l'historique le plus utile au technicien.
Le cœur du système. Une intervention relie un client, un site, un service, un nuisible, un technicien, une date, des produits et un rapport.
| Bloc | Contenu |
|---|---|
| Identification | Numéro unique auto-généré (ex. INT-2026-0058), date de création, créateur |
| Mode de création | Planifiée depuis le Web Admin, ou non planifiée créée directement sur place par le technicien depuis son mobile |
| Unité concernée | Sur un site multi-logements : appartement, local ou zone précisément visé par l'intervention |
| Client & site | Client sélectionné, site concerné, adresse, contact sur place, instructions d'accès |
| Nature | Type de service, nuisible ciblé, niveau d'infestation signalé, description du problème |
| Planification | Date, heure de début, durée estimée, priorité (normale / haute / urgence) |
| Affectation | Technicien assigné, possibilité de réaffecter à tout moment |
| Récurrence | Intervention ponctuelle ou récurrente avec fréquence et date de fin |
| Exécution | Heure de début et heure de fin déclarées par le technicien |
| Contenu terrain | Checklist complétée, observations, photos, produits utilisés, incidents |
| Clôture | Signature client, recommandations, nécessité d'un suivi, rapport PDF |
| Statut | Déclenché par | Signification opérationnelle |
|---|---|---|
| Nouveau | Administration | Créée mais pas encore planifiée ni affectée |
| Planifié | Dispatcher | Date, heure et technicien définis. Le technicien la voit sur son mobile |
| En cours | Technicien | Intervention déclarée démarrée par le technicien, checklist en cours de remplissage |
| Terminé | Technicien | Checklist complétée, signature obtenue, rapport généré |
| Suivi requis | Technicien | Le technicien signale qu'une seconde visite est nécessaire |
| Accès impossible | Technicien | Client absent, porte fermée, zone inaccessible. À replanifier |
| Annulé | Administration | Annulation avec motif enregistré |
La réalité du terrain ne suit pas toujours le planning. La plateforme accepte donc deux modes de fonctionnement, sans obliger à passer par le bureau.
Le cas standard.
Le technicien crée l'intervention lui-même, depuis le site, sans appeler le bureau.
| # | Situation | Traitement par la plateforme |
|---|---|---|
| 1 | Intervention planifiée sur l'immeuble | Le site « Résidence X » contient les unités App. 101, 102, 201, 302… Le technicien voit la liste des unités à traiter sur son mobile |
| 2 | Certaines unités sont traitées, d'autres non | Le technicien marque chaque unité : Traitée · Non traitée · Accès impossible · À reprendre, avec le motif |
| 3 | Clôture partielle | L'intervention est terminée mais le site reste signalé comme partiellement traité. Les unités restantes apparaissent en attente dans le Web Admin |
| 4 | Un autre technicien passe quelques jours plus tard, sans rendez-vous | Il ouvre le site depuis son mobile, consulte les unités en attente et crée une intervention non planifiée sur les unités concernées |
| 5 | Il traite et documente | Même parcours que d'habitude : checklist, photos, produits, signature de l'occupant, rapport généré |
| 6 | Consolidation | Les deux interventions sont rattachées au même site. L'historique montre qui a traité quelle unité, quand et avec quel produit. Le site passe en entièrement traité |
Les transitions autorisées entre statuts, et qui peut les déclencher. Toute transition non représentée ici est refusée par le système.
| Depuis | Vers | Autorisé pour | Condition |
|---|---|---|---|
| Nouveau | Planifié | Dispatcher, Admin | Date, heure et technicien renseignés, aucun conflit détecté |
| Planifié | En cours | Technicien assigné | Déclaré depuis le mobile, y compris hors réseau |
| Planifié | Annulé | Admin, Manager | Motif d'annulation obligatoire, notification au technicien et au client |
| En cours | Terminé | Technicien | Checklist complétée et signature du client obtenue |
| En cours | Accès impossible | Technicien | Motif obligatoire, photo de constat recommandée |
| Accès impossible | Planifié | Dispatcher | Nouvelle date proposée, l'unité reste en attente sur la fiche du site |
| Terminé | Suivi requis | Technicien | Déclaré à la clôture, génère une intervention de contrôle à planifier |
| Terminé | — | Personne | Statut final. Le rapport et la signature deviennent non modifiables |
Module central du Web Admin. C'est l'écran que le dispatcher garde ouvert toute la journée.
Une colonne par technicien, les heures en ligne. Permet de voir immédiatement les trous et les surcharges de la journée en cours.
Planning hebdomadaire de toute l'équipe. Utilisée pour équilibrer la charge et anticiper les congés.
Vision globale du volume d'activité, utile pour les contrats récurrents et la préparation des périodes chargées.
Planning individuel d'un seul technicien, avec ses disponibilités, ses horaires de travail et ses congés.
| Fonction | Comportement |
|---|---|
| Création dans le calendrier | Clic sur un créneau libre → formulaire d'intervention pré-rempli avec la date, l'heure et le technicien de la colonne |
| Drag & drop | Déplacer une intervention d'une heure à l'autre ou d'un technicien à l'autre par glisser-déposer |
| Redimensionnement | Étirer le bloc pour ajuster la durée estimée |
| Détection de conflits | Blocage ou alerte si le créneau chevauche une autre intervention, un congé ou une plage hors horaires de travail |
| Code couleur | Couleur par statut et par type de service, pour lire le planning sans ouvrir chaque bloc |
| Filtres | Par technicien, par type de service, par statut, par priorité, par client |
| Disponibilités | Horaires de travail par technicien, jours non travaillés, congés déclarés |
| Récurrences | Génération automatique des visites de suivi selon la fréquence du contrat |
| Notification immédiate | Toute création, modification ou annulation envoie une notification push au technicien concerné |
Affecter la bonne intervention au bon technicien, au bon moment — et pouvoir réagir quand la journée ne se passe pas comme prévu.
| # | Étape | Vérification effectuée par le système |
|---|---|---|
| 1 | Intervention à affecter | Type de service, durée estimée, priorité, localisation du site |
| 2 | Techniciens candidats | Liste des techniciens actifs, filtrée sur le créneau demandé |
| 3 | Contrôle des horaires | Le créneau tombe-t-il dans les horaires de travail du technicien ? |
| 4 | Contrôle des congés | Le technicien est-il déclaré indisponible ce jour-là ? |
| 5 | Contrôle des conflits | Une autre intervention occupe-t-elle déjà ce créneau ? |
| 6 | Affectation | Assignation confirmée, intervention passée au statut « Planifié » |
| 7 | Notification | Push immédiat sur le mobile du technicien avec le détail de l'intervention |
Un technicien est malade ou bloqué : ses interventions du jour sont réaffectées en glisser-déposer. Les deux techniciens concernés reçoivent une notification.
Une urgence est créée en priorité haute. Le calendrier met en évidence les techniciens ayant un créneau libre à proximité du site.
Si une intervention planifiée n'a pas été déclarée démarrée, elle apparaît dans les alertes du dashboard. L'administration peut contacter le technicien ou prévenir le client.
Le technicien signale depuis le mobile. L'intervention repasse à replanifier et le dispatcher est alerté en temps réel.
Application native iOS et Android développée en Flutter, aux couleurs d'Extermination Hestia. Conçue pour être utilisable d'une seule main, avec des gants, dans un sous-sol sans réseau.
Onze écrans couvrant l'intégralité de la journée d'un technicien, de la connexion le matin au rapport signé du dernier client.
| Écran | Contenu et actions possibles |
|---|---|
| Connexion | E-mail ou téléphone, mot de passe, mot de passe oublié, session sécurisée maintenue. Le technicien ne se reconnecte pas chaque matin |
| Tableau de bord | Salutation personnalisée, carte de la prochaine intervention (heure, client, service, adresse), compteurs du jour : total / terminées / en cours / à venir, dernières notifications |
| Calendrier | Vue mois avec pastilles sur les jours chargés, vue agenda du jour sélectionné, chaque ligne indiquant heure, type de service, client, adresse et statut |
| Liste interventions | Trois onglets : À venir, En cours, Terminées. Recherche et filtres. Chaque carte affiche l'essentiel sans avoir à l'ouvrir |
| Détail intervention | Trois onglets : Détails (site, adresse, service, nuisible, date, durée estimée), Client (contacts, instructions d'accès), Historique (visites précédentes sur ce site). Bouton d'action principal contextuel selon le statut |
| Workflow | Barre de progression à 3 étapes : Planifiée → En cours → Terminée. Le technicien déclare lui-même le début et la fin. Actions rapides : appeler le client, envoyer un message, ouvrir la navigation vers le site, signaler un problème |
| Checklist | Liste de points à valider, propre au type de service. Chaque point : conforme, non conforme ou non applicable, avec commentaire libre et photo optionnelle. Compteur de progression (ex. 3/6) |
| Photos | Trois onglets Avant / Pendant / Après. Prise de photo depuis l'appareil ou import galerie. Miniatures supprimables. Chaque photo est rattachée à l'intervention et à sa catégorie |
| Produits utilisés | Ajout d'un produit depuis le catalogue, saisie de la quantité et de l'unité (g, ml, unité). Plusieurs produits par intervention. Commentaire d'application |
| Nouvelle intervention | Création d'une intervention non planifiée directement sur place : recherche ou création du client, choix du site et de l'unité, type de service, nuisible, motif. Fonctionne hors réseau |
| Unités du site | Liste des appartements, locaux ou zones du site avec leur statut de traitement. Marquage individuel : traitée, non traitée, accès impossible, à reprendre |
| Signature | Zone de signature tactile, nom du signataire, date et heure automatiques. Effacement et reprise possibles avant validation |
| Rapport | Confirmation de fin d'intervention, aperçu du rapport, envoi au client par e-mail, téléchargement du PDF |
Vous définissez vous-même, depuis l'administration, les types de services, les nuisibles et les points de contrôle. Aucune intervention de notre part n'est nécessaire pour ajouter un service ou un nuisible.
Liste modifiable : ajout, renommage, désactivation.
Chaque nuisible peut être associé à des services et des produits recommandés.
| Service | Points de contrôle |
|---|---|
| Inspection | Inspection extérieure · Inspection intérieure · Identification du nuisible · Évaluation du niveau d'infestation · Repérage des points d'entrée · Conditions favorables constatées · Photos de preuve |
| Traitement | Zones traitées · Produits appliqués et quantités · Dispositifs posés · Précautions communiquées au client · Délai de sécurité avant réoccupation · Résultat immédiat constaté |
| Prévention | Points d'entrée obstrués · Conseils d'hygiène communiqués · Recommandations écrites · Dispositifs de surveillance installés · Date de la prochaine visite |
| Contrôle / suivi | Vérification des dispositifs · Captures constatées · Évolution par rapport à la visite précédente · Nouveau traitement nécessaire · Clôture ou poursuite du suivi |
La preuve de ce qui a été fait, produite automatiquement à la fin de chaque intervention.
| Section | Éléments repris |
|---|---|
| En-tête | Logo Extermination Hestia, coordonnées de l'entreprise, numéro d'intervention, date d'émission |
| Client & site | Nom du client, adresse du site, contact sur place |
| Intervention | Technicien, type de service, nuisible traité, date, heure de début, heure de fin |
| Constat | Niveau d'infestation, zones concernées, points d'entrée identifiés, observations du technicien |
| Checklist | Chaque point de contrôle avec son résultat et ses commentaires |
| Produits | Nom commercial, matière active, quantité, unité, zones d'application |
| Photos | Photos avant, pendant et après, légendées |
| Recommandations | Conseils de prévention, précautions, délai de sécurité, suivi préconisé |
| Validation | Signature du client, nom du signataire, date et heure |
Sous-sols, entrepôts métalliques, zones rurales : le réseau est souvent absent là où le technicien travaille. L'application est conçue offline-first, c'est-à-dire qu'elle fonctionne d'abord en local et se synchronise ensuite.
| # | Mécanisme | Détail technique |
|---|---|---|
| 1 | Base locale embarquée | Les données nécessaires à la journée sont téléchargées sur le téléphone dès la connexion du matin |
| 2 | Écriture locale prioritaire | Toute action du technicien est écrite immédiatement en local, sans attendre le serveur |
| 3 | File d'attente | Chaque action non transmise est empilée dans une file de synchronisation persistante, conservée même si l'application est fermée |
| 4 | Détection de réseau | L'application surveille en continu l'état de la connexion |
| 5 | Envoi automatique | Dès qu'une connexion est disponible, la file est vidée en arrière-plan, dans l'ordre chronologique |
| 6 | Photos différées | Les photos sont compressées et envoyées séparément pour ne pas bloquer la synchronisation des données |
| 7 | Gestion des conflits | Si l'administration a modifié l'intervention entre-temps, une règle de priorité s'applique et le cas est remonté au dashboard |
| 8 | Indicateur visuel | Le technicien voit en permanence si ses données sont synchronisées ou en attente |
Le lien permanent entre le bureau, le terrain et le client — par notification push dans l'application et par WhatsApp.
| Canal | Destinataires | Fonctionnement |
|---|---|---|
| Push application | Technicien, administration | Notification instantanée sur iOS et Android via Firebase Cloud Messaging, même application fermée |
| Client, technicien | Messages transactionnels envoyés automatiquement via l'API WhatsApp Business, à partir de modèles validés et personnalisables depuis l'administration | |
| Client, administration | Envoi du rapport PDF et des confirmations | |
| Dans l'interface | Tous | Centre de notifications consultable dans le Web Admin et dans l'application mobile |
| Fonction | Périmètre | Détail |
|---|---|---|
| Coordonnées GPS des sites | V1 | Chaque site possède ses coordonnées, saisies ou géocodées automatiquement depuis l'adresse |
| Bouton « Ouvrir la navigation » | V1 | Ouvre l'application de cartographie installée sur le téléphone avec l'itinéraire vers le site |
| Calcul de distance | V1 | Distance entre deux sites, utile pour organiser l'ordre de passage à la planification |
| Optimisation automatique de tournées | Phase 2 | Calcul du meilleur ordre de passage sur la journée |
Traçabilité des produits appliqués — une exigence réglementaire dans la lutte antiparasitaire — et suivi simple des quantités disponibles.
Six profils, chacun avec un périmètre d'accès précis. Un technicien ne voit que ses interventions ; un dispatcher ne touche pas aux paramètres système.
| Fonction | Super Admin | Admin | Manager | Dispatcher | Technicien | Client |
|---|---|---|---|---|---|---|
| Configuration système | ✔ | — | — | — | — | — |
| Gestion des utilisateurs | ✔ | ✔ | — | — | — | — |
| Référentiels (services, nuisibles, checklists) | ✔ | ✔ | — | — | — | — |
| Clients & sites | ✔ | ✔ | ✔ | Lecture | Lecture (assignés) | Ses données |
| Créer une intervention | ✔ | ✔ | ✔ | ✔ | Sur site (non planifiée) | Demande |
| Planifier & affecter | ✔ | ✔ | ✔ | ✔ | — | — |
| Exécuter une intervention | — | — | — | — | ✔ | — |
| Consulter les rapports | ✔ | ✔ | ✔ | ✔ | Les siens | Les siens |
| Produits & stock | ✔ | ✔ | ✔ | Lecture | Lecture | — |
| Statistiques & exports | ✔ | ✔ | ✔ | — | — | — |
| Journal d'audit | ✔ | ✔ | — | — | — | — |
La plateforme héberge des données clients, des adresses, des photos de propriétés privées et des signatures. Elle est traitée comme un système sensible.
Technologies matures, largement diffusées, faciles à maintenir et à faire évoluer. Aucun choix exotique qui vous rendrait dépendant.
| Couche | Technologie | Rôle |
|---|---|---|
| Application mobile | Flutter (Dart) | Une seule base de code pour iOS et Android, base locale embarquée pour le mode offline |
| Web Admin | Vue.js 3 + TypeScript | Interface d'administration réactive, responsive, calendrier interactif |
| API | Laravel (PHP 8.3) | API REST, règles métier, authentification, autorisations, génération PDF |
| Base de données | PostgreSQL + PostGIS | Données relationnelles et données géographiques (coordonnées, distances) |
| Cache & files | Redis | Cache applicatif, files de traitement asynchrone (PDF, e-mails, photos) |
| Stockage fichiers | S3 / MinIO | Photos, rapports PDF, documents joints |
| Notifications | Firebase Cloud Messaging + WhatsApp Business API | Push temps réel vers iOS et Android, messages transactionnels WhatsApp vers les clients et les techniciens |
| Cartographie | Application native du téléphone | Navigation vers le site, sans coût d'API supplémentaire |
| Conteneurisation | Docker + Docker Compose | Environnements identiques en développement et en production |
| Reverse proxy | Traefik + Let's Encrypt | Routage HTTPS, certificats SSL renouvelés automatiquement |
Comment une donnée saisie sur le terrain traverse le système jusqu'au rapport reçu par le client.
| Flux | Déclenchement | Délai visé |
|---|---|---|
| Affectation d'intervention → mobile | À la sauvegarde | Notification push en quelques secondes |
| Saisie terrain → Web Admin | À la reconnexion | Immédiat si le réseau est disponible, sinon dès son retour |
| Clôture → rapport PDF | Fin d'intervention | Traitement asynchrone, disponible en moins d'une minute |
| Photos | Après les données | Envoi différé et compressé, sans bloquer la synchronisation |
| Notification client WhatsApp | Sur changement de statut | Envoi immédiat après validation du modèle |
Les quatre chaînes de traitement automatisées qui tournent en arrière-plan.
Le serveur de production, sa configuration, son sécurisation et sa supervision sont inclus gratuitement pendant 12 mois dans le forfait.
| Caractéristique | Spécification |
|---|---|
| Processeur | 8 vCPU dédiés |
| Mémoire vive | 24 Go RAM |
| Stockage | 200 Go NVMe haute performance |
| Bande passante | Port 600 Mbit/s, trafic non limité |
| Snapshots | 3 snapshots système inclus |
| Sauvegardes | Automatiques quotidiennes, rétention 30 jours |
| Sauvegarde externalisée | 1 To d'espace cloud dédié aux backups |
| Système | Ubuntu Server LTS |
Une plateforme utilisée quotidiennement par des techniciens sur le terrain ne peut pas tomber en silence. La supervision est active dès la mise en production et incluse la première année.
| Élément surveillé | Seuil / fréquence | Action en cas d'anomalie |
|---|---|---|
| Disponibilité du site | Contrôle toutes les minutes | Alerte immédiate à l'équipe technique |
| Disponibilité de l'API mobile | Contrôle toutes les minutes | Alerte prioritaire — impact direct sur les techniciens |
| Temps de réponse | Alerte au-delà du seuil défini | Analyse des requêtes lentes, optimisation |
| Espace disque | Alerte à 80 % | Nettoyage, archivage ou extension |
| Charge CPU / mémoire | Alerte sur charge soutenue | Diagnostic et ajustement des ressources |
| Base de données | Connexions, verrous, requêtes lentes | Optimisation des index et des requêtes |
| Files d'attente | Longueur et échecs de traitement | Relance des tâches, correction |
| Sauvegardes | Vérification quotidienne | Alerte si une sauvegarde échoue ou est incomplète |
| Certificats SSL | Vérification de l'expiration | Renouvellement automatique, alerte si échec |
| Erreurs applicatives | Remontée en continu | Correction dans le cadre de la garantie ou de la maintenance |
| Échecs de synchronisation mobile | Remontée temps réel | Alerte au dashboard Hestia et à l'équipe technique |
Quatre développeurs mobilisés sur un mois, avec plus de 37 ans d'expérience cumulée. Pas de sous-traitance, pas d'intermédiaire.
34 ans · 14 ans d'expérience
41 ans · 17 ans d'expérience
27 ans · 3 ans d'expérience
27 ans · 3 ans d'expérience
Un mois est court. La méthode est donc resserrée : cadrage rapide, livraisons hebdomadaires visibles, validation continue.
| Principe | Application concrète |
|---|---|
| Cadrage en 2 jours | Atelier de démarrage, validation des référentiels (services, nuisibles, checklists), du modèle de rapport et de la charte graphique |
| Livraison hebdomadaire | Chaque vendredi, une version testable est mise à disposition sur l'environnement de préproduction |
| Point hebdomadaire | Une visioconférence par semaine pour valider ce qui est livré et arbitrer les priorités de la semaine suivante |
| Accès permanent | Extermination Hestia dispose d'un accès à la préproduction du premier au dernier jour |
| Périmètre gelé | Le périmètre est validé lors du cadrage. Toute demande nouvelle est notée et chiffrée pour la Phase 2, sans perturber le délai |
| Recette finale | Semaine 4 : recette conjointe, correction des anomalies bloquantes, formation puis mise en production |
Planning de développement avec les livrables attendus à la fin de chaque semaine.
| Semaine | Travaux | Livrable de fin de semaine |
|---|---|---|
| Semaine 1 Fondations |
Cadrage et validation du périmètre · Architecture technique · Environnement Docker · Modèle de données PostgreSQL + PostGIS · Authentification et rôles · API clients, sites, services, nuisibles, techniciens · Squelette du Web Admin | Environnement en ligne, connexion fonctionnelle, gestion des clients et des sites utilisable |
| Semaine 2 Opérations |
Module interventions complet · Sites multi-logements et unités · Calendrier multi-vues · Drag & drop et détection de conflits · Dispatching et disponibilités · Dashboard administration · Démarrage de l'application Flutter · Notifications push et intégration WhatsApp | Web Admin opérationnel : création, planification et affectation d'interventions |
| Semaine 3 Terrain |
Application mobile complète · Workflow de statuts · Création d'interventions non planifiées sur site · Checklists configurables · Photos catégorisées · Produits utilisés · Incidents · Signature électronique · Navigation GPS · Mode offline et moteur de synchronisation | Application mobile installable et testable sur téléphone, fonctionnant hors réseau |
| Semaine 4 Livraison |
Génération des rapports PDF · Produits et stock · Portail client si le planning le permet · Tests fonctionnels et de sécurité · Correction des anomalies · Optimisation · Serveur de production · Formation · Recette | Plateforme en production, équipe formée, documentation remise |
| Catégorie | Contenu |
|---|---|
| Backend | Code source Laravel complet, API REST documentée, migrations et jeux de données de démarrage, tâches planifiées |
| Web Admin | Application Vue.js responsive, tous les modules décrits dans cette proposition |
| Mobile | Code source Flutter, fichiers d'installation Android (APK/AAB) et build iOS, prêts pour publication sur les stores |
| Infrastructure | Fichiers Docker, configuration de production, scripts de déploiement et de sauvegarde, serveur configuré et sécurisé |
| Documentation | Guide utilisateur Web Admin, guide technicien mobile, documentation technique d'architecture, documentation de l'API |
| Qualité | Cahier de recette, résultats des tests, correction des anomalies bloquantes constatées |
| Formation | Session pour l'administration et session pour les techniciens, en visioconférence, enregistrées |
| Accès | Dépôt Git privé, accès serveur, comptes administrateurs |
Forfait de développement et de livraison de la V1 opérationnelle. Le détail ci-dessous montre la répartition de l'effort ; le montant est global et forfaitaire.
| Poste | Contenu | Montant |
|---|---|---|
| Analyse & architecture | Cadrage, modèle de données, architecture technique, conception des écrans | 10 000 MAD |
| Backend & API | Laravel, base de données, règles métier, authentification, rôles, PDF, notifications push et WhatsApp, moteur de synchronisation | 32 000 MAD |
| Web Administration | Dashboard, clients, sites, interventions, calendrier, dispatching, produits, utilisateurs | 30 000 MAD |
| Application mobile | Flutter iOS + Android, 11 écrans, workflow, checklists, photos, signature, GPS, mode offline | 36 000 MAD |
| Tests, recette & formation | Tests fonctionnels et de sécurité, correction des anomalies, documentation, formation des équipes | 8 000 MAD |
| Infrastructure & mise en production | Serveur, configuration, sécurisation, SSL, sauvegardes, déploiement, monitoring | 4 000 MAD |
| Serveur + monitoring — année 1 | 8 vCPU · 24 Go RAM · 200 Go NVMe · sauvegardes · supervision 24/7 pendant 12 mois | Offert |
| TOTAL FORFAITAIRE — V1 opérationnelle, livrée en 1 mois | 120 000 MAD HT | |
| Échéance | Déclencheur | Montant |
|---|---|---|
| 40 % | À la signature — démarrage du projet | 48 000 MAD |
| 30 % | Fin de semaine 2 — Web Admin opérationnel validé | 36 000 MAD |
| 30 % | Livraison finale et recette validée | 36 000 MAD |
| TOTAL | 120 000 MAD HT | |
Pour éviter toute ambiguïté, voici précisément ce qui n'est pas couvert par les 120 000 MAD.
| Non inclus dans la V1 | Raison / traitement |
|---|---|
| Optimisation automatique des tournées | Moteur d'optimisation complexe, coût d'API cartographique récurrent → Phase 2 |
| Gestion des véhicules | Module distinct (entretien, carburant, affectation) → Phase 2 |
| Facturation et devis | Module comptable complet avec numérotation légale et taxes canadiennes → Phase 2 |
| Paiements en ligne (Stripe) | Intégration de paiement et conformité associée → Phase 2 |
| Intégration comptable / QuickBooks | Connecteur spécifique nécessitant un cadrage dédié → Phase 2 |
| Abonnement WhatsApp Business et SMS | L'intégration WhatsApp est développée et incluse en V1. Le compte WhatsApp Business, les frais par message et les envois SMS restent à la charge d'Extermination Hestia |
| Analyse automatique des photos / IA | Nécessite des jeux de données d'entraînement → Phase 3 |
| Stock multi-entrepôts et inventaires | La V1 couvre le catalogue, les quantités, la consommation et les alertes → Phase 2 pour le reste |
| Portail client avancé | Un portail simple est visé en V1 si le planning le permet. Le portail complet (demandes, documents, contrats, factures) est en Phase 2 |
| Frais tiers récurrents | Comptes développeur Apple et Google, nom de domaine commercial, envois SMS : à la charge d'Extermination Hestia |
| Demandes hors périmètre | Toute fonctionnalité demandée après la validation du cadrage fait l'objet d'un devis complémentaire |
L'architecture est conçue pour que chaque phase s'ajoute sans refonte. Vous décidez du rythme.
| Formule | Contenu | Tarif |
|---|---|---|
| Essentiel | Supervision 24/7, sauvegardes, mises à jour de sécurité, correction des bugs critiques, support par e-mail sous 48 h | 900 MAD / mois |
| Business | Tout Essentiel, plus : support prioritaire sous 24 h, optimisations de performance, mises à jour fonctionnelles mineures, 2 h de développement incluses par mois | 1 500 MAD / mois |
| Annuel Essentiel | Formule Essentiel engagée sur 12 mois — 10 mois facturés | 9 000 MAD / an 2 mois offerts |
| Annuel Business | Formule Business engagée sur 12 mois — 10 mois facturés | 15 000 MAD / an 2 mois offerts |
| Intervention ponctuelle | Sans engagement, à la demande | 1 200 MAD / jour |
| Période | Contenu | Tarif |
|---|---|---|
| Année 1 | Serveur 8 vCPU / 24 Go / 200 Go NVMe, sauvegardes, SSL, supervision 24/7 | Offert |
| À partir de l'année 2 | Même configuration, hébergement + monitoring + suivi technique | 250 MAD / mois 3 000 MAD / an |
From field operations to digital operations.