Decisão antes do código
Uma decisão antes do código.
Para um produto novo que se encaixa: prosseguir, reformular ou recusar — por escrito, com justificativa, em até 48 horas em dias úteis. Antes de qualquer código.
Quem toma é o nosso CEO, Mark Prais. Ela não é vendida e não é um relatório: é a nossa decisão de assumir ou não o seu produto, tomada antes que qualquer um de nós invista dinheiro.
A carta
Uma carta assinada pelo nosso CEO.
48 horas em dias úteisdepois da conversa inicial
A decisão, os principais motivos e o próximo passo, em uma página. A pesquisa fica conosco.
IdeiaAgendamento e pagamentos para clínicas de fisioterapia independentes
Nossa decisão
Nossa decisão: Reformular
Os principais motivos
- MercadoAs clínicas já pagam por um sistema de agendamento. Cobrança e faltas ainda são controladas à mão.
- ProdutoA primeira versão tenta fazer tudo de uma vez. As clínicas pagariam primeiro pela cobrança e pelos lembretes.
- DinheiroSubstituir todo o sistema de agendamento é uma venda lenta. Um módulo que funcione ao lado dele se paga mais rápido.
O que mudaria a resposta
Uma primeira versão com cobrança e lembretes que funcione ao lado do sistema de agendamento atual da clínica, em um só país.
O que acontece em seguida
Envie o escopo reformulado. Respondemos em até 48 horas em dias úteis; se prosseguirmos, um gerente traz uma proposta por escrito.
O que verificamos antes de decidir se vamos construir.
Quando o produto se encaixa, a avaliação inclui uma análise interna do mercado global.
Os oito pontos que analisamos
| # | O que verificamos | Perguntas que fazemos |
|---|---|---|
| 01 | Quem é o usuário | Quem tem o problema? Como lida com ele hoje? |
| 02 | Quem paga | Quem paga é o próprio usuário? Pelo que ele paga hoje? |
| 03 | Que problema é resolvido | O que acontece com o usuário se nada mudar? |
| 04 | Que alternativas existem | O que as pessoas usam no lugar? Vale até uma planilha ou simplesmente não fazer nada. |
| 05 | Como o produto pode conquistar usuários | Que canal chega até eles e quanto custa alcançar cada usuário? |
| 06 | Se a monetização pode funcionar | Preço, modelo de pagamento e o ponto em que a conta fecha |
| 07 | Qual deve ser a primeira versão | Qual é a menor versão que testa a hipótese mais arriscada? |
| 08 | Se devemos assumir o produto | Estamos prontos para construí-lo e operá-lo com você depois do lançamento? |
O que você nos envia. Um pitch deck ou um resumo de uma página, o link do protótipo, se houver, e qualquer dado sobre usuários ou mercado. Nada confidencial.
Por que diríamos não
Se prosseguirmos, investimos o nosso próprio desenvolvimento no produto em troca de uma participação de 30%, e o grupo o opera depois do lançamento. Um sim que não conseguíssemos sustentar nos custaria caro por anos. Assumimos até dez novas Product Partnerships por ano.
Para quem é
Fundadores e empresas com um produto digital novo e independente — uma ideia, um protótipo ou uma primeira versão — quando uma primeira conversa mostra que ele pode se encaixar. Uma empresa em operação segue pelo Annual Product Operations; um produto no ar, pelo Existing Product Review.
O que você recebe, e quando
01
Conversa inicial
Trinta minutos sobre a sua situação. Um gerente responde ao seu pedido em até um dia útil, normalmente com um convite do Google Meet.
02
Avaliação, até 48 horas em dias úteis
Verificamos internamente o mercado, o produto e a lógica comercial: quem é o usuário, quem paga, quais são as alternativas e se a monetização pode funcionar.
03
A decisão antes do código, por escrito
Prosseguir, reformular ou recusar, com as principais razões. A pesquisa fica interna.
O que acontece depois de cada resultado
Prosseguir
Um gerente vem para uma reunião preparada para o seu produto, com uma proposta por escrito: escopo, papéis, orçamento, PI, marcos e estrutura comercial.
Reformular
Dizemos o que precisaria mudar — o escopo, o modelo ou a primeira versão — e por quê.
Recusar
Você fica sabendo antes de gastar com desenvolvimento, com as principais razões. Um “não” antes do desenvolvimento é a boa decisão mais barata que você pode tomar.
O que ela não é
Não é um serviço que vendemos
É a nossa decisão de assumir ou não o seu produto, tomada antes que qualquer um de nós invista dinheiro.
Não é um relatório
A pesquisa fica interna; você recebe a decisão e as principais razões.
Não é desenvolvimento automático
O trabalho só começa com condições por escrito, acordadas na reunião preparada para o seu produto.
Não é a opinião de um comitê
Uma pessoa definida a toma: o nosso CEO, Mark Prais.
Perguntas para fazer a qualquer parceiro de produto — e as nossas respostas
Conte para nós no que você está trabalhando.
Produto novo, processo de negócio, produto no ar, financiamento ou indicação: poucas linhas bastam para encontrar o próximo passo.
Anton responde em até um dia útil. O formulário abre com esta rota já selecionada.