使用场景
创始人与独立开发者
分享产品进展，参与潜在用户关心的讨论。
把开发进展、用户反馈与产品取舍变成内容，围绕熟悉的问题参与讨论。忙着做产品时，也能持续分享你的思考。下方是一份开发记录的示例。
探索使用方式创作计划 → 草稿
开发记录
调整记录入口；暂缓复杂设置页。原因：用户更急着找到上一次的内容。
- 长期主题
- 一个决定暂缓的功能、一次用户反馈带来的变化、上线后仍待验证的判断
- 内容形式
- Thread
1 / 原本准备做一个更复杂的设置页。 2 / 聊完用户发现，他们更想快速找到上一次的内容。 3 / 我们先调整记录入口，把复杂设置放回待办。 4 / 这次取舍提醒我：先还原用户任务，再比较功能清单。
把开发记录写进创作方向
这次改了什么、为什么取舍、用户遇到了什么问题。用已经确认的事实作为素材，不把未交付功能写成已上线。
设定读者、形式与创作时段
读者选独立开发者或同类产品用户；简短更新用短推，解释决策过程用 系列帖。计划与账号语气供后续任务沿用。
从任务产出打开对应草稿
在草稿库核对正文和产品入口，再安排对外分享。相关问题由回复规则承接，路线图与交付承诺交由本人处理。
讨论与回复
用户提的功能太多，该怎么排优先级？
先把功能请求还原成任务：他想完成什么，现在卡在哪，是否有替代办法？我们这次就先改了记录入口，而不是直接做完整设置页。