기획서가 부족한 초기 프로젝트, 무엇부터 만들어야 할까요

먼저 짧게 답부터 드릴게요. 기획서가 부족한 초기 프로젝트라면 와이어프레임을 먼저 그리고 싶은 마음이 들지만, 순서는 그 반대예요. 무엇을 만들지(요구사항)와 어떻게 구성할지(IA)를 먼저 정하고, 그다음 화면을 그리는 게 맞아요. 발주 전에 이 세 가지만 직접 준비해도 업체와의 첫 대화가 또렷해지고 견적 편차가 줄어요. 거창한 기획서가 아니라 ‘방향이 정해진 한 장’이면 충분해요.

아이디어는 머릿속에 선명한데 막상 “기획서 주세요”라는 말을 들으면 막막해져요. 화면이 몇 개인지, 흐름이 어떤지 글로 적어본 적이 없으니까요. 그런데 이 상태로 개발 외주를 맡기면 업체마다 견적이 몇 배씩 벌어져요. 같은 설명을 듣고도 누구는 한 달, 누구는 석 달을 말하거든요. 오늘은 기획이 부족한 초기 단계에서 와이어프레임·스토리보드·IA 중 무엇을 먼저 만들어야 하는지, 발주 전에 직접 챙길 수 있는 최소 기획을 정리해볼게요.

1. 기획이 없으면 외주 견적이 왜 흔들릴까요

개발외주비용은 기능 목록이 아니라 “무엇을, 어떤 조건에서 만드나”가 또렷할수록 정확해져요. 그런데 기획이 말로만 있으면 업체는 빠진 부분을 각자 상상해서 채워요. ‘회원 관리’라는 한 줄에도 어떤 곳은 로그인만 떠올리고, 어떤 곳은 권한 등급과 외부 로그인 연동까지 계산하거든요. 그 상상의 폭만큼 견적이 벌어져요.

실제로 한 실무 자료에서는 ‘사용자 관리’처럼 한 줄로만 적힌 요구사항이 역할 수·권한 구조·연동 여부가 빠져 있어서, 업체마다 견적 기간이 일주일에서 두 달까지 벌어질 수 있다고 지적해요. 그래서 개발 외주 받는 법의 첫 단추는 멋진 기획서가 아니라 “오해의 여지를 줄이는 최소한의 정리”예요.

2. 세 가지 기획 문서, 역할만 짧게 짚으면

초기에 자주 듣는 세 단어가 IA, 와이어프레임, 스토리보드예요. IA(정보 구조)는 “메뉴와 화면이 어떻게 묶이고 이어지나”를 정해요. 와이어프레임은 “한 화면에 무엇이 어디에 놓이나”를 선으로 그린 밑그림이고요. 스토리보드(화면 설계서)는 거기에 동작과 조건, 예외 상황까지 적어 개발자가 그대로 만들 수 있게 한 문서예요.

세 문서가 무엇이 다른지 더 자세히 알고 싶다면 와이어프레임·스토리보드·IA 차이 정리에 풀어뒀어요. 오늘 글의 핵심은 ‘무엇이 다른가’가 아니라 ‘무엇을 먼저 만드나’예요. 기획이 부족한 상태에서 순서를 틀리면, 그려놓은 화면을 통째로 다시 그리는 일이 생기거든요.

3. 그래서 무엇을 ‘먼저’ 만들어야 할까요 — IA가 1순위예요

순서를 하나만 기억한다면 “구조부터, 화면은 나중”이에요. IA를 먼저 잡는 이유는 간단해요. 집을 지을 때 방 배치를 정하기 전에 벽지를 고르지 않는 것과 같아요. 화면 디자인(와이어프레임)은 메뉴 구조가 바뀌면 같이 흔들리는데, 반대로 구조가 단단하면 화면은 그 위에 얹기만 하면 돼요.

기획이 부족할수록 이 순서가 더 중요해요. 머릿속 아이디어를 종이에 옮길 때, 화면부터 그리면 “이 버튼을 누르면 어디로 가지?”에서 자꾸 막혀요. 반면 “큰 메뉴가 세 개고, 각 메뉴 아래 화면이 두세 개”라는 지도를 먼저 그리면, 빠진 흐름이 눈에 보여요. 업계에서 흔히 소개하는 순서도 요구사항 정리 → IA → 와이어프레임 → 기능명세·스토리보드예요.

4. 와이어프레임은 언제 그릴까요

IA로 뼈대가 서면 그때 와이어프레임을 그려요. 이 단계의 목적은 예쁜 디자인이 아니라 “화면마다 꼭 들어갈 요소와 자리”를 합의하는 거예요. 색과 폰트는 뒤로 미뤄도 돼요. 오히려 초기에 디자인을 너무 다듬으면, 흐름을 바꿔야 할 때 아까워서 못 바꾸는 역효과가 나요.

발주자 입장에서 와이어프레임이 주는 가장 큰 효용은 “빠진 화면 찾기”예요. 로그인은 그렸는데 비밀번호 찾기는 없고, 목록은 있는데 검색 결과가 없을 때 같은 구멍이 여기서 드러나거든요. 이 구멍을 개발 전에 메우면, 개발 중에 “이 화면도 필요하네요”로 추가 비용이 붙는 일을 크게 줄일 수 있어요.

5. 스토리보드는 마지막에 — 왜 그럴까요

스토리보드(화면 설계서)는 가장 품이 많이 드는 문서라 마지막에 만들어요. 화면마다 “이 버튼을 누르면 무엇이 일어나고, 실패하면 어떤 메시지가 뜨는지”까지 적어야 하거든요. 구조와 화면이 자주 바뀌는 초기에 이걸 먼저 쓰면, 바뀔 때마다 통째로 고쳐 써야 해서 시간만 들어요.

그래서 초기 프로젝트라면 스토리보드를 처음부터 완성하려 애쓸 필요가 없어요. 핵심 흐름(예: 가입 → 주문 → 결제)만 먼저 상세히 적고, 나머지는 개발사와 함께 채워가는 방식이 현실적이에요. 개발 외주 계약서 핵심 조항을 정할 때도 “스토리보드를 누가 어느 범위까지 작성하는지”를 적어두면 서로 덜 부딪혀요.

6. 발주자가 직접 준비할 수 있는 최소 기획

기획 전문가가 아니어도 아래 정도는 직접 준비할 수 있어요. 저희가 초기 상담에서 발주자에게 권하는 순서와, 업계에서 일반적으로 소개하는 순서를 나눠 적어볼게요.

구분	저희가 권하는 최소 준비 (자사 실무 기준)	업계 일반 소개 순서 (공식·외부 기준)
1단계	핵심 사용자와 “이 서비스로 뭘 해결하나” 한 문단	요구사항 정의
2단계	큰 메뉴 3～5개와 그 아래 화면 목록 (손으로 그린 지도)	IA(정보 구조) 설계
3단계	꼭 필요한 화면 3～4개만 거친 밑그림	와이어프레임
이후	(개발사와 함께) 동작·예외 상세화	기능명세·스토리보드

왼쪽은 저희가 실제 초기 상담에서 권하는 순서예요(자사 실무 기준이라 모든 프로젝트의 정답은 아니에요). 오른쪽은 공개된 업계 자료에서 흔히 소개하는 흐름이고요. 둘 다 “구조 먼저, 화면 나중”이라는 뼈대는 같아요.

용어 한 줄 정리 — IA(Information Architecture, 정보 구조): 메뉴와 화면이 어떻게 묶이고 이어지는지를 정한 지도예요. 와이어프레임: 색·폰트 없이 요소의 위치만 잡은 화면 밑그림이에요. 스토리보드(화면 설계서): 화면별 동작과 예외 상황까지 적어 개발 기준이 되는 문서예요. MVP: 핵심 기능만 먼저 만든 최소 버전이에요.

7. 기획이 부족한 채 발주하면 생기는 흔한 문제 4가지

첫째, 범위가 중간에 계속 늘어요. 처음에 안 적은 화면과 기능이 개발 중에 “당연히 필요하죠”로 추가되면서 비용과 기간이 밀려요. 둘째, 업체와 발주자가 서로 다른 그림을 상상해, 완성본을 보고 “이게 아닌데요”가 나와요. 셋째, 견적을 비교할 기준이 없어서 금액만 보고 고르게 돼요. 넷째, 테스트 단계에서야 빠진 흐름이 드러나 일정이 꼬여요.

이 네 가지는 전부 “구조를 먼저 안 그린” 데서 비슷하게 시작돼요. 그래서 기획이 완벽하지 않아도, 메뉴 지도 한 장과 핵심 흐름만 정리해두면 네 문제의 절반은 미리 막을 수 있어요. 기업을 위한 AI·생성형 AI 개발 외주처럼 조건이 복잡한 프로젝트일수록 이 사전 정리가 더 큰 차이를 만들어요.

8. 운영해본 개발사는 초기 기획을 어떻게 잡나요

저희는 기획이 덜 된 상태로 오시는 초기 프로젝트를 자주 만나요. 그때 바로 화면부터 그리지 않고, “이 서비스가 누구의 어떤 문제를 푸나”와 “메뉴가 어떻게 묶이나”부터 같이 정리해요. 자체 SaaS 4종을 직접 운영하다 보니, 구조가 흔들리면 나중에 운영에서 얼마나 비싸게 물리는지를 겪어봤거든요. 그래서 “빨리 그리기”보다 “덜 바꾸게 그리기”를 먼저 봐요.

저희는 10년 이상 50개 넘는 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해온 개발사예요. 롯데·캐논 같은 곳과도 함께해 왔고요. 아이디어는 있는데 기획이 막막한 단계라면 메뉴 지도부터 같이 그려드릴게요 →. 초기 단계에서 MVP와 PoC 중 무엇을 먼저 할지, 예산은 어떻게 잡을지는 PoC와 MVP 차이와 초기 예산 잡는 법에, 유형별 비용의 큰 그림은 개발 외주 비용의 유형별 범위 정리에서 이어서 보실 수 있어요.

자주 묻는 질문

기획서가 하나도 없는데 견적부터 받아도 되나요?

받을 수는 있지만, 금액이 넓게 흩어져서 비교가 어려워요. 메뉴 지도 한 장과 “꼭 필요한 화면 3～4개”만 정리해서 가면 훨씬 또렷한 견적을 받아요. 완성된 기획서가 아니라 방향이 정해진 한 장이면 충분해요.

기획도 개발사에 맡길 수 있나요? 그러면 비용이 더 드나요?

네, 기획부터 함께하는 방식도 많아요. 다만 발주자가 “무엇을 왜 만드는지”는 직접 쥐고 있어야 해요. 그 핵심만 있으면 IA·화면 설계는 함께 채울 수 있어요. 기획 포함 여부와 범위를 계약서에 적어두면 비용 다툼을 줄일 수 있어요.

와이어프레임을 제가 직접 그려도 되나요?

그럼요. 손으로 그린 거친 밑그림이면 충분하고, 오히려 그게 더 솔직해서 좋아요. 전용 도구가 없어도 종이에 네모와 글자로 “여기에 목록, 여기에 버튼”만 표시하면 돼요. 중요한 건 완성도가 아니라 빠진 화면을 함께 찾는 거예요.