Marketplace de manutenção de máquinas agrícolas — análise de escopo, esforço, custos, caminhos críticos e modelo de parceria Pokebola × Hugo.
O protótipo é bonito e o produto é viável. O risco real não é o código — é liquidez de marketplace e canal de WhatsApp. Construível em ~5–7 semanas de burn, com baixíssimo CAPEX. A primeira decisão (marketplace aberto × SaaS de oficina) muda tudo e precisa ser batida com o Hugo antes de qualquer linha.
Construir custom (este protótipo já resolve 80% do front). Começar mono-praça (uma cidade/região) para domar a liquidez. Hugo entra como sócio financeiro/comercial — é o encaixe perfeito: ele desenha o modelo de receita e usa a rede local pra semear produtores e técnicos. Deixar a camada de pagamento fora do MVP (só conecta as pontas) — entra na v2 quando houver volume.
"Uber de mecânico agrícola". Dois apps num só: o produtor abre o chamado, o técnico recebe por região, atende, orça e executa. A plataforma faz o match e ganha em cima da transação.
Embutido no protótipo: auth de 2 perfis, máquina de estados da OS (7 etapas), matching geográfico (técnico na região + km), notificação WhatsApp, upload de fotos, orçamento detalhado (serviço/peça/km), assinatura digital e rating. A UI já está madura — isso encurta muito a fase de front.
São dois produtos diferentes disfarçados de um. Bater o martelo nisso com o Hugo é o passo zero — muda escopo, custo e go-to-market.
| Dimensão | Marketplace aberto (o que o protótipo mostra) | SaaS de oficina / assistência (ferramenta interna) |
|---|---|---|
| Quem usa | Produtores + técnicos avulsos; a plataforma conecta | Uma assistência técnica gerencia os próprios técnicos |
| Monetização | Take-rate por OS, ou mensalidade do técnico | Assinatura por empresa (SaaS B2B) |
| Maior risco | Liquidez ovo/galinha: sem técnico, ninguém aceita | Vendas ciclo B2B mais lento, sem efeito de rede |
| Base pronta | Praticamente não existe opensource — é build custom | Odoo + OCA Field Service cobre boa parte |
| Esforço | Maior, mas é o produto diferenciado e escalável | Menor — reaproveita opensource maduro |
| Veredito | Recomendado se o objetivo é plataforma | Bom como plano B / entrada mais fácil de vender |
Atalho possível: começar pelo SaaS de oficina (mais fácil de vender, B2B, sem problema de liquidez) usando o protótipo como a "cara do produtor", e evoluir pro marketplace quando houver massa de técnicos cadastrados. Os dois caminhos compartilham ~70% do código.
Na avaliação anterior (Atlas CMMS), o favorito foi Odoo Community + OCA Field Service, com o gap duro sendo km/GPS + WhatsApp. Mas aquela conclusão vale para um cenário diferente do protótipo:
Modelo de sempre: Claude codifica, você valida/testa/dá as chaves. Cada fase termina com algo que dá pra ver e usar.
| Fase | Entregável visível | Suas horas |
|---|---|---|
| F0 · Decisão & Fundação | Modelo decidido (marketplace × SaaS), stack escolhida, schema do banco | ~4h |
| F1 · Backend core | Auth 2 perfis + máquina de estados da OS + orçamento (API rodando) | ~15h |
| F2 · Geo & matching | Técnico encontra chamado por região + cálculo de km + disparo por proximidade | ~10h |
| F3 · Front ao vivo | Protótipo vira PWA conectado (abre no celular, sem app store) | ~12h |
| F4 · Integrações | WhatsApp + assinatura digital + fotos offline-first + avaliação | ~12h |
| F5 · Piloto em campo | 1 fazenda + 1 técnico reais fechando uma OS de ponta a ponta | ~10h |
| Total MVP | Produto funcional, validado em campo | ~63h |
| F6 · Pagamento v2 | Split/take-rate, gateway, NF — só quando houver volume | +25h |
O gargalo é a sua presença, não o código — igual foi a estimativa do Diamante. Claude faz o peso; você valida, testa e entrega as chaves (login/OAuth/billing/celular).
A fatia do Hugo é pequena no build e cresce muito na operação (modelo de receita, caixa do negócio, comercial).
Build pesado de algumas semanas = muitos dias de Sonnet codando longo + Opus planejando fases.
| Plano | Custo | Veredito para este build |
|---|---|---|
| Max 5× (US$100/mês) | ~R$ 550/mês | Gargala bate limite de Opus nos dias de build pesado e trava no meio |
| Max 20× (US$200/mês) | ~R$ 1.100/mês | Recomendado no build → cai pro 5× quando virar manutenção |
Regra: tier alto durante a construção (~1,5–2 meses), tier baixo na operação. Custo total de IA do build inteiro: ~R$ 1.700–2.200, e é praticamente o único gasto real pra sair do zero.
São os "se acontecer X, vira custo" — bom o Hugo ter no radar pro modelo financeiro:
| Gatilho | O que vira | Ordem de grandeza |
|---|---|---|
| Número de WhatsApp banido (já vivemos isso) | Migrar pra API oficial Meta | ~R$0,40/conversa + setup |
| Assinatura precisar de validade jurídica forte | ICP-Brasil via Clicksign/D4Sign | R$50–200/mês + R$/assinatura |
| Plataforma intermediar o pagamento (v2) | Gateway (Asaas/Pagar.me/Mercado Pago) | 2–4% + ~R$1/transação |
| PWA não bastar no campo → app nativo | Lojas + build nativo | Apple US$99/ano · Google US$25 |
| Orçamento contestado / disputa | Moderação humana (tempo do Hugo) | tempo, não R$ direto |
| Plataforma conecta serviço físico em máquina cara | Seguro / responsabilidade civil | consultar — pode ser relevante |
| Emissão de NF / split / retenções | Conformidade fiscal do marketplace | contador + ajuste |
Por ordem de quem realmente derruba a iniciativa — note que os dois primeiros não são código.
| # | Risco | Por quê | Mitigação |
|---|---|---|---|
| 1 | Liquidez do marketplace crítico | Sem técnicos cadastrados, produtor abre OS e ninguém aceita (ovo/galinha) | Começar mono-praça; Hugo semeia técnicos antes do lançamento |
| 2 | WhatsApp em escala crítico | Disparar pra técnicos não-cadastrados é o canal real do campo — e o que banir número | Decidir Evolution × API oficial Meta cedo; opt-in dos técnicos |
| 3 | Matching geo + km médio | Gap duro — nenhum opensource entrega de graça | Construir na F2 (geoquery + distância) |
| 4 | Conectividade no campo médio | Fazenda sem sinal; técnico perde fotos/diagnóstico | Fotos e diagnóstico offline-first (sincroniza depois) |
| 5 | Assinatura com valor real baixo | Rabisco do mockup não tem valor jurídico | Aceite eletrônico c/ trilha (timestamp/IP) basta na maioria; ICP só se exigir |
| 6 | Dinheiro na plataforma decisão | "Só conecta" (R$0 risco) × intermedia pagamento (escopo dobra) | MVP só conecta; pagamento é v2 (e expertise do Hugo) |
O encaixe é natural: você é produto/tech (com o Claude), Hugo é gestor financeiro/controller. Num marketplace que vive de unit economics, take-rate e caixa, o Hugo não é "ajuda" — ele é a metade que faz o negócio fechar a conta.
Sinergia-chave: a maior dúvida do marketplace ("isso fecha a conta?") é exatamente a especialidade do Hugo. Deixa ele desenhar o modelo financeiro antes da F1 — assim o produto nasce já amarrado ao que dá dinheiro. E Roraima tem agropecuária em alta: a praça-piloto pode ser a base dele (BV/RR), não Cuiabá do mockup.
| Frente | Pokebola | Hugo | Claude |
|---|---|---|---|
| Modelo de receita / preço | Aprova | Conduz | Apoia c/ dados |
| Stack & produto | Conduz | Consultado | Executa |
| Marketplace × SaaS | Decide junto | Decide junto | Recomenda |
| Semear técnicos/produtores | Apoia | Conduz | — |
| Sociedade / equity | Decide junto | Decide junto | — |
A divisão de sociedade (% equity, quem entra com capital de infra, remuneração) é decisão de vocês dois — sugiro fechar antes da F1 pra não virar atrito depois.
amarelo = tarefa que depende do Hugo ou de decisão conjunta.
Próximo passo sugerido: uma conversa de 1h com o Hugo só pra bater as 5 decisões acima. Com isso fechado, a F0 dura 1 sessão e a F1 já começa. Quando vocês baterem o martelo, é só me chamar com "vamo no AgroService".