UI/UX 기획서 없이 개발 맡기면 100% 망하는 이유

개발사에 연락을 넣었더니 "먼저 기획서를 보내주세요"라는 답변이 돌아온 경험, 있으신가요? 그 말이 왜 나오는지, 그리고 기획서가 없을 때 실제로 어떤 일이 벌어지는지를 알면 — 기획 단계를 절대 건너뛰지 않게 됩니다.

결론부터 말하면, UI/UX 기획서는 '예쁜 그림'이 아니라 개발 범위를 정의하는 계약서입니다. 이게 없으면 견적도, 일정도, 책임 소재도 전부 흐릿해집니다.

🧩 기획서가 없으면 무슨 일이 생기나요?

견적이 쪼개지기 시작합니다

처음에 "1,500만 원이요"라고 했던 금액이, 개발이 진행될수록 조금씩 달라집니다. "이건 처음 논의에 없던 기능이에요", "이 화면은 별도 공수입니다" — 이 말이 나오는 이유는 대부분 처음에 범위가 명확히 정의되지 않았기 때문입니다.

기획서가 있으면 "이 기능은 포함이냐, 아니냐"를 화면 단위로 따질 수 있습니다. 기획서가 없으면 그 판단이 전부 개발사 재량입니다.

일정 지연의 원인 1위가 여기서 나옵니다

개발 중 "이 버튼 눌렀을 때 어떻게 되나요?"라는 질문이 하루에 다섯 번 이상 나온다면 — 기획이 안 된 겁니다. 개발자는 코드를 짜는 사람이지 서비스 흐름을 설계하는 사람이 아닙니다. 매번 물어보고, 매번 기다리고, 매번 수정하는 구조가 반복되면 일정은 자연스럽게 밀립니다.

분쟁이 생겼을 때 아무것도 증명할 수 없습니다

"저는 분명히 그렇게 말했어요"와 "저는 그런 말 못 들었는데요" — 이 싸움에서 이기는 건 문서가 있는 쪽입니다. 기획서는 단순한 가이드가 아니라 법적 근거가 되는 문서이기도 합니다. 외주 분쟁의 상당수가 기획 단계에서 예방 가능합니다.

📋 UI/UX 기획서, 실제로 무엇이 들어가야 하나요?

기획서라고 하면 'PPT 몇 장'을 떠올리는 분이 많은데, 개발 착수에 필요한 기획서는 구체적으로 아래 요소들로 구성됩니다.

이 중 하나라도 빠지면 어딘가에서 반드시 구멍이 납니다. 경험상 가장 자주 빠지는 건 예외 케이스입니다. 정상 흐름은 누구나 생각하는데, "결제 실패하면?" "쿠폰이 중복으로 적용되면?" 같은 질문은 개발 직전까지 아무도 안 합니다.

🔍 플랫폼마다 기획의 복잡도가 다릅니다

"우리 서비스는 단순해요"라고 하시는 분들 중 실제로 단순한 경우는 드뭅니다. 예를 들어 볼게요.

123타이어 쇼핑몰 리뉴얼을 진행할 때, 처음엔 "그냥 쇼핑몰 아닌가요?"라고 생각할 수 있습니다. 그런데 타이어는 차종·연식·사이즈·장착점이 전부 맞아야 살 수 있는 상품입니다. 일반 쇼핑몰 구조로 만들면 고객은 자기 차에 뭐가 맞는지 몰라 전화를 하게 되고, 그 전화는 전부 직원이 받습니다. 기획 단계에서 이 흐름을 제대로 정의하지 않으면, 개발이 끝나고 나서 "전화가 줄지 않네요"라는 결과로 끝납니다.

구독형 창고대여 플랫폼의 경우도 마찬가지였습니다. 구독 결제, 자동 정산, 입출입 통제가 각각 따로 돌아가는 게 아니라 하나의 흐름으로 묶여야 했고, 기존 운영 데이터를 무중단으로 이전하는 구조도 기획 단계에서 설계되지 않으면 개발이 시작된 뒤에 고칠 수가 없습니다. 이런 구조는 와이어프레임 몇 장으로 해결되지 않고, 흐름 전체를 사전에 정의해야 합니다.

💡 좋은 기획서를 구분하는 기준 3가지

기획서를 받았을 때 이것만 확인하세요.

1. 화면마다 "이 버튼 누르면 어디로 가는가"가 명시되어 있는가 인터랙션이 정의되지 않은 기획서는 레이아웃 스케치일 뿐입니다.

2. 권한 분기가 정의되어 있는가 관리자/일반사용자/비로그인 사용자가 같은 화면에서 각각 무엇을 볼 수 있는지 — 이게 빠진 기획서는 개발 중 반드시 구멍이 납니다.

3. 예외 화면이 포함되어 있는가 데이터가 없을 때, 오류가 났을 때, 권한이 없을 때 — 이 상황의 화면이 없으면 개발자가 알아서 처리합니다. 그게 항상 좋은 결과로 이어지지 않습니다.

🤔 그럼 기획사에 맡겨야 하나요, 개발사에 맡겨야 하나요?

이 질문을 받을 때마다 돌아오는 답이 있습니다. "둘이 따로 움직이면 반드시 어긋납니다."

기획사는 개발 난이도를 모르고, 개발사는 기획 의도를 모릅니다. 분리 발주의 가장 흔한 실패 패턴이 "기획은 됐는데 개발이 안 된다"입니다. 기술적으로 구현이 어렵거나 비용이 폭발하거나, 기획서 자체를 뜯어고쳐야 하는 상황이 생깁니다.

이상적인 구조는 기획·디자인·개발이 같은 맥락을 공유하며 동시에 움직이는 팀입니다. 기획이 확정된 뒤 개발로 넘기는 워터폴 방식은, 서비스가 단순할 때는 괜찮지만 조금만 복잡해지면 흔들립니다.

위시켓이나 크몽 같은 플랫폼에서 프리랜서를 조합해 구성하는 방식은 비용 면에서 유연하지만, 기획·디자인·개발이 각자의 논리로 움직이다 보면 맥락이 어긋나는 지점이 생깁니다. 그 책임을 누가 지는지가 명확하지 않은 것도 리스크입니다.

자주 묻는 질문

UI/UX 기획서는 누가 만들어야 하나요?

서비스를 가장 잘 아는 사람(의뢰인)이 방향을 정하고, 기술적 구현 가능성을 아는 사람(개발사 또는 기획자)이 구체화하는 게 맞습니다. 의뢰인이 처음부터 완성된 기획서를 가져와야 한다는 건 오해입니다. 다만 "어떤 문제를 해결하고 싶은가"는 의뢰인이 명확히 정리해야 합니다.

기획서 없이 바로 견적 받을 수 있나요?

받을 수는 있지만 그 견적은 신뢰하기 어렵습니다. 범위가 정해지지 않은 상태의 견적은 추후 추가 비용의 근거가 됩니다. "기획 후 재견적"을 제안하는 개발사가 오히려 신뢰할 만합니다.

기획서를 만드는 데 얼마나 걸리나요?

서비스 복잡도에 따라 다르지만, 단순한 소개 사이트는 1~2주, 커머스나 플랫폼은 3~6주 이상을 봐야 합니다. 기획을 빠르게 끝내려다 구멍이 생기고, 그 구멍을 개발 중에 메우면 일정과 비용이 두 배로 늘어납니다.

기획서 한 장이 프로젝트 전체의 성패를 가른다는 게 과장처럼 들릴 수 있지만 — 실제 개발 현장에서는 과장이 아닙니다. 지금 어떤 서비스를 만들려고 준비 중이신데, 기획을 어디서부터 시작해야 할지 막막하다면 가볍게 물어보셔도 됩니다. 어니스트패밀리는 무료 상담을 통해 현재 상황에서 뭐가 필요한지 먼저 진단해드리고 있습니다.