한 달 프로젝트가 세 달이 되는 이유, AI 개발도 기준 문서에서 갈립니다 (Manyfast 허재혁 대표님)

빌더 조쉬 Builder Josh · 2026-11-11 18:00 · 46:17

제품·창업 AI 개발 방법론 프롬프트·스펙 작성

YouTube에서 보기

한 줄 핵심

AI 에이전트 시대에는 기획서가 단순한 문서가 아니라 코드와 의사결정을 동기화하는 살아 있는 SSOT여야 하며, 이를 기준 문서로 관리할 수 있는 제품이 협업과 개발 효율을 크게 바꾼다.

시간별 요약

0:00
하이라이트 좋은 SSOT는 변경 의도와 맥락이 계속 쌓이는 살아 있는 기준 문서이며, 고객 코멘트 반영부터 버전 복원까지 AI 에이전트가 지원하면 기획과 협업의 품질이 크게 높아진다.
0:40
오프닝: 허재혁 대표와 3월 이후의 성장 Manyfast는 3월 출연 이후 유저 수가 3,000명에서 3만 명으로 늘고 17개국에서 쓰이는 솔루션으로 확장됐다. 오늘의 핵심 주제는 SSOT와 기획의 기준 문서화다.
1:38
기획서 도구에서 기준 문서 도구로 처음에는 기획서를 빠르게 만들고 공유하는 도구를 지향했지만, 실제로는 기준이 되는 기획 문서를 쓰는 팀이 가장 오래 남는다는 사실을 확인했다. 제품의 포지션이 기획서 생성 도구에서 기준 문서 도구로 바뀌었다.
3:25
오래 남는 팀이 쓰는 문서 위키나 노션은 정보를 쌓는 데는 강하지만 내부 기획 데이터를 수정·삭제·튜닝하는 데는 불편하다. 기획 산출물이 여러 문서와 형태로 파편화될수록 기준을 유지하기가 더 어려워진다.
5:00
기획서의 새 독자, AI 에이전트 이제 기획서를 읽는 주체는 사람만이 아니라 AI 에이전트이기도 하다. 스키마가 맞지 않거나 문서가 일관되지 않으면 AI는 내용을 추측하게 되고, 그 결과가 오류로 이어질 수 있다.
5:42
에이전시 시절, 한 달 프로젝트가 세 달이 된 이유 외부 이해관계자와 일하던 에이전시 환경에서는 의사결정과 맥락을 문서로 남기지 않으면 범위가 계속 늘어 프로젝트가 장기화됐다. 비대면 협업과 AI 에이전트가 일반화된 지금은 이런 기준 문서의 필요성이 더 커졌다.
8:28
의도와 맥락이 빠지면 AI는 추측한다 로그인 방식처럼 겉으로는 단순한 변경도 왜 바뀌었는지의 의도와 배경이 없으면 AI는 임의로 해석한다. 이런 추측이 누적되면 코드가 꼬이거나 큰 장애로 이어질 수 있다.
10:02
기획에서 말하는 SSOT와 살아있는 기획서 기획에서의 SSOT는 코드와 동기화되고, 불일치가 생기면 이를 감지할 수 있어야 한다. 그래서 좋은 기획서는 살아 있는 기획서이며, 코드와 계속 맞물려 움직여야 한다.
11:36
SSOT는 그냥 위키 문서와 무엇이 다른가 노션이나 위키로도 SSOT를 만들 수는 있지만, 수정 이력과 변경 이유를 번거롭게라도 체계적으로 남겨야 한다. 현업의 PM과 기획자가 의사결정에 바로 쓸 수 있는 명시성과 구조가 핵심 차이다.
13:07
가장 많이 하는 실수: 스냅샷을 SSOT라 부르기 한 번 찍은 최신본을 SSOT라고 부르는 경우가 많지만, 진짜 SSOT는 변경 이력과 변경 의도가 누적된 문서다. 단순한 최종본 스냅샷만으로는 기준 문서 역할을 할 수 없다.
14:18
사람이 읽는 기획서, AI가 읽는 기획서 사람은 플로우 차트와 와이어프레임 같은 시각화된 문서를 잘 읽고, AI는 구조화된 텍스트와 코드 형태를 잘 읽는다. Manyfast는 사람이 보기 쉬운 화면과 AI가 손실 없이 읽을 수 있는 JSON 기반 구조를 함께 설계했다.
15:41
대기업 기획팀이 겪는 괴리 대기업에서는 개발 조직은 AI를 활용하는데 기획 조직은 여전히 보고용 문서와 레거시 위키에 묶여 있는 경우가 많다. 인간용 문서와 AI용 문서가 따로 놀면서 기획팀이 중간에서 이중 작업을 떠안게 된다.
19:54
보안 환경과 온프레미스 대응 금융권과 대기업은 온프레미스, VDI, 전용 토큰 등 보안 요구가 강하다. Manyfast는 SaaS와 엔터프라이즈 전용 구성을 모두 고려해, 사내 클라우드 자원과 로컬 모델까지 연결할 수 있게 설계했다.
22:34
외주 개발사가 의사결정 기록을 남겨야 하는 이유 외주 개발사는 고객과의 합의 내용을 기획서와 로그로 남겨야 분쟁과 범위 확장을 막을 수 있다. 누가 언제 무엇을 바꿨는지 기록되지 않으면 손해는 대부분 수행사가 떠안게 된다.
25:53
Manyfast 시연: 랜딩과 온보딩 업데이트된 Manyfast는 요구 사항 정의부터 기능 명세, 화면 설계까지의 흐름을 팀별로 안내한다. 온보딩을 통해 외주 개발사, 엔터프라이즈 PM, 1인 창업가가 각자의 방식으로 시작할 수 있다.
27:05
고객 요청서를 SSOT 기획서로 고객의 제안 요청서와 회의록을 올리면 기획안 초안이 생성되고, 부족한 맥락을 보완하는 질문을 통해 PRD와 기능 명세서가 구체화된다. 같은 제품이라도 유저 플로우에 따라 전혀 다른 경험이 되므로 초기 기준 문서가 중요하다.
29:18
플로우 차트와 예외 케이스 Manyfast는 기능과 연결된 플로우 차트를 자동으로 만들고, 소셜 로그인 실패나 네트워크 오류 같은 예외 케이스까지 담아낸다. 실제 현업에서 쓸 수 있도록 문서 구조를 많이 다듬어 둔 점이 강점이다.
30:52
대면 미팅 전에 짚을 쟁점 초기 기획안이 나와도 대면 미팅 전에 일정, 비용, 결제 구조, POS 연동 같은 영향 큰 쟁점을 먼저 정리할 필요가 있다. 단순 확인 사항보다 의사결정에 영향을 주는 항목을 묶어두면 회의가 훨씬 효율적이다.
31:53
회의록에서 결정을 뽑아 기획서에 반영 회의록을 올리면 관련 결정만 추출해 기획서에 반영할 수 있고, 사람 PM이 승인까지 직접 할 수 있다. 회의 내용이 문서와 바로 연결돼야 합의가 실제 산출물로 이어진다.
33:13
기능 명세와 유저플로우 동기화 기능 명세서를 바꾸면 유저 플로우와 플로우 차트도 함께 동기화해야 한다. 바뀐 부분만 적용되는 것이 아니라 전체 구조의 단어, 모양, 의미가 서로 어긋나지 않도록 갱신해야 한다.
34:22
1달러 팀 플랜 체험 팀 플랜을 1달러로 2주 체험할 수 있는 프로모션이 제공된다. 추가 결제 없이 트라이얼로만 끝나도록 설계돼 있어 부담 없이 기능을 시험해 볼 수 있다.
35:47
공유 링크와 고객 코멘트 반영 외부 공유 페이지는 읽기 전용에 가깝게 설계돼 명시성에 집중한다. 고객 코멘트를 남기면 AI 에이전트가 이를 읽어 기획안에 반영하고, 반영 완료 처리까지 자동으로 수행한다.
37:07
MCP와 이슈 트래커 연동 MCP를 통해 Claude Code, Codex, Monday, Jira, Linear 같은 도구들과 연결된다. 기획 문서에서 바로 이슈를 만들고 개발 도구로 넘기는 흐름이 자연스럽게 이어진다.
38:00
버전 저장과 자동 저장 기획 문서는 버전 저장과 자동 저장이 핵심이며, 변경 시점마다 형상관리처럼 기록이 남아야 한다. 나중에 복원하면 이전 버전으로 돌아갈 수 있어야 기준 문서의 신뢰도가 유지된다.
38:36
Manyfast를 Manyfast로 기획하기 Manyfast 자체를 Manyfast로 기획하면서 제품을 계속 다듬고 있다. 커넥터, 이슈 추적, 문서 대조, 버전 이력까지 실제 운영 과정에서 같은 도구로 검증하고 있다.
41:34
앞으로의 계획: 국내 엔터프라이즈와 해외 PLG 국내에서는 엔터프라이즈와 팀 단위 시장에 집중해 테스트와 도입을 늘릴 계획이다. 해외에서는 한국에서의 경험을 바탕으로 다시 PLG를 시도해 소프트웨어 기획의 표준 도구가 되는 것을 목표로 한다.
43:27
기획을 AI에게 다 맡기면 안 되는 이유 신규 제품의 기획은 AI에게 전부 맡기면 평균적인 결과로 수렴하기 쉽기 때문에 인간이 주도해야 한다. 대신 검토 기능과 진단 기능으로 누락된 부분과 모호한 부분을 찾는 데 AI를 활용하는 방식이 적합하다.
45:13
마무리 Manyfast는 기획과 협업의 가치를 전파하기 위해 더 많은 사용자가 1달러 플랜을 체험하길 바라고 있다. 이 영상은 SSOT와 기준 문서가 AI 개발 시대의 핵심 인프라라는 메시지로 마무리된다.

실무 인사이트

기획 도구의 경쟁력은 예쁜 편집 기능보다 변경 의도와 의사결정 이력을 얼마나 잘 남기고 동기화하느냐에 달려 있다.
AI 에이전트를 실제 업무에 붙이려면 문서 포맷보다 먼저 기준 문서의 권위, 최신성, 스키마 일관성을 설계해야 한다.
외주·대기업·보안 환경에서 모두 통하는 공통점은 인간용 보고서와 AI용 실행 문서를 분리하지 않고 하나의 SSOT로 연결하는 것이다.