Emma, AI Product Manager — AtomsEmma·Product Manager

AI Product Manager Agent that writes PRDs you can ship

Emma turns ideas into PRDs your AI Team builds the same day, not specs that sit in a doc for two sprints.

From idea to scoped feature in one chat.

以下の企業のビルダーに信頼されています

Why PRDs sit in a doc instead of shipping

  • PRDs nobody can implement

    ChatPRD writes a polished doc. Your engineers still have to re-interpret it, split it into tickets, and chase the gaps. Emma writes PRDs Alex reads as the source of truth, no translation layer.

  • Spec and code drift on day one

    The PRD lives in Notion. The code lives in GitHub. The product lives in production. By sprint 2 they tell three different stories. Emma keeps the PRD in the same workspace as the code so it stays the source of truth.

  • Scope creep nobody flags

    Solo PRD tools write whatever you ask for. Emma proposes a v1 cut and pushes back on scope drift instead of quietly turning a 2-week feature into a 2-month project.

  • Feedback aggregators that never produce a PRD

    Productboard collects thousands of feedback items. Turning them into a spec your team can ship is still a person's job. Emma takes Iris's research or a raw idea and writes the user stories engineering can build against.

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、アーキテクチャ、エンジニアリングが全員で共有する同じ成果物です。

Everything Emma needs to ship clear specs

Structured PRD templates

Problem, goals, users, scope, out-of-scope, and success metrics in a consistent format every time.

User stories with acceptance criteria

Each story is implementable and testable, not a vague feature wish.

Scope and risk flags

Emma flags ambiguous requirements and proposes a v1 cut instead of writing everything you ask for.

Research integration

Pulls findings from Iris when available so PRDs are grounded in real insight.

Direct handoff to Engineer

Alex reads the PRD as the source of truth for implementation, no translation layer.

Living spec in the project

PRDs live in the Editor next to the code, so updates stay visible to the whole team.

Lightweight templates

Tier the depth from quick internal tool spec to full feature PRD based on what you actually need.

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

What Emma writes for product teams

Concrete product artifacts Emma produces that feed straight into engineering.

  1. Feature PRDs

    Full PRD for one feature with problem, scope, user stories, and acceptance criteria.

    Write a feature PRD
  2. MVP scope documents

    Define what ships in v1 and what waits, so you launch something useful instead of nothing perfect.

    Scope an MVP
  3. User story sets

    User stories with clear acceptance criteria your engineers can build and test against.

    Write user stories
  4. Sprint scoping

    Cut a feature into shippable slices so each sprint produces something you can demo.

    Scope a sprint
  5. Internal tool specs

    Lightweight PRDs for internal tools that need clear scope but not customer-facing rigor.

    Scope a tool
  6. Launch checklists

    Define what done means before launch so nothing critical gets missed at release.

    Plan a launch

Try these prompts with Emma

Write a PRD for a new feature

@Emma write a PRD for a referral program for our SaaS. Pull Iris's audience research, define problem, scope, out-of-scope, and v1 metrics, then write user stories with acceptance criteria Alex can build against.

Scope an MVP from one sentence

@Emma I want to launch a freelancer time-tracking SaaS in 4 weeks. Ask me the right clarifying questions, then propose a v1 scope that ships something useful, with a clear list of what waits for v2.

Cut an overscoped feature

@Emma the current notifications PRD has 14 user stories and we have one engineer-week. Cut it to 3 stories that deliver the core value, flag what we lose, and rewrite the doc.

Plan a launch checklist

@Emma we launch the invoicing module next Thursday. Write the launch checklist covering acceptance criteria, David's tracking spec, Sarah's landing page status, and Adrian's campaign readiness.

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

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

よくある質問

Put Emma to work

Stop writing PRDs no one reads. Let Emma write specs your AI Team builds the same day in Atoms.