Kacam.net

Vedere il mondo

Design di prodotto: regge?

I vincoli del progetto di sistemi sono oggettivi, quindi il ragionamento converge. Quelli del design di prodotto sono le persone e i soldi: altrettanto fissi, ma non indicano una risposta unica. Perciò qui non c'è una soluzione modello, c'è solo se regge o no.

Per ora queste istruzioni esistono solo in 简体中文.

Come si usa

Non esiste una risposta modello, esistono però risposte chiaramente sbagliate. Solo tre cose fanno reggere una proposta, e ogni soluzione ha una sezione «errori comuni» più utile dell'elenco dei punti attesi.

Le tre condizioni

  1. Sai dire di chi è il problema e quale, **con prove** (non «penso che gli utenti lo vorrebbero»)
  2. Sai dire come si misura il successo, **e quanto vale oggi quel numero** (senza baseline non c'è collaudo)
  3. Sai nominare il costo e a che cosa rinunci: **la più difficile da fingere**, per questo ogni scheda la insegue

Come iniziare

  1. Scegline una, aprila, copia il prompt.
  2. Incollalo in una conversazione nuova e vuota, non in una dove ne hai già parlato.
  3. Non dire nulla. Aspetta la sua prima domanda.

Quattro comandi da lanciare in qualsiasi momento

  • 跳过 passa subito alla scena successiva
  • 提示 una direzione, non la risposta
  • 直说吧 sviluppa del tutto questo punto e poi continua a insistere sui costi
  • 复盘 salta alla chiusura e stampa la scheda di bilancio

Tre trappole

  • Non buttarti sulla soluzione. Più della metà dei punti persi qui viene dal progettare prima di chiedere, soprattutto descrivere funzioni prima di aver definito che cosa sia il successo.
  • Preparati a dover dare numeri. «Funzionerà meglio», «agli utenti piacerà» vengono interrotti: quale metrica, quanto vale oggi, quando si guarda.
  • Quando comincia a lodarti, rimandalo alla regola cinque: sentirsi confermati copre ciò che ti è sfuggito.

Comincia dalla stella polare: regge tutto il resto. Poi scegli in base a ciò che hai davanti: un backlog che non si ordina → priorità; nessuno lo usa o la retention cala → retention e primo utilizzo; serve un prezzo → pricing. Lascia per dopo la revisione dell'esperimento, e ripeti spesso quella che trasforma una richiesta di una riga in una specifica: è la più vicina al lavoro quotidiano.

Direzione e rinunce

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

Crescita e business

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

Consegnare e verificare

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

Progettare le metriche

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

Idee di business

谁付钱
带上你自己的点子:这个东西做出来之后,谁掏钱?
★★★★☆ · circa 40 min
为什么是现在
五年前有人能做这件事吗?如果不能,是什么变了?
★★★★☆ · circa 35 min
前十个用户
说出十个名字 —— 你希望他们成为第一批用户。
★★★★☆ · circa 35 min
Questi prompt sono open source Il testo è mantenuto nel repository pubblico kacam-net/hero-prompts. Se uno non incalza abbastanza, o alla sua soluzione manca una riga, vai a cambiarlo: che finisca online qui è un'altra decisione, la prende il catalogo da questa parte.