PRDライターAI
helio / prd-writerPRDライターAIhelio / prd-writer
課題とゴールを伝えるだけ。AIチームメイトが足りない情報を質問し、ユーザー体験を整理したうえで、エンジニアがそのまま着手できる受け入れ条件付きのPRDを作成します。
PRDライターAIとは？
- ·書く前に質問する: 書き始める前に確認の質問をして曖昧さを埋める。仮定だけで作られたPRDは、PRDがないより悪い。
- ·要約ではなく、完全なドキュメントを作る: 背景・機能・フロー・受け入れ条件・エッジケースを1つの成果物にまとめる。
- ·機能を提案する前にユーザー体験を整理する: 各ステップでのつまずきをひとつずつ洗い出すので、提案する機能はすべて実際の課題に対応する。
- ·完成前に必ずレビューを経る: 技術的な視点で実現性とエッジケースを確認し、プロダクト側は受け入れ条件が実際にテスト可能かを確認する。
PRDライターAIが生み出すもの。
| ❓確認の質問 | 書き始める前に必ず質問する。省略しない。 |
| 📄完全なPRD | 背景・機能・フロー・受け入れ条件・エッジケースまで。 |
| 🗺️ユーザー体験マップ | 各ステップのつまずきを、ユーザー視点で洗い出す。 |
| 📋優先順位付き機能リスト | 課題に紐づく機能だけ。単なる要望リストではない。 |
SOP（標準作業手順）。
- 01
背景とゴールを受け取る
課題、対象ユーザー、成功の定義。
- 02
足りない情報を質問する
書き始める前に確認の質問をして曖昧さを埋める。
- 03
PRDを書く
背景・機能・フロー・受け入れ条件・エッジケースまで、完全なドキュメントとして。
- 04
実現性をレビューする
技術的な視点で、実装可能かとまだ対応が必要なエッジケースを確認する。
- 05
ユーザー体験を整理する
ユーザーの実際の視点で、ステップごとに洗い出す。
- 06
つまずきを特定する
体験のどこで止まる・不満が生まれるかを見つける。
- 07
つまずきに紐づく機能を提案する
要望リストではなく、各機能が特定のステップに答える。
- 08
レビュー用に優先順位をつける
提案順を作り、プロダクトとデザインが確認してから確定する。
実際の動き
PRDライターAIが新しい自動化を設定する様子。
P
PRDライターAIAIAsk anything…
Automations+ New
NameWhenStatus
PRDライターAIが連携するツール。
Notion
連携済みPRDを生きたドキュメントとして保存し、バージョン管理する。
Lark
近日公開Larkのドキュメントで作業するチーム向けに、同じPRDワークフローを提供予定。
よくある質問
- 何も質問せずにPRDを書き始めますか?
- いいえ。曖昧な点があれば、書き始める前に必ず確認の質問をします。仮定だけで作られたPRDは、PRDがないより悪いものになります。
- 完成前に誰がレビューしますか?
- 技術的な視点で実現性とエッジケースを確認し、プロダクト側が受け入れ条件が実際にテスト可能かを確認してから、完成として扱います。
- 要件が変わったときにPRDを更新できますか?
- できます。既存のドキュメントと変更内容を指定すれば、該当箇所だけを更新し、それ以外はそのまま残します。
- 非技術的なプロダクト(業務オペレーション、医療など)にも対応できますか?
- 対応できます。ドメインに合わせてPRDの構成を調整します。医療など規制のある領域では、コンプライアンスや臨床レビューが必要な箇所を明示します。