PRDライターAI
helio / prd-writerPRDライターAIhelio / prd-writer
課題とゴールを伝えるだけ。AIチームメイトが足りない情報を質問し、ユーザー体験を整理したうえで、エンジニアがそのまま着手できる受け入れ条件付きのPRDを作成します。
このプロンプトで始める
処方の取り下げ機能のPRDを書いて。医師が、患者に電話せずに誤発行した処方を取り下げられるようにしたい。成功の定義は、患者が3秒以内に通知を受け取ること。書き始める前に、必要なことは何でも私に聞いて。
自分の課題と成功指標に差し替えてください。最後の一文が肝心です——それが、仮定だけで書き始めるのを止めます。
PRDライターAIとは？
課題を仕様に変えるチームメイトです。背景・機能・フロー・テスト可能な受け入れ条件・エッジケース、そして未解決の問いまでをまとめます。下書きはNotionに届くので、修正は差分で読めます。スコープ・実現性・優先度を自分では決めず、対立点をフラグしてあなたに判断を委ねます。
できること
どんなチャットボットでもPRDを一度は書けます。Helioはそれを常駐ジョブとして回します——あなたの文脈から、常に最新の状態で、あなたのもとへ。
| 下書きではなく、仕事ごと引き受ける | 実現性の確認をエンジニアに回し、未解決の問いが閉じて初めてPRDを完成とみなします。 |
| ゼロからやり直さず、また動く | 一度うまく回れば保存され、次のアイデアも同じ検証済みプロセスをトリガーで実行。白紙のプロンプトからではありません。 |
| あなたの文脈から書く | Notion・過去のPRD・受け入れ条件の書き方を参照するので、新しい仕様もあなたのチームの書き方に揃います。 |
| 自分を最新に保つ | 方針や慣習が変われば、ワークフローを更新します。基準を教え直す必要はありません。 |
| あなたが働く場所に届く | PRDと未解決の問いはSlack・Lark・メールに届きます。読むためにHelioを開く必要はありません。 |
特にうまくやる3つのこと
01
推測を拒む
仮定だけで作ったPRDは、PRDがないより高くつく——だからまず質問します。設定ではなく、設計上の選択です。
02
テストできる受け入れ条件
「支払い済みの処方:システムはメッセージを表示して拒否する」——QAが実行できるチェックだから、スプリントに締められる基準ができます。
03
未解決の問いは、未解決のまま残す
決着していない判断は専用のセクションにまとめます。分かっていないことは、自信ありげな文章に隠さず、目に見える形で示します。
PRDライターAIが連携するツール。
よくある質問
- 何も質問せずにPRDを書き始めますか?
- いいえ。曖昧な点があれば、書き始める前に必ず確認の質問をします。仮定だけで作られたPRDは、PRDがないより悪いものになります。
- 完成前に誰がレビューしますか?
- 技術的な視点で実現性とエッジケースを確認し、プロダクト側が受け入れ条件が実際にテスト可能かを確認してから、完成として扱います。
- 要件が変わったときにPRDを更新できますか?
- できます。既存のドキュメントと変更内容を指定すれば、該当箇所だけを更新し、それ以外はそのまま残します。
- 非技術的なプロダクト(業務オペレーション、医療など)にも対応できますか?
- 対応できます。ドメインに合わせてPRDの構成を調整します。医療など規制のある領域では、コンプライアンスや臨床レビューが必要な箇所を明示します。