Présents ======== - Julien Ruchaud, Code Lutin - Jean Couteau, Code Lutin - Frédéric Slawinski, MJOL - Mathieu Fosse, MJOL Workflow de commande ==================== - Nous reparcourons les remarques suite au documents envoyé par Code Lutin et amendé par MJOL : - Validation panier : Suppression du tarif de frais de déplacement. Remplacer le libellé par "forfait de déplacement, traitement des déchets et compostage". - Validation adresse/compte : suppression des tarifs. Ils seront repris en étape 4. - Validation adresse/compte - nouveau compte : suppression des tarifs. Affichage des champs obligatoire et contrôle de validité. Pas de module de localisation GPS. Localisation en utilisant la base de données adresses en Open Data promue par le gouvernement (croisement des données IGN, La Poste et OpenStreetMap). - Choix de la date : Présentation de la semaine en cours et la semaine à venir (possibilité d'afficher les semaines suivantes). Choix d'une demi-journée (ou une journée). En fonction de la demi-journée choisie, calcul et affichage du forfait de déplacement/compostage/... selon la formule : forfait de base + 0.34€ HT/km au delà de 40km. Toutes les distances s'entendent à vol d'oiseau. Par exemple, en cas de distance de 20km à vol d'oiseau mais trajet de 45km par la route (par exemple en montagne), le client ne paye que le forfait de base. Question liée à cette problématique : A quelle distance s'arrête t'on ? - Règlement : Paiement par CB/Paypal uniquement. Prise en compte des équipes =========================== Ce point ne faisait pas partie de la demande initiale et n'a donc pas été devisé. Nous proposons une prise en charge de la manière suivante : - ajout d'un champ sur le compte prestataire pour déterminer la taille de l'équipe (1, 2 ou 3 équipiers par exemple, par défaut, champ renseigné à 1). - un prestataire disposant de plusieurs équipes crée un compte par équipe. - prise en compte du nombre d'équipiers dans le calcul du temps de prestation En fonctionnant de cette manière, nous pouvons ajouter le fonctionnement en équipe sans surcoût pour MJOL (l'annulation de la prise en compte des chèques/virement, cf. workflow de commande, compensant les ajouts liés à la prise en compte des équipes). Nous pouvons proposer un fonctionnement plus complet : - un prestataire peut déterminer son nombre d'équipes dans son compte. - lors de la saisie du planning, il saisit un planning par équipe. - par demi-journée, il peut indiquer le nombre d'équipier (par exemple 2 le lundi matin, 3 le lundi après-midi...) - prise en compte du nombre d'équipiers dans le calcul du temps de prestation. Le fonctionnement plus complet implique des modifications importantes par rapport à ce qui était prévu et nécessite pour nous 4j de travail supplémentaire et donc 1 semaine de délai supplémentaire dans la réalisation. Au vu, à la fois du coût et du délai que cela ajoute à un planning déjà très serré, il nous semble plus judicieux de partir sur une solution simple et viable, de voir comment le marché réagit et, dans une version ultérieure, de compléter ce mode de fonctionnement si cela est nécessaire. Limitation à 1 jour de prestation ================================= Suite à nos réflexions sur le processus de commande, et notamment le planning, il nous est apparu qu'il est extrêmement complexe de proposer, de manière efficiente, à la fois au client et au prestataire, une intervention sur plusieurs jours de manière satisfaisante. En effet, dans le cas d'une intervention sur 2 jours, il faut trouver un prestataire disponible 2 jours consécutifs, et que le client soit disponible ces 2 jours consécutifs donnés, en prenant en compte les prestations à effectuer, les frais de déplacement... Avec le fonctionnement en équipe, nous pouvons limiter les prestations à une journée, et, dans le planning nous proposons les prestataires suivant en fonction de la durée de prestation : - 0 à 7h : tous les prestataires - 7 à 14h : toutes les équipes de 2 personnes ou plus - 14 à 21h : toutes les équipes de 3 personnes ou plus. Ainsi, nous traitons les demandes jusqu'à 21h de prestation (soit des prestations à environ 1300€HT à 60€HT/h), ce qui doit représenter la totalité (ou 99%) des demandes de prestations transitant via MJOL, tout en maintenant un fonctionnement simple, compréhensible par les prestataires et les clients. MJOL doit réfléchir à cette proposition. Question : Les temps de déplacement sont-ils compris dans les 7h par jour ? Processus de validation après règlement ======================================= Une fois le règlement effectué par le client, envoi d'un mail de confirmation au client (pas de validation prestataire). 24h avant la prestation, envoi rappel Mail + SMS au client et prestataire (initialement non prévu, pris en charge avec l'abandon de la validation de la date par le prestataire). Processus de modification de commande ===================================== En cas de problème de commande (ex. 150m2 de tonte en plus), lorsque le client reconnaît l'erreur, il modifie sa commande sur le site grâce à son numéro de commande et règle le complément en ligne. Le prestataire reçoit un SMS + Mail de validation du règlement. Le cas en cas de litige n'a pas été abordé. Connaissance/proposition du dernier prestataire prévu ===================================================== L'idée est de proposer au client, lors du choix du planning de faire intervenir le dernier prestataire intervenu chez lui. Dans le planning, une case à cocher permet d'afficher/masquer le planning du dernier prestataire intervenu pour pouvoir choisir parmi ses disponibilité. Attention, cela peut amener des frustrations client : Dans le cas où le client souhaite faire intervenir lors de sa 2ème commande, le prestataire X intervenu la première fois, mais qu'il n'est pas dispo, il fait intervenir le prestataire Y. Lors de sa 3ème commande, ce sera le prestataire Y qui sera proposé et non le prestataire X, même si le client souhaite faire intervenir le prestataire X dont il était satisfait. Un tel fonctionnement n'était pas prévu dans notre proposition (les prestataires étaient sensés être "anonymes" pour le client). Une telle modification n'est pas anodine et modifie considérablement l'écran de sélection du créneau d'intervention. Code Lutin peut réaliser la fonctionnalité à la place de la validation prestataire après règlement. Validation de l'intervention par le prestataire =============================================== L'idée est que le prestataire, via un formulaire dédié, valide son intervention en joignant deux photos du jardin sur lequel il est intervenu (avant/après intervention), et un éventuel commentaire. La fonctionnalité est à notre sens pertinente à long terme, mais peu utile dans une première version, et surtout, sur le site. En effet, nous voyons mal les prestataires prendre 2 photos, se rendre, sur leur smartphone, sur le site, s'identifier, puis retrouver la commande et ensuite choisir les 2 photos pour les envoyer. Nous pensons que cette fonctionnalité aurait plus de sens, et serait plus utilisée dans une application smartphone dédiée au prestataire. Sur l'application, le prestataire peut alors simplement prendre une photo depuis l'application, directement sur l'intervention en cours et sans s'identifier (c'est l'application qui conserve les identifiants de connexion). Les envois s'effectuent en tache de fond. L'opération est alors simple et rapide pour le prestataire. Enfin, dans d'autres services de ce type, comme Blablacar, par défaut la prestation est réputée effectuée et correcte. Dans l'hypothèse d'un conflit entre deux personnes mises en relation (client et prestataire pour MJOL, conducteur et passager pour blablacar), c'est à la personne commandant la prestation (client ou passager) d'apporter la preuve que la prestation n'a pas été réalisée (ou mal réalisée) aux torts de la personne effectuant la prestation (conducteur, jardinier). Cette preuve est apportée après coup et c'est un chargé de clientèle qui traite la demande (qui reste exceptionnelle). Cette fonctionnalité n'était pas prévu dans notre devis. Elle est réalisable mais cela nécessite de modifier le stockage des données (nombreuses photos à stocker), et de créer un écran spécifique. Cela nécessite pour nous 3j de travail supplémentaire et donc 1 semaine de délai supplémentaire dans la réalisation. Modulation du forfait de déplacement en fonction de la commune du prestataire ============================================================================= L'idée est de modifier la distance du forfait de déplacement en fonction de la commune du prestataire. Nous pouvons proposer l'ajout au site d'un référentiel des 36 000 communes française référencées par leur code INSEE (un code postal peut recouper plusieurs communes). L'équipe MJOL devra spécifier, pour chaque commune le rayon d'action du forfait de déplacement pour les prestataires de la commune. Par exemple : Paris 15km, Mouzillon 40km, Nantes 20km, Saint Herblain 25km... Cette fonctionnalité n'était pas prévu dans notre devis. Elle est réalisable mais cela nécessite l'ajout d'un référentiel et les écrans de consultation et d'édition associés et de modifier les algorithmes de calcul des frais de déplacement. Cela nécessite pour nous 4j de travail supplémentaire et donc 1 semaine de délai supplémentaire dans la réalisation. A notre sens, c'est plutôt aux prestataires d'indiquer leur rayon d'action par rapport au forfait MJOL. Par exemple, un prestataire nantais, débutant, peut, pour remplir son carnet de commande, souhaiter un rayon d'action de 40km, alors qu'un prestataire installé, avec son carnet de commande régulièrement plein souhaiter un rayon d'action de 10km. Cette proposition n'est pas chiffrée et doit être étudiée par MJOL. Résumé des modifications des fonctionnalités par rapport au devis ================================================================= Ces modifications n'impliquent pas de modification dans les coûts ou les délais de livraison. - Suppression de la possibilité de règlement par chèque/virement et gestion associée, remplacés par la prise en compte des équipes, solution simple. - Suppression de la validation du créneau d'intervention par le prestataire, remplacée par les notifications d'interventions 24h avant et la connaissance/proposition du dernier prestataire prévu. Résumé des fonctionnalités non prises en comptes ================================================ Ce sont les fonctionnalités qui ne seront pas développées dans la première version du site (sauf si commande complémentaire) : - Modulation du forfait de déplacement en fonction de la commune du prestataire (4j, 2400€ HT) - Validation de l'intervention par le prestataire (via photos) (3j, 1800€ HT) - Prise en compte des équipes, intégration de n équipe à 1 compte prestataire et planning fin (4j, 2400€ HT)