Estratégia para startups e scale-ups: cada bloco declara de que bloco depende

O marco legal das startups organiza o ambiente: a Lei Complementar nº 182/2021 define o enquadramento — organização nascente ou em operação recente, com inovação aplicada a modelo de negócios, produtos ou serviços (art. 4º) — e trata de instrumentos de investimento, como o investidor-anjo, e de ambientes regulatórios experimentais, os sandboxes (arts. 2º e 5º). Para quem toca a empresa, a consequência prática é conhecida: decisão de estratégia acontece sob incerteza, e a única forma de aprender é registrar premissa, hipótese e experimento.

O problema é que o documento de estratégia sobrevive e o raciocínio que o produziu não: qual informação foi considerada, o que ficou de fora e por que a escolha foi aquela — nada disso persiste. A primeira mudança de contexto obriga a refazer do zero, e como cada peça é feita em separado, ninguém percebe quando uma contradiz a outra e a operação executa as duas.

No Vesper, a estratégia é uma cadeia: são 25 blocos preenchíveis, e cada bloco declara de quais outros depende — o preenchimento assistido segue essa ordem, e a sugestão de próximo passo também. Cada bloco tem esquema e campos obrigatórios em fonte única, e os frameworks são reais: cenário PESTLE, SOAR, ICP, proposta de valor, personas, jornada do cliente e árvore de métricas, entre outros.

Em cima do que foi preenchido, a análise cruzada determinística roda sem chamada a modelo de linguagem — a mesma entrada devolve sempre a mesma leitura — e entrega resumo executivo, ações prioritárias, riscos, oportunidades, diretriz de investimento, índice de saúde (com fórmula declarada: preenchimento, profundidade, consistência e execução) e uma leitura de consistência que nomeia os dois blocos envolvidos quando aponta desalinhamento. Os rascunhos de IA passam por validação de esquema e de qualidade antes de salvar — campos obrigatórios, tamanho mínimo e, em concorrentes e cliente ideal, recusa de marcador não substituído.

O cliente responde por formulário com link, sem criar conta, e o relatório é compartilhado por link. A direção vira ação: o plano de experimentos guarda hipótese, critério de sucesso e situação, e as tarefas de execução têm dono, prazo e a origem que as criou. A carteira é segmentada por recência, frequência e valor, com próxima ação sugerida. O que ele não faz: não tem histórico navegável de versões (há contador de versão por bloco e trilha de auditoria, mas não uma linha do tempo para comparar estratégias lado a lado), não é gerenciador de tarefas do dia a dia, não garante que a estratégia vai funcionar e não valida hipótese — quem responde pelas decisões é a equipe.

Às 9h, o time preenche o bloco de cenário com o PESTLE e, na sequência que o sistema sugere, o bloco de ICP — o preenchimento assistido não deixa a proposta de valor nascer antes do cliente ideal.

À tarde, a análise cruzada roda e aponta desalinhamento entre a persona e a proposta de valor, nomeando os dois blocos. O time corrige, roda de novo e o índice de saúde sobe. Um rascunho de IA para o bloco de posicionamento é recusado porque faltou campo obrigatório — e é reescrito antes de salvar.

Na quinta, o formulário do cliente é enviado por link (sem conta) e as respostas alimentam a jornada do cliente. No fim do mês, a diretoria revisa o relatório compartilhado por link e transforma duas prioridades em experimentos com hipótese e critério de sucesso — e os experimentos viram tarefas com dono e prazo.

Sem sistema, a estratégia da startup é um documento que ninguém consegue defender seis meses depois, porque o raciocínio ficou na cabeça de quem escreveu. Com o Vesper, cada bloco declara sua dependência, a consistência é verificada entre blocos e a direção vira experimento e tarefa — quando o contexto muda, dá para reconstruir o caminho em vez de recomeçar do zero.