Por que os Serviços Domésticos Exigem um Fluxo de Trabalho Completamente Diferente
Um mercado de serviços domésticos não é ecommerce. É uma plataforma de coordenação. Conecta pessoas, agenda trabalhos e gere a fiabilidade. A complexidade reside 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
• Múltiplas respostas de contratantes
• Cotações de preços
• Aprovações
• Atualizações em tempo real durante o trabalho
• Verificação de conclusão
Nos bastidores, o marketplace deve prevenir os maiores pontos de dor na indústria.
• Solicitações de emprego que desaparecem
• Contratantes que aceitam mas não fazem seguimento
• Proprietários que nunca confirmam o agendamento
• Trabalho que começa sem aprovações
• Sem rastreio ou responsabilidade
Isto não é o cumprimento de produtos. É o cumprimento humano, que é muito mais imprevisível e requer um sistema mais rigoroso de verificações e atualizações.
A plataforma de Adrian precisava de uma estrutura. Algo que desse confiança aos proprietários e exigisse que os empreiteiros seguissem um fluxo de trabalho completo com expectativas claras.
O Primeiro Rascunho do MVP e as Lacunas que Apareceram
A ideia inicial do MVP do Adrian era simples e clara.
Um website onde os proprietários se conectam e submetem pedidos de trabalho.
Um painel onde os contratantes aceitam trabalhos e enviam orçamentos.
Um ciclo que passa do pedido à aprovação até à conclusão.
Mas, em poucos dias, ficou claro que as ferramentas de ecommerce padrão não podiam suportar isto. Sistemas de múltiplos fornecedores são projetados para envio de produtos, não para roteamento de serviços. Eles lidam com números de encomenda, produtos e entregas. Não gerenciam orçamentos, aceitação de contratantes ou jornadas de trabalho em múltiplas 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 cumprimento de pedidos.
Ele precisava de painéis que promovam a ação, não de painéis que aguardem atualizações.
É aqui que o projeto precisava de um parceiro tecnológico capaz de desenhar um fluxo de trabalho desde o início.