머릿속 아이디어를 개발자가 이해하는 기획 문서로 바꾸는 방법

혹시 만들고 싶은 서비스가 머릿속에만 있으신가요?
그렇다면 그 아이디어를 개발자 앞에서 말로 설명해 본 적은 있으신가요?

저는 그 미팅이 어떻게 흘러가는지 압니다. 30분쯤 열심히 설명하고 나면, 개발자가 조심스럽게 묻기 시작하죠.

“그래서... 예약이 겹치면 어떻게 되는 거예요? 회원가입은 있어요? 화면은 몇 개나 생각하세요?”

견적을 물으러 갔다가 질문 목록만 받아 오는 미팅이요.
개발자가 깐깐해서 나온 질문들도 아닙니다. 문서가 있었다면 문서가 대신 답했을 것들이죠. 말로 한 기획은 개발자의 질문으로 돌아옵니다.

이번 편에서는 아이디어 한 문단에서 시작해, 미팅에 들고 갈 문서 세 가지를 만들어 봅니다.
왜 만드는지 정리한 문서(PRD), 기능 목록, 그리고 화면 그림까지요. 기획서를 써 본 적이 없어도 됩니다.

핵심 장면은 두 개입니다. Step 2에서 문단 하나가 문서로 바뀌는 순간을, Step 3에서 화면 그림 세 장을 보실 거예요.

이번 사례집은 상황별로 총 네 편입니다. 지금 상황에 맞는 편부터 읽으시면 됩니다.

이번 사례의 아이디어

만들고 싶은 건 동네 미용실이나 공방에서 쓸 예약 앱입니다.
지금 가진 건 이 생각 하나고, 개발자 미팅이 다음 주예요.

Step 1. 아이디어를 말하듯 적어 넣기

매니패스트에 새 프로젝트를 만들면 기획 도우미 매니가 인사를 건넵니다. 채팅창에 지금 하는 생각을 그대로 적었어요.

기획 용어는 하나도 안 썼습니다. 뭐부터 정리해야 할지 모르겠다는 걱정까지 그대로 적었죠. 여기서는 이 문장이 기획의 시작점이 됩니다.

Step 2. 한 문단이 PRD와 기능 목록으로

이 한 문단에서 먼저 PRD가 만들어집니다.
누구를 위한 서비스인지, 왜 필요한지가 문장으로 정리된 문서예요.

이어서 기능 목록이 나옵니다. 예약 접수, 예약 캘린더, 노쇼 방지금(예약 때 미리 받는 보증금) 같은 영역 아래에 기능이 하나씩 정리되고,
기능마다 개발 전에 정할 항목을 세는 개발 준비 슬롯이 붙어요.

개발자가 물어볼 “기능이 몇 개예요?”에 답이 생긴 겁니다.
머릿속에만 있던 범위가 목록으로 적히는 게 이 단계예요.
어색한 부분은 문장을 고치면 되고, 비어 있는 조건은 매니가 질문으로 물어봐 줍니다.

Step 3. 화면 그림까지 세 장

문서만으로는 화면 얘기가 어렵죠. 그래서 화면 그림(와이어프레임)도 만들어집니다. 예약 상세, 예약 캘린더, 고객 프로필. 이렇게 세 화면을 만들어 봤어요.

버튼과 입력칸이 실제 화면처럼 배치돼 있어서,
“화면은 몇 개나 생각하세요?”에 그림으로 답할 수 있게 됩니다.
미팅에서 손짓으로 화면을 그려 보일 일이 없어지는 거죠.

그래서 미팅에 가면 뭐가 달라지나요?

아이디어는 그대로인데, 이제 보여줄 게 생겼습니다. 개발자가 물어볼 것들이 이미 문서에 적혀 있는 상태로 미팅에 가는 거예요.
문장을 문서로 만들어 준 게 매니고, 빈 데를 미리 물어봐 준 게 개발 준비 슬롯의 질문들입니다.

정리하며

30분 설명 끝에 질문 목록을 받아 오던 미팅으로 돌아가 볼게요.
돌아보면 그 질문들의 답을 저는 대부분 알고 있었습니다. 적어 둔 곳이 없었을 뿐이죠.

이번에 한 일은 단순합니다. 생각을 한 문단 적었고, 매니의 질문에 답했고, PRD와 기능 목록과 화면 그림 세 장을 받았습니다.

이 세 가지가 있으면 미팅의 시작이 달라집니다.
설명 대신 문서를 펼쳐 놓고, 개발자와는 그다음 이야기를 하는 거예요. 견적, 일정, 뭘 빼고 뭘 먼저 만들지.

개발자를 만나기 전에, 생각 한 문단부터 적어 보세요. 문서는 오늘 안에 나옵니다.

오늘 해볼 수 있는 것

1. 만들고 싶은 걸 지금 말투 그대로 한 문단 적어 보세요. 걱정까지 적어도 됩니다.

2. 만들어진 기능 목록을 읽고, 생각과 다른 문장 하나만 고쳐 보세요.

3. 화면 그림을 열어서, 개발자에게 보여줄 순서대로 훑어 보세요.
   

무료로 시작할 수 있고, 프로젝트 세 개까지는 계속 무료입니다. 미팅 전에 하나 만들어 보세요.