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)
