Por que Serviços Residenciais Requerem um Fluxo de Trabalho Completamente Diferente
Um marketplace de serviços para casa não é e-commerce. É uma plataforma de coordenação. Ela conecta pessoas, agenda trabalhos e gerencia a confiabilidade. A complexidade está no fluxo de trabalho, não nas transações.
Um único pedido de trabalho pode incluir:
• Imagens do problema
• Descrições e categorias
• Horário preferido
• Respostas de múltiplos contratantes
• Cotações de preços
• Aprovações
• Atualizações ao vivo durante o trabalho
• Verificação de conclusão
Nos bastidores, o marketplace deve evitar os maiores pontos de dor da indústria.
• Solicitações de emprego que desaparecem
• Contratantes que aceitam, mas não fazem o acompanhamento
• Proprietários que nunca confirmam o agendamento
• Trabalho que começa sem aprovações
• Sem rastreamento ou responsabilização
Isso não é cumprimento de produto. É cumprimento humano, que é muito mais imprevisível e requer um sistema mais robusto de verificações e atualizações.
A plataforma de Adrian precisava de estrutura. Algo que transmitisse confiança aos proprietários e exigisse que os contratantes seguissem um fluxo de trabalho completo com expectativas claras.
O Primeiro Rascunho do MVP e as Lacunas que Apareceram
A ideia inicial de MVP de Adrian era simples e clara.
Um site onde os proprietários se conectam e enviam solicitações de trabalho.
Um painel onde os contratantes aceitam trabalhos e enviam cotações.
Um ciclo que vai de solicitação a aprovação até a conclusão.
Mas em poucos dias, ficou claro que as ferramentas padrão de ecommerce não podiam suportar isso. Sistemas de múltiplos vendedores são projetados para envio de produtos, não para roteamento de serviços. Eles lidam com números de pedido, produtos e entregas. Eles não gerenciam cotações, aceitação de contratantes ou jornadas de trabalho em várias etapas.
Adrian percebeu algo importante.
Ele precisava de fluxos de trabalho personalizados, não de plugins de produto.
Ele precisava de lógica de roteamento, não de lógica de atendimento de pedidos.
Ele precisava de painéis que promovam movimentação, não de painéis que aguardem atualizações.
Aqui é onde o projeto precisava de um parceiro tecnológico capaz de desenvolver um fluxo de trabalho do zero.