Como decidimos o que construir a seguir

Um estúdio pequeno não pode construir tudo, por isso o que construir a seguir é a decisão de maior alavancagem que tomamos. O processo confuso e cheio de opinião por trás do roadmap.

Quando és um estúdio pequeno, a decisão sobre o que construir a seguir não é uma decisão entre muitas. É a decisão. Escolhe mal e gastas três meses e a maior parte da tua pista de descolagem em algo que ninguém quis. Escolhe bem e uma única funcionalidade puxa o produto inteiro para a frente. As grandes empresas podem dar-se ao luxo de espalhar apostas por uma dúzia de iniciativas. Nós temos umas poucas tentativas por ano, e cada uma tem de contar.

As pessoas assumem que tem de haver um modelo limpo por trás de um produto focado. Não há. Há um processo confuso, cheio de opinião e deliberadamente desconfortável, e prefiro descrevê-lo com honestidade do que fingir que temos uma folha de cálculo de pontuação arrumadinha.

Partimos da dor, não das ideias

As ideias são baratas e infinitas. Toda a gente as tem, nós incluídos, e a maioria é disparate sedutor. Não começamos uma construção a partir de uma ideia. Começamos a partir de uma dor que vimos repetidamente, no nosso próprio uso ou na forma como as pessoas falam do produto.

A disciplina é continuar a perguntar o que dói, não o que seria fixe. As funcionalidades fixes são a forma como os estúdios vão à falência a sentir-se ocupados. Os problemas dolorosos são onde vive a verdadeira disposição para pagar. Se não consigo nomear o momento específico de frustração que uma funcionalidade alivia, não está pronta para entrar no roadmap.

Não lançamos funcionalidades. Aposentamos dores.

O sinal em que mais confiamos é o repetido e não solicitado

Nem todo o feedback é igual. Uma funcionalidade que alguém pede num inquérito é sinal fraco. Uma frustração que o mesmo tipo de utilizador levanta repetidamente, sem ser solicitado, pelas suas próprias palavras, é sinal forte. Damos mais peso ao espontâneo do que ao solicitado, sempre.

  • O não solicitado bate o solicitado. Se tivemos de perguntar, a dor é provavelmente ligeira.
  • O repetido bate o ruidoso. Um utilizador furioso é um ponto de dados. Cinco menções calmas da mesma lacuna é um padrão.
  • O comportamento bate as palavras. Onde as pessoas abandonam, o que repetem, o que fotografam, tudo isso diz mais do que aquilo que nos contam.

Dimensionamos pelo custo de estar errado

Quando temos um candidato, a questão não é só quão grande é o potencial, mas quão cara seria a falha. Algumas apostas são baratas de testar e baratas de desfazer. Outras comprometem-nos silenciosamente durante meses. Preferimos fortemente as do tipo reversível.

É aqui que ser pequeno é uma vantagem. Podemos lançar uma versão tosca de uma funcionalidade a uma fatia de utilizadores, ver o que acontece e matá-la sem cerimónia se falhar. Uma equipa maior precisaria de um plano de lançamento e de uma reunião de partes interessadas para fazer o mesmo. Nós simplesmente experimentamos e lemos os dados.

Pesamo-lo contra a regra da uma só coisa

Cada candidato é confrontado com a promessa central da app. A MyoScore promete um score muscular honesto. A PrettyType promete uma leitura honesta de como te apresentas. Se uma funcionalidade não afia essa promessa, tem de passar uma fasquia muito mais alta, porque acrescentar funcionalidades fora da promessa é como as apps focadas se transformam lentamente em apps inchadas.

A maioria das melhores decisões que tomámos foram decisões de não construir. O roadmap é tanto uma lista de recusas como uma lista de planos. Dizer não a uma boa ideia para que uma ótima tenha espaço é o trabalho todo.

Protegemos tempo para o não óbvio

Se só construíres aquilo que os utilizadores pedem, vais fazer uma versão incrementalmente melhor do que já existe, e nunca darás o salto que os utilizadores não conseguiam imaginar. O cavalo mais rápido de Henry Ford é um cliché porque é verdade.

Por isso reservamos deliberadamente uma fatia do nosso esforço para apostas que vêm da nossa própria convicção e não de uma procura explícita. A abordagem de avaliação honesta na MyoScore veio deste tipo de aposta, não de um pedido de funcionalidade. Essas tacadas são mais arriscadas, e são também a única forma de um estúdio pequeno construir algo genuinamente novo em vez de meramente competente.

A decisão nunca está terminada

A última coisa que vou dizer é que o que construir a seguir não é uma pergunta que respondes uma vez por trimestre num ritual de planeamento. É uma pergunta que seguras continuamente, afiada por cada conversa, cada abandono no funil, cada momento em que te apanhas frustrado com o teu próprio produto. Os estúdios que ganham não são os que têm o melhor modelo. São os que prestam a atenção mais próxima.

JT
Jonathan TapieroFundador e engenheiro

Fundador da Sépia. Constrói as aplicações de ponta a ponta e escreve sobre a arte de lançar produtos de IA bem focados.

Mais de Jonathan Tapiero →
Parte do guiaConstruir apps de IA que as pessoas adoram: lições do estúdio →

Comentários 2

Os comentários são guardados neste dispositivo.
  • Nikhil Raman·9 de jun. de 2026

    «Não lançamos funcionalidades, aposentamos dores» vai para a parede. Passei anos a otimizar para o fixe e tens razão, só nos fazia sentir ocupados enquanto os números ficavam parados.

  • Camille Dubois·3 de jun. de 2026

    A lente da reversibilidade mudou a forma como conduzo o nosso roadmap. Agora perguntamos explicitamente «quão barato é desfazer isto» antes de algo ir para o quadro. Mata muitas ideias sedutoras mas pesadas logo cedo.