Le projet en un coup d’œil
Équipes, véhicules, lieux, personnes et produits devaient être réunis avant le départ.
Chaque action reliait participants, étapes, aide distribuée et notes utiles.
Les missions successives pouvaient être relues et consolidées par lieu, personne ou produit.
Une intervention de terrain se prépare avec des informations très différentes : qui participe, quel véhicule est disponible, quels lieux doivent être visités, quelles personnes ont déjà été rencontrées et quels produits peuvent être distribués. Dispersées, ces données deviennent difficiles à partager au bon moment.
Maraudes Dawap a été développée pour construire une mission comme un ensemble cohérent. Elle relie intervenants, véhicules, lieux, personnes, familles, produits, interventions et notes, puis consolide l’activité dans des vues statistiques.
Cette application métier sur mesure place la technique au service d’un besoin simple et exigeant : aider l’équipe à partir avec le bon contexte, puis conserver une mémoire utile sans ralentir l’action.
1. Une équipe de maraude confrontée à un contexte mouvant
Partager l’information sans figer la réalité du terrain
Chaque mission peut associer plusieurs intervenants, plusieurs lieux et différentes formes d’aide. Une intervention doit rester rattachée à cette mission tout en conservant son propre contexte.
Le suivi des personnes et des familles demande de retrouver les rencontres précédentes et leurs notes, avec une attention particulière à la pertinence des informations partagées.
Les produits distribués et les véhicules mobilisés complètent cette lecture. L’application devait articuler ces réalités sans réduire la mission à un simple calendrier.
2. Une construction rapide autour du parcours de mission
Poser le terrain, puis ajouter la lecture statistique
Le développement de novembre à décembre 2025 a d’abord structuré les référentiels : comptes, services, personnes, intervenants, lieux, produits et véhicules.
Les parcours de création, consultation et mise à jour ont ensuite construit la mission avec ses interventions, participants, lieux, produits et notes.
Les dernières évolutions ont corrigé le comptage des lieux et enrichi les statistiques d’interventions et de produits. Des environnements local, de validation et de production, ainsi que des travailleurs de messages, encadraient la livraison.
3. Une mission difficile à préparer depuis des informations dispersées
Le temps de coordination se prend sur le temps d’action
Quand lieux, véhicules, disponibilités et historiques circulent dans des conversations distinctes, préparer une tournée oblige à reconstituer le contexte.
Après l’intervention, l’absence de structure rend aussi les notes difficiles à retrouver et empêche de consolider clairement les produits distribués ou les lieux visités.
4. Donner à chaque mission un contexte complet
Préparer, intervenir, relire
L’objectif était de réunir l’équipe, le véhicule, les lieux et les produits avant le départ, puis de rattacher chaque intervention au bon ensemble.
L’outil devait aussi conserver une continuité autour des personnes et familles, afin que les informations utiles ne disparaissent pas entre deux missions.
5. Un modèle centré sur la mission et ses interventions
Chaque information garde sa place
La mission organise les intervenants, lieux, produits et notes. L’intervention précise l’action réalisée et peut rattacher les personnes concernées ainsi que les produits distribués.
Des espaces dédiés permettent de rechercher personnes, familles, lieux, véhicules et services. Les vues statistiques consolident ensuite missions, personnes, lieux et produits.
6. Conserver le détail sans alourdir la préparation
Une navigation par contexte, pas par fichiers
Les informations ont été séparées en objets identifiables pour être réutilisées d’une mission à l’autre. Cette structure évite de recopier un lieu ou une personne dans chaque compte rendu.
Les écrans de mission regroupent toutefois les vues indispensables — interventions, intervenants, lieux, produits et notes — afin que l’utilisateur ne doive pas reconstruire les relations.
7. Une exploitation prévue dès la première version
Environnements séparés et traitements en arrière-plan
L’application dispose de configurations distinctes pour le développement, la validation et la production. Les services PHP, Nginx et les travailleurs de messages sont décrits pour chaque contexte.
Les corrections de comptage et l’ajout des statistiques ont été intégrés avant la stabilisation de la version principale, avec une attention portée aux données réellement utiles sur le terrain.
8. Une mission plus facile à préparer et à relire
Le contexte ne se perd plus entre deux interventions
L’équipe peut retrouver au même endroit les participants, le véhicule, les lieux prévus et les produits associés. Chaque intervention enrichit ensuite la mémoire de la mission.
Les recherches et statistiques facilitent une lecture transversale par personne, lieu ou produit. L’outil réduit le temps passé à rassembler l’information et améliore sa continuité.
9. Une application discrète au service de la coordination
La bonne donnée, au bon moment, sans détour
Maraudes Dawap montre qu’un outil métier peut soutenir une action humaine sans chercher à la remplacer. Son rôle est de préparer le contexte, de rendre les informations accessibles et de conserver ce qui sera utile plus tard.
La mission, ses interventions et ses ressources forment une unité lisible. Les statistiques prolongent cette mémoire sans détourner l’application de son usage principal : coordonner le terrain.
Dawap développe ce type d’outil web métier lorsque la simplicité d’usage et la fiabilité du suivi doivent avancer ensemble.
