O QUE ESTAMOS CONSTRUINDO
A House of Pace é uma comunidade de corrida, trail, triathlon e ciclismo de estrada, com casa física no Voturuna Life Park e visão global. O ativo central é a comunidade e a marca. O comércio acontece dentro de uma conversa.
O KODA é a plataforma por trás dessa conversa. Começou como o agente que vende pra HOP (lá ele atende com o nome de HOPPER) e virou um sistema em camadas: a comunidade gera a demanda, o agente conversa e vende, as integrações entregam, os dados do relógio fazem o atleta voltar todo dia, e a mesma stack serve outras comunidades, marcas e assessorias.
- 01Comunidade e marcaA HOP: 550+ atletas, casa física, conteúdo e eventos. É de onde vêm a demanda e a confiança.no ar
- 02Conversa no WhatsAppO agente que atende, recomenda, monta o carrinho, cobra e acompanha a entrega. Multi-tenant por desenho.no ar
- 03IntegraçõesPlataformas de e-commerce, pagamento, ERP e emissão fiscal, logística e apps de treino. Um conector por parceiro, pra plugar o próximo sem reescrever o sistema.parcial
- 04Dados do atletaRelógio, treino e prova: previsão de tempo pra meta, semana planejada contra feita, vida útil dos tênis e o que usar em cada treino. O painel aberto do JP é o protótipo, com dados de verdade.protótipo
- 05Qualidade e procedênciaTraces de cada conversa, avaliação antes de cada release e uma biblioteca que explica cada peça do sistema com link pro código.em construção
- 06Plataforma pra muitosOutra comunidade, marca ou assessoria com o próprio agente, do onboarding até a primeira venda.a missão desta vaga
A missão desta vaga é ser dona desse conjunto: saber o que fatura hoje (o comércio na conversa), o que faz o atleta voltar todo dia (os dados) e o que faz escalar (integrações e multi-tenant), com a qualidade medida em cada conversa.
COMO A GENTE CONSTRÓI
O time é pequeno e desenvolve com agentes de código de longa duração. Por isso uma spec é lida por pessoas e por agentes, e uma spec ambígua vira código errado em poucas horas. A qualidade do KODA é acompanhada em três loops (runtime, observação e evolução), com OpenTelemetry nos traces e rubricas de LLM-as-judge nas conversas. Tudo vive no GitHub: issue, spec em markdown, pull request.
O resto é assíncrono e por escrito, pra não depender da agenda de ninguém.
O SEU TRABALHO
- Ser dona do problema, da prioridade e do critério de pronto do KODA, nas seis camadas. Um backlog único no GitHub, com o equilíbrio entre débito técnico e funcionalidade nova decidido com dados.
- Operar o produto todo dia. Abrir o dia na torre de controle dos agentes e workflows (o que rodou, o que falhou, quanto custou cada fluxo) e fechar o dia com o que ficou aberto já com dono e prazo.
- Cuidar da qualidade do agente. Ler traces e conversas reais, transformar falha observada em backlog e manter, junto com engenharia, as conversas de referência e as rubricas que decidem se uma versão vai pro ar.
- Escrever specs que pessoas e agentes executam. Markdown no repositório, com critério de aceite verificável e o comportamento esperado do agente: tom, limites, casos de borda e a hora de passar pra um humano.
- Desenhar o onboarding de um novo lojista até a primeira venda. É a maior lacuna pra o KODA escalar hoje.
- Dominar a regra de negócio das integrações. Pagamento, nota fiscal, estoque e frete em cada plataforma conectada, escritos como requisito sem depender de programar.
- Fazer descoberta com gente de verdade. Entrevistar atletas da comunidade e lojistas e mapear a jornada inteira: descoberta, carrinho, pagamento, entrega e recompra.
OS PRIMEIROS 90 DIAS
Entender
- Compra pelo KODA como cliente
- Lê conversas reais do agente
- Entrevista atletas e lojistas
- Mapeia a jornada e as falhas
- Levanta o baseline das métricas
PORTÃODiagnóstico e baseline aprovados
Organizar
- Backlog único no GitHub
- Rubrica e casos de avaliação montados com engenharia
- Painel de métricas no ar
- Primeira spec ponta a ponta: pagamento ou onboarding
PORTÃOPrimeira entrega em produção com a avaliação passando
Escalar
- Roadmap do próximo trimestre
- Spec do onboarding self-serve de lojista
- Go/no-go de release decidido por avaliação
- Piloto com um novo cliente
PORTÃOO ritual de release roda sem fundador no loop
COMO VAMOS MEDIR
As metas numéricas saem do baseline que você levanta nos primeiros 30 dias. Antes disso, qualquer número seria chute.
| MÉTRICA | O QUE MOSTRA |
|---|---|
| Conversão de conversa em pedido | Se o agente vende |
| Taxa de resolução sem humano | Se o agente resolve sozinho e com segurança |
| Nota na avaliação e regressões barradas antes do release | Se a qualidade está sob controle |
| Tempo de spec até produção e % de specs sem retrabalho | Se a especificação está clara |
| Tempo até a primeira venda de um novo lojista | Se o produto escala pra outros tenants |
| Recompra em 30 e 60 dias | Se a comunidade volta a comprar |
| Horas dos fundadores em decisões de produto | Se a vaga funcionou: tem que cair mês a mês |
QUEM A GENTE PROCURA
- Já levou produto ao ar e iterou com dado real. Três a seis anos em produto digital, ou projetos próprios que provem a mesma coisa.
- Construiu com LLM e entende na prática prompt, alucinação, avaliação, custo e latência.
- Escreve bem: spec clara, com critério de aceite que um teste ou um agente consegue verificar.
- Anda no GitHub com fluência: issue, pull request, markdown, leitura de diff de prompt e de configuração. Não precisa programar em produção.
- Fica à vontade com dados: SQL básico, logs, traces, definição de funil.
- Conhece e-commerce por dentro: catálogo, checkout, pagamento, frete e pós-venda.
- Trabalha com autonomia num ambiente ambíguo e traz o problema já com uma proposta de solução.
- Português fluente e inglês pra ler documentação de API.
Contam a favor: WhatsApp Business API ou comércio conversacional; plataformas de e-commerce, gateways de pagamento, ERP ou logística; avaliação de agentes com LLM-as-judge ou OpenTelemetry; spec que um agente de código já executou; SaaS multi-tenant com onboarding self-serve; e treinar corrida, trail, triathlon ou ciclismo a ponto de saber o que vem dentro de um arquivo do Garmin.
O QUE É DIFÍCIL AQUI
- Time pequeno e sem processo pronto. Você constrói o processo enquanto entrega.
- O agente não responde sempre igual, então pronto é o que passa na avaliação.
- Os fundadores tocam várias frentes ao mesmo tempo. Autonomia e comunicação por escrito são obrigatórias.
- São três públicos com interesses diferentes: atletas da comunidade, lojistas e parceiros de pagamento e logística.
O PROCESSO
Quatro etapas. O case é a peça central, porque mostra como você trabalharia no KODA de verdade.
- Triagem30 min. A gente lê a sua candidatura e conversa sobre trajetória, motivação e o que você viu na conversa com o HOPPER.
- Conversa com o JP ou com o tech lead45 min. Como você pensa produto, GitHub, LLMs e qualidade de agente.
- Case práticoAté 4 horas, no seu tempo. Você recebe 20 conversas reais do agente, anonimizadas conforme a LGPD, e entrega: as 3 maiores falhas com evidência, uma spec em markdown pra corrigir a principal e 10 casos de teste pra avaliação. Pode usar IA à vontade; só conte como usou.
- Conversa com os sócios60 min. Você apresenta o case, defende as escolhas e repriorizamos juntos com uma restrição nova. É também quando você conhece o resto dos sócios da MHC.
Antes da proposta, pedimos duas referências: uma de engenharia e uma de negócio.
COMO SE CANDIDATAR
Antes de mandar qualquer coisa, converse com o agente. Tente comprar algo com o HOPPER no WhatsApp (não precisa pagar) e repare onde a conversa flui e onde trava.
Conversar com o HOPPERDepois mande um e-mail com o assunto PRODUTO contendo o link de um produto ou projeto com LLM que você colocou no ar (e o que mediu nele) e até 10 linhas sobre a sua conversa com o HOPPER: o que você mudaria primeiro e por quê. Currículo é opcional.