Fundamentos de produto · Iniciante

Escolher o que não construir

Em uma linha: A capacidade de dizer não é o que separa um produto que foi lançado de um que está em desenvolvimento para sempre.

Por que é tão difícil

Cada pedido parece razoável por si só. O problema não é a funcionalidade isolada, mas o acúmulo: cada adição traz código para manter, uma tela para aprender e um caso limite que vai quebrar outra coisa em seis meses. O custo de uma funcionalidade não é a semana de desenvolvimento, são todos os anos que vêm depois.

Três perguntas de filtro

Quem pediu? Um cliente barulhento não é um mercado. Pergunte quantos usuários vão tocar nisso em uma semana.

O que acontece sem isso? Se a resposta for 'um pouco menos conveniente', não entra na primeira versão.

O que substitui? Se a lista de tarefas tem tamanho fixo, cada entrada exige uma saída. É uma conversa mais saudável do que 'vamos adicionar isso também'.

Como dizer não

O não vem com motivo e lugar: 'não nesta versão, porque a métrica que perseguimos é o tempo de atendimento e isso não a afeta. Vamos voltar a isso depois da primeira medição.' Quem entende as prioridades para de discuti-las.

Mantenha uma lista visível de adiamentos. Evita a pergunta recorrente e é o primeiro lugar a olhar quando sobrar tempo.

Indo mais fundo

Um produto lançado com dez capacidades que funcionam perfeitamente vence um com quarenta mediocres. Em código também: cada ramo lógico adiciona um caminho a ser testado. Cortar escopo não é só uma decisão de negócio — é a decisão de arquitetura mais barata que você tomará.