Connaître la technologie derrière votre méthodologie de planification : deuxième partie de la série sur le parcours utilisateur

Il s'agit de la deuxième partie d'une série en 8 parties intitulée "Parcours utilisateur sur une plate-forme commerciale à la demande"

La méthodologie de planification de votre plateforme à la demande définit la valeur fondamentale du produit pour le consommateur. Pour un client, la partie la plus pratique de l'utilisation d'une plateforme à la demande est de pouvoir programmer des services en fonction de ses besoins et de savoir instantanément qu'un rendez-vous dans un avenir immédiat ou proche lui a été réservé.. La préférence de planification d'un client est l'une des principales entrées que la logique de correspondance d'une application utilise pour attribuer un fournisseur de services ou récupérer une liste de fournisseurs de services parmi lesquels les clients peuvent choisir, selon le cas.

Selon le modèle commercial sous-jacent, la méthodologie de planification d'une plate-forme de services à la demande peut fonctionner de différentes manières. Il peut être à la fois instantané (planifier maintenant) et planifié (planifier plus tard). Vous pouvez en savoir plus sur le modèle Schedule Now vs. Later ici. Dans cette partie, nous avons compilé différents mécanismes intégrés à notre module de planification pour répondre aux besoins spécifiques de l'entreprise. 

Options de planification pour le client

En cas de demandes de planification instantanée (planifier maintenant), la plate-forme recherche les fournisseurs de services disponibles à proximité. Alors qu'en cas de demandes de « programmer plus tard », la plateforme fait correspondre le créneau horaire sélectionné par le client avec des créneaux horaires libres sur les calendriers des fournisseurs de services qui répondent aux autres préférences du client. Sur la plate-forme côté client, les options suivantes peuvent être fournies pour les aider à planifier des services :

• Rendez-vous

Cela signifie essentiellement « planifier au plus tôt ». Les demandes des clients peuvent être configurées pour être directement attribuées à un fournisseur de services avec l'ETA le plus bas vers l'emplacement du client ou envoyées aux fournisseurs de services correspondants conformément à la logique de diffusion des demandes de l'application.

Un service de taxi tel qu'Uber ne répond qu'à la demande instantanée et attribue la réservation à un chauffeur qui peut atteindre l'emplacement du client au plus tôt.

• Programmer pour plus tard

Cette option est destinée aux applications qui prennent des réservations à l'avance. Une application pour réserver une visite chez un médecin comme ZocDoc décider de gérer les calendriers des médecins en prenant uniquement les rendez-vous planifiés. Le mécanisme Planifier ou Réserver pour plus tard peut être configuré de deux manières selon les besoins de l'entreprise.

Une façon d'y parvenir consiste à envoyer des demandes au(x) fournisseur(s) de services correspondant(s) au moment où la demande du client est reçue. La réservation est marquée comme terminée lorsque la demande est acceptée par un fournisseur de services. Une logique de rétroaction de confirmation est intégrée au module pour reconfirmer la demande de réservation auprès du fournisseur de services plus proche de la date et de l'heure réservées.

Un exemple de flux ressemble à ceci : Le client souhaite effectuer une réservation dans 4 jours. La demande est acceptée par un fournisseur de services et l'affectation est terminée. Désormais, le jour de la réservation, une notification push est envoyée sur le mobile d'un prestataire de services lui demandant de confirmer qu'il effectuera le service réservé. Si le fournisseur de services confirme, une notification peut être envoyée au client, qui fonctionne également comme un rappel de service. Si le fournisseur de services ne fournit pas cette confirmation, un autre push est envoyé, par exemple, 90 minutes, puis 60 minutes avant l'heure prévue. En cas de non réponse, la réservation est automatiquement annulée et la plateforme relance la diffusion de la demande pour trouver un nouveau prestataire à qui attribuer cette demande.

Une autre façon de gérer une demande de planification ultérieure est la suivante : le système parque la demande du client pour une affectation ultérieure. Une demande de réservation pour 4 jours à partir de maintenant est reçue et maintenue en attente pour le moment. Le jour prévu, l'attribution de la demande est effectuée selon un flux Planifier maintenant - 45 minutes avant l'heure demandée.

• Les deux

Certaines applications offrent plus de flexibilité. Par exemple, une application de service de massage peut offrir les deux options à ses clients, c'est-à-dire demander un massage instantané ou programmer un massage pour un jour ou une heure ultérieurs.

Exemple d'écrans d'application pour la planification par client 

Planification du point de vue du fournisseur de services

Sur une application côté fournisseur de services, les outils ou fonctionnalités suivants sont utilisés pour gérer leur emploi du temps.

• Check In / Check Out

Cette fonctionnalité peut être utilisée par un fournisseur de services pour mettre à jour sa disponibilité en temps réel (c'est-à-dire sa disponibilité au moment actuel) sur l'application. Ceci est particulièrement utile pour les services à la demande ou Planifier maintenant, où la logique d'application recherche les fournisseurs de services enregistrés pour attribuer une demande.

• Calendrier intégré à l'application

Un calendrier intégré à l'application peut être défini sur l'application du fournisseur de services. Cette fonctionnalité est utile dans les applications qui disposent d'une option Planifier un rendez-vous ultérieur. La logique d'application recherche les créneaux disponibles dans les calendriers intégrés à l'application des fournisseurs de services avant de les faire correspondre à une demande de service. Lorsqu'un fournisseur de services accepte un rendez-vous, son calendrier intégré à l'application est mis à jour et ce créneau horaire est défini comme "réservé".

• Intégration de calendriers personnels ou tiers avec le calendrier intégré à l'application

Les calendriers autonomes intégrés à l'application fonctionnent lorsque les fournisseurs de services travaillent exclusivement sur la plate-forme et ne prennent pas de rendez-vous à l'extérieur. Mais, comme cela arrive dans de nombreux cas, les fournisseurs de services ont d'autres sources pour recevoir des demandes d'emploi, par exemple de nombreuses applications de beauté et de bien-être n'embauchent pas d'employés, mais enregistrent des pigistes pour travailler sur leurs plateformes. Ces freelances sont généralement également attachés à d'autres canaux pour générer des demandes d'emploi. Afin d'éviter les conflits dans leur emploi du temps, leurs calendriers personnels, des calendriers tiers tels que Google Calendars ou des outils de planification des quarts de travail peuvent être intégrés à un calendrier intégré à l'application.

• Mise à jour manuelle du calendrier

Parfois, les fournisseurs de services voudraient identifier à l'avance certains jours ou créneaux horaires où ils ne seront pas disponibles pour travailler. Dans de tels cas, les fournisseurs de services ont la possibilité de sélectionner manuellement ces périodes sur leur calendrier intégré à l'application et de les marquer comme "indisponibles". Les prestataires de services peuvent également marquer leurs heures de travail sur le calendrier.

Exemple d'écrans d'application pour la planification du côté du fournisseur de services

Veuillez Contactez-nous avec nous si vous cherchez à créer une plateforme commerciale à la demande. Créons ensemble la prochaine disruption dans cet espace !