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.

Rumo e renúncias

定一个北极星指标
拿收入当北极星,团队会去做什么?
★★★★☆ · cerca de 40 min
一个季度的需求,怎么排
「因为它重要」——所有人都这么说,那怎么排?
★★★★☆ · cerca de 40 min
下线一个功能
还有 1200 人在用,你怎么下线它?
★★★☆☆ · cerca de 35 min

Crescimento e negócio

双边市场怎么冷启动
1 个城市 100 个供给方,还是 10 个城市各 10 个?
★★★★★ · cerca de 45 min
给这个 SaaS 定价
先别说多少钱 —— 你按什么收?
★★★★☆ · cerca de 40 min
留存掉了,怎么查
次日留存从 42% 掉到 35%,你第一步查什么?
★★★★☆ · cerca de 40 min
新手引导该怎么做
一个新用户做了什么之后,你就基本确定他会留下来?
★★★☆☆ · cerca de 35 min
该不该发这条推送
运营要给全量发一条促销推送,你批不批?
★★★☆☆ · cerca de 35 min

Entregar e validar

这个实验能不能上线
一份「赢了」的实验报告摆在你面前,里面埋了四个坑。
★★★★★ · cerca de 40 min
把一句话需求变成能开发的方案
「加个成员管理,管理员能邀请和移除」——够开工了吗?
★★★★☆ · cerca de 45 min

Desenho de métricas

日活涨了 12%
日活涨了 12%,老板让你在周会上讲一讲。
★★★★☆ · cerca de 40 min
转化率从 3% 涨到 5%
转化率从 3% 涨到 5%,群里已经有人说「提升了 67%」。
★★★★☆ · cerca de 35 min
满意度 4.6 分
满意度 4.6 分,8000 份问卷。你先问什么?
★★★☆☆ · cerca de 35 min
「研发效能」要怎么量
老板要一套「研发效能」指标,有人提议看人均代码行数。
★★★★☆ · cerca de 40 min

Ideias de negócio

谁付钱
带上你自己的点子:这个东西做出来之后,谁掏钱?
★★★★☆ · cerca de 40 min
为什么是现在
五年前有人能做这件事吗?如果不能,是什么变了?
★★★★☆ · cerca de 35 min
前十个用户
说出十个名字 —— 你希望他们成为第一批用户。
★★★★☆ · cerca de 35 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.