Kacam.net

Ver o mundo

Design de produto: isso se sustenta?

As restrições do projeto de sistemas são objetivas, então o raciocínio converge. As do design de produto são pessoas e dinheiro — igualmente fixas, mas não apontam para uma única resposta. Por isso aqui não há gabarito, só se a proposta se sustenta.

Por enquanto estas instruções existem só em 简体中文.

Como usar

Não existe resposta modelo, mas existem respostas claramente erradas. Só três coisas fazem uma proposta se sustentar — e todo gabarito traz uma seção de «erros comuns» mais útil que a própria lista de pontos.

As três condições

  1. Você sabe dizer de quem é o problema e qual é, **com evidência** (não «acho que os usuários iam querer»)
  2. Você sabe dizer como se mede o sucesso, **e quanto vale esse número hoje** (sem linha de base não há critério de aceite)
  3. Você sabe nomear o custo e do que abriu mão — **a mais difícil de fingir**, por isso toda ficha caça exatamente isso

Como começar

  1. Escolha uma, abra e copie o prompt.
  2. Cole numa conversa nova e vazia, não numa em que você já falou disso.
  3. Não diga nada. Espere a primeira pergunta.

Quatro comandos que você pode gritar a qualquer momento

  • 跳过 ir já para a próxima cena
  • 提示 uma direção, não a resposta
  • 直说吧 desenvolver este ponto por inteiro e depois continuar cobrando os custos
  • 复盘 pular para o fechamento e imprimir a ficha de balanço

Três armadilhas

  • Não corra para a solução. Mais da metade dos pontos perdidos aqui vem de projetar antes de perguntar — principalmente descrever funcionalidades antes de definir o que é sucesso.
  • Prepare-se para ser cobrado em números. «Vai funcionar melhor», «os usuários vão gostar» são cortados: qual métrica, quanto vale hoje, quando você olha.
  • Quando começar a te elogiar, mande olhar a regra cinco — sentir-se validado encobre o que você deixou passar.

Comece pela estrela-guia: ela sustenta todo o resto. Depois escolha pelo que está na sua mesa: backlog que não se ordena → priorização; ninguém usa ou a retenção cai → retenção e primeiros passos; precisa precificar → preço. Deixe a revisão de experimento para depois, e repita bastante a de transformar um pedido de uma linha em especificação: é a mais parecida com o dia a dia.

Entregar e validar

把一句话需求变成能开发的方案
「加个成员管理,管理员能邀请和移除」——够开工了吗?
★★★★☆ · cerca de 45 min
Estes prompts são de código aberto O texto é mantido no repositório público kacam-net/hero-prompts. Se algum não aperta o suficiente, ou falta uma linha no gabarito dele, vá lá e mude: entrar no ar aqui é outra decisão, tomada pelo catálogo deste lado.