Emma, AI Product Manager — AtomsEmma·Product Manager

出荷できるPRDを書くAIプロダクトマネージャーエージェント

Emmaはアイデアを、AIチームがその日のうちに構築できるPRDへと変換します。ドキュメントに2スプリント分も眠る仕様書ではありません。

アイデアからスコープされた機能へ、1回のチャットで。

なぜPRDは出荷されずにドキュメントに眠っているのか

  • 誰も実装できないPRD

    ChatPRDは洗練されたドキュメントを書きます。しかし、エンジニアはそれを再解釈し、チケットに分割し、不足している点を埋めるために追いかける必要があります。Emmaは、Alexが唯一の正しい情報源として読めるPRDを書きます。翻訳レイヤーは不要です。

  • 初日から仕様とコードが乖離する

    PRDはNotionにあります。コードはGitHubにあります。プロダクトは本番環境にあります。スプリント2になる頃には、それぞれがまったく別の物語を語っています。EmmaはPRDをコードと同じワークスペースに置くことで、唯一の正しい情報源として維持します。

  • 誰も指摘しないスコープクリープ

    単独のPRDツールは、依頼されたものをそのまま何でも書きます。Emmaはv1向けの切り分けを提案し、2週間の機能が静かに2か月のプロジェクトへ膨らむのを見過ごすのではなく、スコープの肥大化にきちんと異議を唱えます。

  • PRDを生み出さないフィードバック集約ツール

    Productboardは何千ものフィードバック項目を集めます。しかし、それをチームが出荷できる仕様に落とし込むのは、依然として人の仕事です。EmmaはIrisのリサーチや生のアイデアを受け取り、エンジニアリングが実装の拠り所にできるユーザーストーリーを書きます。

Emmaとの1日

最初のプロンプトからリリース済みの成果まで — Emma が実際にどう機能するのかをご紹介します。

  1. 01

    Irisから検証済みの方向性を取得

    Emmaは、実在し検証済みの機会から始めます——「シャワー中に思いついたアイデア」ではありません。

    Iris, AI Deep ResearcherIrisに引き継ぐ
  2. 02

    ユーザーストーリーと受け入れ基準を策定する

    誰が、何を、いつ行い、どうすればそれが機能したと分かるのか。エンジニアが実装できるほど明確です。

  3. 03

    勝てる v1 に向けてスコープを絞る

    仮説を検証できる最小バージョンに仕様を絞り込みます — スコープクリープはここで見つかります。

  4. 04

    実現可能性について Bob と Alex を巻き込む

    仕様が固まる前に、アーキテクチャ上のトレードオフと実装時間を織り込むので、開発途中での想定外はありません。

    Bob, AI ArchitectBobに引き継ぐ
  5. 05

    仕様を確定してビルドに引き渡す

    PRD はそのままビルドキューに入ります。PM、アーキテクチャ、エンジニアリングが全員で共有する同じ成果物です。

Emmaが明確な仕様を出荷するために必要なものすべて

構造化されたPRDテンプレート

課題、目標、ユーザー、スコープ、対象外、成功指標を、毎回一貫した形式で整理します。

受け入れ基準付きのユーザーストーリー

各ストーリーは、曖昧な機能要望ではなく、実装可能かつテスト可能です。

スコープとリスクのフラグ

Emmaは曖昧な要件を指摘し、求められたことをすべて書き出す代わりに、v1向けの切り分け案を提案します。

リサーチ統合

利用可能な場合はIrisから調査結果を取り込み、PRDが実際のインサイトに基づくものになります。

Engineerへの直接引き継ぎ

Alexは実装の唯一の正しい情報源としてPRDを読み、翻訳レイヤーは不要です。

プロジェクト内の生きた仕様書

PRDはコードの隣にあるEditor内で管理されるため、更新内容がチーム全体に見える状態で保たれます。

軽量テンプレート

実際に必要な内容に応じて、簡易な社内ツール用仕様から完全な機能PRDまで、記述の深さを段階的に調整できます。

Emmaがチームに加わると何が変わるか

手作業のワークフローは遅く、手動で、ツールに大きく依存します。各カードにホバーすると、それぞれの改善が重要な理由を確認できます。

なぜビルダーたちは他ではなくEmmaを選ぶのか

比較

ChatPRD から乗り換えですか?Emma が優れているポイントはこちらです。

01

置いておくだけではなく、構築につながる仕様

ChatPRD は、Notion にずっと残る洗練されたPRDを生成します。Emma の仕様はそのまま Bob のアーキテクチャスケッチと Alex の開発計画に入り、あなたが書いたドキュメントは次の四半期ではなく、数日以内に製品になります。

02

スコープを広げず維持

多くのPRDツールは、あらゆる機能アイデアに「イエス」と言います。Emmaは「これが機能することを証明する最小のバージョンは何か?」と問い、そのための仕様を書きます。スコープクリープは、エンジニアリングが始まった後ではなく、仕様の段階で食い止められます。

03

リリースを担うチームに接続

Notion AI はあなたの wiki の中で動きます。Emma は Iris(research)、Bob(architecture)、Alex(engineering)、Mike(approvals)と連携して作業するため、PRD はエンジニアリング工数を1時間も使う前に、実際にそれを構築するチームによってレビューされます。

Atoms と ChatPRD:機能、価格、機能を比較する

機能
Atoms
推奨
ChatPRD
出力
構築につながる仕様
仕上げたドキュメント
エンジニアリングに接続
Alexに引き継ぐ
Notion上で管理
スコープ管理を標準装備
v1マインドセット
あらゆるアイデアにイエスと言う
実現可能性についてアーキテクトを巻き込む
仕様が確定する前に
別々に尋ねる必要がある
受け入れ基準
ユーザーストーリーごと
ユーザーストーリーごと

Emma がAIチームの他のメンバーとどのように連携するか

Emma は単独で動くわけではありません。フルチームで構築する際に、引き継ぎがどのように行われるかをご紹介します。

エマがプロダクトチーム向けに書くもの

エンジニアリングにそのまま引き継がれる、Emmaが作成する具体的な成果物。

  1. 機能PRD

    1つの機能に対する完全なPRD。課題、スコープ、ユーザーストーリー、受け入れ基準を含みます。

    機能PRDを書く
  2. MVPスコープ文書

    v1で何を出荷し、何を後回しにするかを定義し、完璧な何もないものではなく、役に立つものをリリースできるようにします。

    MVPのスコープを定義する
  3. ユーザーストーリーセット

    エンジニアがそれに基づいて実装・テストできる、明確な受け入れ基準付きのユーザーストーリーです。

    ユーザーストーリーを書く
  4. スプリントのスコープ設定

    機能をリリース可能な単位に分割し、各スプリントでデモできる成果物を生み出せるようにします。

    スプリントのスコープを設定する
  5. 社内ツール仕様書

    明確なスコープは必要でも、顧客向けほどの厳密さは不要な社内ツール向けの軽量なPRDです。

    ツールのスコープを定義する
  6. ローンチチェックリスト

    ローンチ前に「完了」の意味を定義し、リリース時に重要な項目の見落としがないようにします。

    ローンチを計画する

Emmaにこれらのプロンプトを試してみましょう

新機能のPRDを書く

@Emma 私たちのSaaS向けの紹介プログラムについてPRDを書いてください。Irisのオーディエンス調査を参照し、問題、スコープ、スコープ外、v1の指標を定義したうえで、Alexが実装できるよう受け入れ基準付きのユーザーストーリーを書いてください。

1文からMVPのスコープを定める

@Emma 4週間でフリーランサー向けの時間追跡SaaSを立ち上げたいです。適切な確認質問をしてから、実用的なものをリリースできるv1のスコープを提案し、v2に回す項目を明確な一覧にしてください。

スコープ過大な機能を削る

@Emma 現在の通知PRDには14件のユーザーストーリーがありますが、使える工数はエンジニア1人週分しかありません。中核となる価値を提供する3件のストーリーに絞り、失うものを明示したうえで、ドキュメントを書き直してください。

ローンチのチェックリストを計画する

@Emma 来週木曜日に請求書モジュールをローンチします。受け入れ基準、Davidのトラッキング仕様、Sarahのランディングページの進捗状況、Adrianのキャンペーン準備状況を含むローンチチェックリストを書いてください。

Emma のAIチームの他のメンバーを見る

どのエージェントも単独では動きません。任意のチームメイトをタップすれば、あなたのプロダクトの担当部分をどう処理しているか確認できます。

以下の地域の顧客から信頼されています

よくある質問

エマを活用する

誰にも読まれないPRDを書くのはやめましょう。Emmaに、あなたのAIチームがその日のうちにAtomsで構築できる仕様を書かせましょう。