Porque é que as apps focadas batem as inchadas

Todos os fundadores acabam por chegar à mesma encruzilhada. Um punhado de utilizadores pede uma funcionalidade que não tinhas planeado. Um concorrente lança algo vistoso. Um membro do conselho reencaminha um lançamento no Product Hunt com o assunto podemos fazer isto? O caminho de menor resistência é dizer sim a tudo. Esse caminho é também aquele por onde morre a maioria das apps.

Na Sépia construímos apps móveis pequenas e afiadas. A MyoScore faz uma coisa: avalia o desenvolvimento muscular a partir de uma fotografia. A PrettyType faz uma coisa: lê o teu rosto e diz-te algo útil e honesto sobre ele. Recusámos dezenas de pedidos de funcionalidades perfeitamente razoáveis, e isso tornou os produtos melhores, não piores.

O inchaço é um imposto que pagas para sempre

A mentira sedutora do excesso de funcionalidades é que cada funcionalidade seria um custo único. Constróis, lanças e segues em frente. Na realidade, cada funcionalidade que lanças é um passivo permanente. Tem de ser mantida, testada, documentada, localizada e explicada. Alarga a superfície exposta a bugs. Disputa espaço no teu onboarding, no teu ecrã de definições, na tua caixa de suporte e, sobretudo, na atenção do utilizador.

Uma funcionalidade não é gratuita quando a lanças. É gratuita quando a apagas.

As contas tornam-se brutais para uma equipa pequena. Se tens três programadores e quarenta funcionalidades, nenhuma recebe verdadeiro carinho. Cada uma apodrece um pouco. A app começa a parecer uma gaveta de tralha onde tudo está tecnicamente presente e nada funciona como te lembras.

O foco é uma estratégia de posicionamento, não uma restrição

As pessoas falam do foco como se fosse um sacrifício que se faz por falta de recursos. Nós vemo-lo ao contrário. O foco é o que permite a um estúdio de duas pessoas bater uma equipa de quarenta. A equipa grande tem de servir toda a gente. Nós podemos servir alguém.

Quando a PrettyType lê exatamente uma coisa, e lê-a bem, a proposta de valor cabe numa frase. Uma única frase é algo que um utilizador consegue repetir a um amigo. Esse ciclo de passa-palavra é o único canal de crescimento que um estúdio autofinanciado se pode realmente permitir, e funciona a clareza.

• Uma app focada é mais fácil de explicar, o que a torna mais fácil de divulgar.
• Uma app focada tem menos ecrãs, o que a torna mais fácil de desenhar.
• Uma app focada tem menos código, o que a torna mais fácil de manter viva.
• Uma app focada faz uma só promessa, o que a torna mais fácil de cumprir.

Como dizemos não, na prática

Dizer não é uma competência, não um traço de personalidade. Aqui fica o filtro pelo qual fazemos passar cada pedido.

1. Serve a promessa central? Se a promessa da MyoScore é um score muscular honesto a partir de uma foto, um feed social não a serve. Um modelo de avaliação mais preciso, sim.
2. Faria sentido remover o resto da app para manter esta funcionalidade? Se a resposta é risível, a funcionalidade é uma distração.
3. Os utilizadores estão a pedir a funcionalidade, ou o resultado? As pessoas pedem um botão. O que querem é um resultado. Muitas vezes o resultado pode ser entregue sem o botão.

Este último ponto importa mais do que qualquer outro. Os utilizadores são excelentes a descrever a sua dor e péssimos a desenhar soluções. Quando alguém pede um painel, raramente quer um painel. Quer sentir-se no controlo. Há normalmente dez formas de proporcionar essa sensação e só uma delas envolve construir aquilo que pediram literalmente.

O custo silencioso da funcionalidade que não construíste

Existe uma versão deste argumento que vai longe demais. Algumas equipas usam o foco como desculpa para a preguiça, lançam uma app fininha e chamam virtude à contenção. Isso não é foco, é negligência. A disciplina não está em fazer menos. Está em levar uma só coisa a uma profundidade que mais ninguém se vai dar ao trabalho de atingir.

O modelo de avaliação honesto dentro da MyoScore exigiu muito mais engenharia do que qualquer feed teria exigido. A lógica de leitura do rosto na PrettyType é o produto, não uma funcionalidade do produto. Despejámos a energia que poupámos a dizer não em tornar o único sim inegavelmente bom.

Se estás a construir algo pequeno neste momento e a sentir a pressão de adicionar, adicionar, adicionar, considera o exercício inverso. Abre a tua app e pergunta o que poderias remover esta semana. A resposta é quase sempre mais interessante do que a próxima coisa que poderias construir.