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와 함께하는 하루

첫 번째 프롬프트부터 출시된 결과물까지 — 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가 실제로 이를 구축할 팀의 검토를 받습니다.

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.