이번 가이드에서는 반려동물 건강관리 앱을 기획하는 상황을 예시로 사용합니다.

Manyfast에서 만드는 기획 산출물들은 서로 연결되어 있습니다. PRD에서 요구사항이 나오고, 요구사항에서 기능명세서가 구조화되고, 기능명세서를 바탕으로 유저플로우가 그려집니다. 각 산출물이 독립된 문서가 아니라 하나의 맥락 위에 쌓이는 구조입니다.

이 가이드에서 보여드릴 것은 그 연결을 실제로 활용하는 방법입니다. 기능명세서를 다 만든 뒤, 유저플로우와 교차 검증해서 기획의 빈틈을 찾아 채우는 흐름입니다. 두 산출물을 오가는 이 과정에서 기능 목록만 볼 때는 보이지 않던 것들이 드러납니다.

Step 1. PRD를 만들고, 기능명세서를 뽑습니다.

Manyfast를 처음 열면 아이디어 입력부터 시작합니다. "반려동물 건강 기록을 체계적으로 관리하고 병원 일정을 놓치지 않게 도와주는 앱을 만들고 싶어요"라고 입력하면 AI 에이전트 매니가 이 내용을 바탕으로 기획에 필요한 질문을 던집니다. 주요 타겟 사용자는 누구인지, 반려인들이 겪는 가장 큰 어려움은 무엇인지, 핵심 기능은 무엇인지. 여섯 가지 질문에 모두 답하고 나면 오른쪽 화면에 PRD 초안이 만들어집니다.

<매니패스트 스크린샷: 매니패스트 온보딩 질문 + PRD 생성 화면>

PRD가 완성되면 이를 바탕으로 기능명세서가 생성됩니다. 기능명세서는 서비스에 필요한 기능들을 요구사항 → 기능 → 상세 기능 단위로 계층화해서 정리한 문서예요. 개발자와 기획자가 같은 기준으로 기능을 이해하고 소통할 수 있도록 구조화되어 있습니다.

<매니패스트 스크린샷: 기능명세서의 디렉토리뷰 — 기능별 상세 설명 확인>

기능 목록은 완성됐습니다. 그런데 여기서 자연스럽게 이런 의문이 생깁니다.

"이 기능들, 실제 사용자는 어떤 순서로 만나게 될까?"

기능명세서는 무엇을 만드는가를 정의하지만, 사용자가 어떤 경로로 이동하는가는 담지 않거든요.

Step 2 : 사용자 유형별 유저플로우를 그립니다.

매니 채팅창을 열고 바로 물어봤습니다.

"이 서비스를 쓰는 사용자 유형이 어떻게 될 것 같아? 각각 어떤 흐름으로 쓸 것 같아?"

매니가 기능명세서 전체를 읽고 4가지 유형을 제안했습니다.

• 초보 반려인 : 프로필 생성 → 건강/접종 항목 선택 → 검진 알림 등록

• 건강 관리 적극형 : 일상 기록 → 추이 확인 → 이상 신호 감지 흐름

• 병원 협업형: 진료 후 기록 저장 → PDF 내보내기 → 공유 흐름

• 다묘·다견 가정 : 반려동물 전환 → 해당 동물 기준 일정/기록 관리

<매니패스트 스크린샷: 매니 채팅 - 4가지 사용자 유형 제안 화면>

4개 유형을 한꺼번에 생성하면 플로우가 충분히 고려되지 않을 수 있습니다. 하나씩 요청하는 게 낫습니다.

"하나씩 생성해줘. 먼저 초보 반려인 플로우부터"

순서대로 요청하면 매니가 각 유형의 시나리오와 화면 흐름을 촘촘하게 잡아줍니다. Manyfast 유저플로우 탭에 4개가 차례로 생성됩니다.

<매니패스트 스크린샷: 유저플로우 목록 4개 + 실제 플로우 다이어그램 화면>

Step 3. 매니에게 교차 검증을 맡깁니다

유저플로우 4개가 완성되면, 매니에게 바로 물어봅니다.

"지금 만들어둔 4개의 유저플로우랑 기능명세서 비교해서 빠진 게 있으면 알려줘"

매니가 유저플로우와 기능명세서를 함께 읽고 비교 결과를 정리해줍니다.

• 초보 반려인 플로우에서 가입 후 바로 홈으로 이동하는데, 반려동물 프로필이 없는 상태입니다. 온보딩 화면이 플로우에 등장하지만 기능명세서에 해당 기능이 없습니다.

• 병원 협업형 플로우에서 진료 기록 수정과 삭제 액션이 있지만, 기능명세서 '병원 방문 기록 입력 및 저장' 하위에 수정/삭제 상세 기능이 없습니다.

기능명세서만 볼 때는 보이지 않던 것들이 유저플로우와 비교하면서 드러납니다. 기능은 있는데 순서가 없는 경우, 기능은 있는데 예외 처리가 없는 경우 — 이런 빈틈이 이 단계에서 잡힙니다.

<매니패스트 스크린샷: 매니 교차 검증 결과 화면>

Step 4. 빠진 항목을 기능명세서에 채웁니다

매니가 찾아준 항목들을 확인하고, 추가를 요청합니다.

"빠진 상세 기능 추가해줘"

매니가 기존 기능명세서 구조에 맞게 항목을 추가해줍니다. 기능명세서가 자동으로 보강되는 것을 확인할 수 있습니다.

<매니패스트 스크린샷: 기능명세서에 신규 항목이 추가된 화면>

정리하면

기능명세서는 무엇을 만드는가를 담고, 유저플로우는 사용자가 어떻게 이동하는가를 보여줍니다. 기능이 아무리 잘 정의되어 있어도, 이 기능의 흐름이 어떻게 이어져야 하는지, 예상치 못한 예외 상황은 무엇인지는 기능 목록만 봐서는 보이지 않습니다. 두 산출물이 같은 공간 안에 있고 매니와 대화하면서 왔다 갔다 할 수 있기 때문에, 기획의 빈틈을 개발 전에 잡을 수 있습니다.

오늘 해볼 수 있는 것들:

1. 매니 채팅에 "이 서비스 사용자 유형이 어떻게 될 것 같아?"라고 물어보기

2. 제안받은 유형별로 유저플로우 하나씩 생성 요청하기

3. "유저플로우랑 기능명세서 비교해서 빠진 게 있으면 알려줘" 요청하기

4. 매니가 찾아준 항목 기능명세서에 추가하기