Pourquoi les services à domicile nécessitent un flux de travail complètement différent
Un marché de services à domicile n'est pas du commerce électronique. C'est une plateforme de coordination. Elle connecte les gens, planifie le travail et gère la fiabilité. La complexité réside dans le flux de travail, et non dans les transactions.
Une seule demande d'emploi peut inclure :
• Images du problème
• Descriptions et catégories
• Moment préféré
• Réponses multiples des entrepreneurs
• Devis
• Approbations
• Mises à jour en direct pendant le travail
• Vérification de l'achèvement
Dans les coulisses, le marché doit prévenir les plus grands points de douleur de l'industrie.
• Les demandes d'emploi qui disparaissent
• Entrepreneurs qui acceptent mais ne relancent pas
• Propriétaires qui ne confirment jamais la planification
• Travail qui commence sans approbations
• Aucune trace ni responsabilité
Ce n'est pas la réalisation de produits. C'est la réalisation humaine, qui est beaucoup plus imprévisible et nécessite un système de contrôles et de mises à jour plus solide.
La plateforme d'Adrian avait besoin de structure. Quelque chose qui donnait confiance aux propriétaires et qui obligeait les entrepreneurs à suivre un flux de travail complet avec des attentes claires.
Le premier projet MVP et les lacunes qui sont apparues
L'idée initiale de MVP d'Adrian était simple et épurée.
Un site web où les propriétaires se connectent et soumettent des demandes de travail.
Un tableau de bord où les entrepreneurs acceptent des travaux et envoient des devis.
Un cycle qui passe de la demande à l'approbation, puis à l'achèvement.
Mais en quelques jours, il est devenu clair que les outils e-commerce standards ne pouvaient pas le soutenir. Les systèmes multi-vendeurs sont conçus pour l'expédition de produits, pas pour le routage de services. Ils gèrent les numéros de commande, les produits et les livraisons. Ils ne gèrent pas les devis, l'acceptation des sous-traitants, ou les parcours de travail en plusieurs étapes.
Adrian a réalisé quelque chose d'important.
Il avait besoin de workflows personnalisés, pas de plugins de produit.
Il avait besoin de logique de routage, pas de logique d'exécution de commandes.
Il avait besoin de tableaux de bord qui encouragent l'action, pas de tableaux de bord qui attendent des mises à jour.
C'est ici que le projet avait besoin d'un partenaire technologique capable de concevoir un flux de travail de A à Z.