Perché i Servizi Domestici Richiedono un Flusso di Lavoro Completamente Differente
Un mercato di servizi domestici non è e-commerce. È una piattaforma di coordinamento. Collega le persone, pianifica il lavoro e gestisce l'affidabilità. La complessità risiede nel flusso di lavoro, non nelle transazioni.
Una singola richiesta di lavoro può includere:
• Immagini del problema
• Descrizioni e categorie
• Orario preferito
• Risposte multiple da appaltatori
• Preventivi
• Approvazioni
• Aggiornamenti in tempo reale durante il lavoro
• Verifica di completamento
Dietro le quinte, il marketplace deve prevenire i più grandi punti dolenti del settore.
• Richieste di lavoro che scompaiono
• Appaltatori che accettano ma non seguono
• Proprietari di case che non confermano mai la programmazione
• Lavoro che inizia senza approvazioni
• Nessun tracciamento o responsabilità
Questo non è adempimento del prodotto. È adempimento umano, che è molto più imprevedibile e richiede un sistema di controlli e aggiornamenti più robusto.
La piattaforma di Adrian aveva bisogno di struttura. Qualcosa che givesse fiducia ai proprietari di casa e richiedesse ai fornitori di servizi di seguire un flusso di lavoro completo con aspettative chiare.
Il Primo Draft MVP e i Gap Che Sono Comparsi
L'idea iniziale di MVP di Adrian era semplice e pulita.
Un sito web dove i proprietari di casa possono accedere e inviare richieste di lavoro.
Un cruscotto in cui i contrattisti accettano lavori e inviano preventivi.
Un ciclo che passa dalla richiesta all'approvazione fino al completamento.
Ma nel giro di pochi giorni, è diventato chiaro che gli strumenti di e-commerce standard non potevano supportare questo. I sistemi multi-vendor sono progettati per la spedizione di prodotti, non per il routing dei servizi. Gestiscono numeri d'ordine, prodotti e consegne. Non gestiscono preventivi, accettazione da parte dei contractor o percorsi di lavoro a più fasi.
Adrian si rese conto di qualcosa di importante.
Aveva bisogno di flussi di lavoro personalizzati, non di plugin per il prodotto.
Aveva bisogno di logica di instradamento, non di logica di evasione degli ordini.
Aveva bisogno di cruscotti che imponessero movimento, non cruscotti che aspettassero aggiornamenti.
Questo è il punto in cui il progetto aveva bisogno di un partner tecnologico in grado di progettare un flusso di lavoro da zero.