Kacam.net

Ver el mundo

Diseño de producto: ¿se sostiene?

Las restricciones del diseño de sistemas son objetivas, así que el razonamiento converge. Las del diseño de producto son las personas y el dinero: igual de fijas, pero no apuntan a una única respuesta. Por eso aquí no hay solucionario, solo si se sostiene o no.

Por ahora estas indicaciones solo existen en 简体中文.

Cómo se usa

No hay respuesta modelo, pero sí respuestas claramente equivocadas. Solo tres cosas hacen que una propuesta se sostenga, y cada solucionario trae un apartado de «errores habituales» más útil que la propia lista de puntos.

Las tres condiciones

  1. Sabes decir de quién es el problema y cuál es, **con pruebas** (no «creo que los usuarios lo querrían»)
  2. Sabes decir cómo se mide el éxito, **y cuánto vale hoy ese número** (sin línea base no hay criterio de aceptación)
  3. Sabes nombrar el coste y a qué renuncias: **la más difícil de fingir**, por eso todas las fichas la persiguen

Cómo empezar

  1. Elige una, ábrela y copia el prompt.
  2. Pégalo en una conversación nueva y vacía, no en una donde ya lo hablaste.
  3. No digas nada. Espera su primera pregunta.

Cuatro órdenes que puedes soltar en cualquier momento

  • 跳过 pasar ya a la siguiente escena
  • 提示 una dirección, no la respuesta
  • 直说吧 desarrollar del todo este punto y luego seguir apretando con los costes
  • 复盘 saltar al cierre y sacar la ficha de balance

Tres trampas

  • No corras a la solución. Más de la mitad de los puntos que se pierden aquí vienen de diseñar antes de preguntar, sobre todo describir funciones antes de definir qué es el éxito.
  • Prepárate para que te pidan cifras. «Funcionará mejor», «a los usuarios les gustará» se cortan: qué métrica, cuánto vale hoy y cuándo se mira.
  • Cuando empiece a elogiarte, remítelo a la regla cinco: sentirte validado tapa lo que se te ha escapado.

Empieza por la estrella polar: sostiene todo lo demás. Luego elige por lo que tengas encima: un backlog que no se ordena → priorización; nadie lo usa o cae la retención → retención y primeros pasos; hay que poner precio → pricing. Deja para después la revisión del experimento, y repite a menudo la de convertir una frase en una especificación: es la más parecida al día a día.

Rumbo y renuncias

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

Crecimiento y negocio

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

Entregar y validar

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

Diseño de métricas

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

Ideas de negocio

谁付钱
带上你自己的点子:这个东西做出来之后,谁掏钱?
★★★★☆ · unos 40 min
为什么是现在
五年前有人能做这件事吗?如果不能,是什么变了?
★★★★☆ · unos 35 min
前十个用户
说出十个名字 —— 你希望他们成为第一批用户。
★★★★☆ · unos 35 min
Estos prompts son de código abierto El texto se mantiene en el repositorio público kacam-net/hero-prompts. Si alguno no aprieta lo suficiente, o a su solución le falta una línea, ve y cámbialo: que se publique aquí es otra decisión, y la toma el catálogo de este lado.