Skip to main content
Besoin : Il y a 2 besoins d’identifiés.
  1. Pouvoir définir une intervention, sans connaissance de la date de celle ci en amont. Avoir un statut à planifiée.
    → Intervention sans date : il faut pouvoir échanger avec le prestataire en question pour planifiée d’une date.
  2. Pouvoir définir une intervention, sans connaissance du prestataire en amont, avoir un statut brouillon
    → Intervention sans prestataire : pouvoir demander des devis à X prestataire, et sélectionner le meilleur devis pour l’intervention.
Status : Brouillon : pas de date, pas de presta En négociation : (date), pas de presta À planifier : pas de date, (presta) Directive: mettre en place les nouveaux process (sans les conversations) Fonctionnalités : Intervention à planifier : (besoin boîte de réception)
  • Le plus simple: intégrer l’échange de mail avec le prestataire (tout avoir dans la même conversation mail, et une fois qu’il se sont mis d’accord, le client set la date dans le logiciel, et envoie le mail d’intervention)
  • Pouvoir envoyer un mail d’intervention sans date, il effectue l’intervention quand il veut ?
    → au minimum une échéance : type de date (déjà plus ou moins fait avec routine)
    permet d’avoir un suivi avec statut en retard si échéance dépassée
  • avoir un lien avec la boite de réception ?
    le prestataire répond juste au mail ?
    ou bien il clique sur un lien du mail pour pouvoir répondre ?
Intervention en négociation :
  • Pouvoir sélectionner plusieurs prestataires (refaire le tableau des prestataires / contacts, il est vraiment naze actuellement)
  • Pouvoir rien ne rien sélectionner
  • Pouvoir envoyer une demande de devis à tous les prestataires (max 5)
    • ça envoie 5 mail
    • ça ouvre 5 conversation dans 5 onglets
    • Il peut envoyer un dernier message, et cloturer la demande.
    • Il peut sélectionner un devis, et annuler tous les autres. → l’intervention passe en “à planifier”
Intervention de routine : on reprend le type de date introduit dans l’intervention à planifier :
  • type date planifiée définie à la création de la routine, pour qu’une intervention ait lieu le jour de reprogrammation
  • type date d’échéance définie à la création de la routine, pour qu’une intervention soit faite avant le jour de reprogrammation

​
Question

Pour les deux problématiques, avoir 1 ou 2 statut ? (intervention sans prestataire, intervention sans date) → je dirais qu’il faut 2 statut, 1 pour définir l’étape du choix du prestataire, l’autre pour le choix de la date. Je dirais avoir un statut (brouillon → juste avoir défini le scope de l’intervention, à planifiée →besoin de définir une date)
⇒ voir section statut Pour la date à planifier, est ce que c’est au prestataire de choisir la date ? ou bien c’est juste le client qui veut une validation de la date d’intervention pour être certain qu’il est disponible ? → à voir comment gérer ça correctement

​
Avis emilie

Pas convaincu de la valeur ajoutée d’une conversation in app pour les interventions.
(avis jonathan: gros gain au niveau du suivi)