Fieldnote.

O problema

O risco não era técnico. Cada funcionalidade que eu imaginava (perfis, follows, comentários, gamificação) era uma forma de fugir da pergunta real: o ciclo escrever → compartilhar → descobrir é atraente o suficiente sozinho?

O que tornou tecnicamente interessante

Cortar pra um único ciclo significou dizer não pra uma dúzia de recursos que pareciam obrigatórios — e construir o único ciclo tão bem que ele não parecesse pequeno.

A experiência de leitura carrega o produto: tipografia, mapas e tratamento de imagens precisaram de polimento real, porque o teste era sobre desejo, não sobre fluxo de trabalho.

O conteúdo precisava ser dado estruturado no próprio banco da aplicação — portável e consultável — em vez de documentos dentro de um CMS de terceiros.

Decisões

Um ciclo principal, sem dó

Toda funcionalidade tinha que servir o ciclo escrever → compartilhar → descobrir, ou esperar. Essa restrição é o que tornou o prazo de seis semanas possível.

Experiência de leitura acima de recursos de admin

O orçamento de polimento foi para as páginas de guia — tipografia, mapas, imagens — porque o risco em teste era emocional, não operacional.

Modelo de conteúdo no Postgres, sem CMS

Guias são linhas estruturadas, não documentos num serviço — o produto continua portátil e os dados consultáveis conforme o conceito evolui.

Resultado

• Um MVP funcionando em seis semanas: editor focado, páginas de guia compartilháveis, um feed mínimo de descoberta.
• Evidência clara a favor e contra a hipótese inicial — o MVP virou o argumento pelo que construir em seguida.