Como cheguei a uma hipótese de produto e como estou validando.
O EMD é um sistema para o arquiteto que compete pela forma como opera, não pela assinatura estética. Este case mostra o raciocínio de produto por trás dele: por que o problema importa, o que atacar, como estruturar a solução e como validar a aposta.
Por quê
A maior parte dos arquitetos não é nome de mercado. São profissionais solo, freelancers e escritórios pequenos ou em crescimento, que operam sem sistema: fazem tudo sozinhos, não tiveram formação de gestão e vivem sem tempo para captar cliente.
O mercado trata a estética como o único diferencial possível. Mas o belo é relativo, e consolidar uma assinatura leva uma vida inteira ou custa caro. A IA agrava o quadro: o cliente passou a desconfiar do que vê — até uma foto de projeto executado pode parecer render.
Para os poucos trendsetters, competir pela estética faz sentido. Para o resto, apoiar toda a diferenciação nela é frágil. Quem se destaca agora entrega um sistema: previsibilidade, comunicação e transparência. Um portfólio bonito atrai o primeiro cliente; o sistema garante os próximos. É uma aposta, ainda a validar.
O mercado em quatro números · toque para ver o que cada um revela
O quê
O diagnóstico levantou um inventário amplo de dores, da prospecção ao jurídico. Desse conjunto saíram dez dores priorizadas para a primeira rodada de validação, por um critério de recorrência, sustentação por dados, aderência às oportunidades e viabilidade de testar agora.
Essa priorização é uma hipótese de trabalho, não uma verdade fechada. O mockup no ar é o primeiro filtro para confirmar, reordenar ou reabrir a lista.
Do inventário à prioridade
01Dependência do fundador
Quase tudo passa pelo arquiteto dono: vende, projeta, negocia, fala com o cliente e cuida do administrativo. Conhecimento numa pessoa só.
02Prospecção sem processo
A captação depende de indicação. Leads ficam sem resposta e ninguém acompanha em que ponto cada negociação está.
03Comunicação caótica
A conversa se espalha por WhatsApp, e-mail e ligações. Combinações são feitas de boca e raramente ficam registradas.
04Cliente sem visibilidade
Depois de contratar, o cliente não sabe em que etapa o projeto está, o que já foi aprovado e o que vem a seguir.
05Proteção jurídica frágil
Trabalhos avançam com acordos verbais ou contratos genéricos. Prazos, responsabilidades e escopo raramente são formalizados.
06Financeiro invisível
O controle do dinheiro vive em planilhas soltas ou na cabeça do arquiteto. Falta clareza sobre o que há a receber e a margem.
07Conhecimento na cabeça das pessoas
Informações de projetos, clientes e fornecedores ficam dispersas. Quando alguém sai, o histórico vai junto.
08Operação sem métricas
Sem indicadores de desempenho comercial, rentabilidade ou produtividade, as decisões são tomadas na intuição.
09Precificação inconsistente
Sem método claro, o preço muda de um orçamento para outro e o serviço é cobrado abaixo do que vale.
10Ferramentas fragmentadas
O dia a dia se espalha por apps desconectados. Nada conversa entre si e a informação se perde nas emendas.
Critério de priorização
É uma hipótese de trabalho. O mockup no ar pode confirmar, reordenar ou reabrir a lista.
Como resolver
Tudo o que o produto precisa endereçar pode ser resumido em três grandes macro-opportunities: integração, transparência e proteção.
Essas oportunidades organizam a descoberta. A árvore abaixo mostra o caminho completo — dos resultados desejados às features de cada portal.
Os pilares estratégicos
Os três grupos são os pilares estratégicos do EMD. Surgiram da síntese do Discovery, ao agrupar as necessidades da pesquisa em macro-opportunities que orientam a arquitetura — o mesmo posicionamento da landing page.
A arquitetura de IA do produto
É uma arquitetura AI-enabled: a IA é ferramenta sob controle da regra e do humano, não o motor de decisão.
Como estruturar
Antes de estimar custo, cada feature passa por duas escolhas. O motor (lógica interna) define a previsibilidade do erro. A superfície (interação) define a expectativa do usuário. A combinação define o custo do erro — e é isso, não a tela, que faz o preço.
O EMD é determinístico na base e sobe para GenAI apenas nas features de linguagem, sempre na superfície AI-enabled, com regra e revisão humana. Evita o quadrante GenAI × AI-native, onde o erro chega sozinho ao cliente e coloca o produto em xeque.
Por isso a arquitetura vem antes da tabela de custos: dependências e estrutura influenciam diretamente o custo e a ordem de execução.
Por que isto primeiro
Motor define a previsibilidade do erro. Superfície define a expectativa. Autonomia define o custo do erro. Só com as três escolhas fixadas o custo de cada feature faz sentido — por isso a arquitetura antecede a priorização.
deslize para ver a matriz inteira
Como priorizar
Com motor e superfície definidos, cada feature recebe três notas de 1 a 5: complexidade, custo de desenvolver e custo de manter. A média vira um veredito que a transforma numa decisão — o que entra no Beta, o que espera validação e o que fica para depois do lançamento.
A tabela é dividida por portal por dependência: o portal do profissional é a fundação, e o do cliente depende dele. O veredito também fixa a ordem de entrada nas versões.
Da nota à decisão
A priorização adapta práticas de valor × esforço e de estimativa relativa (t-shirt sizing). Com equipe de uma pessoa, a média orienta a ordem; com dados de validação, ela fica mais rica.
deslize para ver a tabela inteira
Meu veredito nasceu de um critério próprio (valor contra esforço). Num quadrante, ele vira a leitura visual do RICE: cada bolinha é uma feature, posicionada pelo esforço (a média real da tabela) e pelo valor estimado. A cor é o veredito, que já é o rótulo de MoSCoW.
deslize para ver o gráfico inteiro
Como ler: o eixo horizontal é o esforço, a média das três notas da tabela acima (dado real). O eixo vertical é o valor e a prioridade, hoje uma estimativa vinda das oportunidades do movimento 3 (o Reach × Impact do RICE). As bolinhas cheias P1 e P2 são as bases que entram primeiro, de baixo esforço. As vazadas P1* e P2* são as mesmas plataformas na versão completa, com todas as features integradas: muito mais esforço (4 a 5) e valor entre 3 e 4. É por isso que a estratégia começa pela base e não pela plataforma inteira.
O plano de versões: o que entra, e quando
Priorizei do essencial pro futuro. O Beta v0.1 é a casca simplificada hospedando três workflows determinísticos, propostas, contratos e termos, validados por Wizard of Oz assistido. O precificador automático entra no Beta v0.2; o resto espera a validação justificar ou fica pro pós-lançamento.
Do veredito ao MoSCoW
O veredito ainda acrescenta o que o MoSCoW puro não tem: a ordem de entrada no tempo.
Do critério ao RICE
O critério atual é um RICE enxuto: valor contra esforço de propósito, porque eu estava sozinho e sem dado. O RICE completo, (Reach × Impact × Confidence) ÷ Effort, é o próximo passo quando a validação trouxer o valor medido, não estimado.
Como validar
A validação avança por versões do produto, cada uma com um método, funcionalidades e métricas próprias. O objetivo não é provar todas as hipóteses, e sim gerar evidência suficiente para decidir: parar, ajustar ou escalar.
A landing page é parte dessa estratégia, por dois caminhos complementares. A validação não depende só dela.
Onde o projeto está
Agora: a landing e o mockup estão no ar, e o Wizard of Oz assistido está rodando como a primeira fase de validação, com o portal do profissional. O Workshop com fake doors vem depois, conforme os aprendizados desta rodada.
Landing page no ar e mockup da plataforma no Replit. O botão do cliente coleta dados — ainda não é produto, é instrumento de teste.
Com a evidência acumulada, cada hipótese cai num de quatro caminhos: continuar, ajustar, postergar ou abandonar.
O Double Diamond (Design Council) separa o espaço do problema do espaço da solução — cada um com um movimento de divergir e convergir. Na leitura contínua (continuous discovery, de Teresa Torres, e as releituras atuais para produtos com IA), as etapas deixam de ser lineares: cada diamante tem loops internos de iteração, e cada experimento na entrega reabre a descoberta.
Mockup, Wizard of Oz e Workshop com fake doors não fecham o ciclo: cada um alimenta uma nova rodada de discovery, ajustando dores, oportunidades e priorização.
A mesma identidade da landing page, agora na plataforma em validação.
Comercial, projetos, financeiro e jurídico num só lugar — com IA onde ela agrega, sem abrir mão do controle.
Começar agoraver demonstraçãoContinue a experiência na plataforma construída ao longo de todo o processo.
Este case mostra a decisão. O Build mostra a execução. Documento vivo, atualizado conforme chegam resultados.