ユースケース
创始人与独立开发者
分享产品进展，参与潜在用户关心的讨论。
把开发进展、用户反馈与产品取舍变成内容，围绕熟悉的问题参与讨论。忙着做产品时，也能持续分享你的思考。下方是一份开发记录的示例。
ワークフローを調べる制作計画 → ドラフト
开发记录
调整记录入口；暂缓复杂设置页。原因：用户更急着找到上一次的内容。
- トピックス
- 一个决定暂缓的功能、一次用户反馈带来的变化、上线后仍待验证的判断
- フォーマット
- Thread
1 / 原本准备做一个更复杂的设置页。 2 / 聊完用户发现，他们更想快速找到上一次的内容。 3 / 我们先调整记录入口，把复杂设置放回待办。 4 / 这次取舍提醒我：先还原用户任务，再比较功能清单。
ビルドノートからコンテンツへ
開始せずにメモを投稿に変えます。
上記のメモは、履歴エントリが優先される理由を説明しています。 これらの実際の決定は、仲間のビルダーや潜在的なユーザーのための再発トピックになります。
制作計画を調べる →ビルドノートをライティングの簡略化に変える
変更されたものをキャプチャし、選択した理由と問題のユーザーが直面しました。 未完成の機能を出荷どおりに提示することなく、確認済みの事実を使用してください。
聴衆、フォーマットおよび時間スロットを置いて下さい
仲間のビルダーや潜在的なユーザーのために書きます。 短い更新と推論のためのポストシリーズを使用してください。 将来のタスクは、保存された計画とアカウントの声を再利用します。
タスク出力から草案を開く
共有する前に、文書と製品のリンクを確認してください。 応答ルールは関連する質問をカバーします。 ロードマップと配送の約束はあなたと滞在します。
サムフィールドの要求
潜在的なユーザーが議論している製品に関する質問に参加してください。
ユーザーのフィードバック、機能決定、構築に焦点を合わせます。関連する返信の方法を説明してください。ロードマップの詳細と配送の約束を残してください。
返信ルールとデモをご覧くださいディスカッション&返信
用户提的功能太多，该怎么排优先级？
先把功能请求还原成任务：他想完成什么，现在卡在哪，是否有替代办法？我们这次就先改了记录入口，而不是直接做完整设置页。