UI/UX 디자인 외주, 따로 맡기면 왜 비싸지는가 — 디자인과 개발이 갈라질 때 생기는 5가지 문제

UI/UX 디자인 외주를 맡겨 두 달 가까이 시안을 다듬고 경영진 보고까지 마쳤는데, 개발사에서 받은 답이 “이 디자인은 이 예산과 일정으로는 구현이 어렵습니다”였다면 어떨까요. 시안 비용은 이미 지불했고, 프로젝트는 시작도 하기 전에 일정이 밀립니다. 앱이나 웹 서비스 구축을 준비해 본 담당자라면 낯설지 않은 장면일 것입니다.

이 글은 “디자인은 디자인 에이전시에 따로 맡겨야 하나, 개발사에 한꺼번에 맡겨야 하나”를 고민하는 분들을 위해 썼습니다. 결론부터 말씀드리면, 사내에 기획자와 디자이너가 없는 기업이 디자인과 개발을 분리 발주하면 총비용은 거의 예외 없이 올라갑니다. 문제는 시안의 품질이 아니라 시안과 구현 사이의 간극이기 때문입니다.

디비컨설팅은 한국인 PM이 검증된 글로벌 개발팀을 이끌어 기획·디자인·개발을 한 팀으로 수행하는 IT 아웃소싱 기업입니다. 지금까지 100건 이상의 프로젝트를 수행했고, 50개 이상의 글로벌 파트너사와 협업하며 고객 만족도 98%를 유지하고 있습니다. 삼성물산, GS건설, 하나투어 같은 기업들이 디비컨설팅과 함께 서비스를 구축했습니다.

디자인과 개발이 갈라질 때 생기는 5가지 문제

UI/UX 디자인 외주를 별도 에이전시에 맡기고 구현을 개발사에 넘기는 구조에서는, 아래 다섯 가지 문제가 거의 정해진 수순처럼 나타납니다. 하나씩 짚어 보겠습니다.

1. 구현 가능성이 검증되지 않은 시안

디자인 에이전시의 시안 단계에는 개발자가 없습니다. 화면은 아름답지만, 그 화면을 채울 데이터가 어디서 와야 하는지, 그 애니메이션이 실제 기기에서 성능을 낼 수 있는지, 연동할 외부 API가 그 정보를 제공하기는 하는지는 아무도 검증하지 않습니다. 구현 난이도가 예산을 넘어선다는 사실은 개발 견적 단계, 심하면 개발 도중에야 드러납니다. 그때 시안을 고치면 디자인 비용이 다시 발생하고, 고치지 않으면 개발 비용이 불어납니다.

2. 수정 책임의 공백

개발 단계에서 화면이 시안과 다르게 나왔을 때, 에이전시는 “구현의 문제”라 하고 개발사는 “시안이 실제 데이터를 고려하지 않았다”고 답합니다. 둘 다 틀린 말이 아니라는 점이 발주사를 가장 힘들게 합니다. 계약이 두 개로 나뉘어 있으니 책임을 물을 단일 주체가 없고, 수정 비용을 결국 발주사가 떠안게 되는 일이 드물지 않습니다.

3. 커뮤니케이션 비용이 두 배가 됩니다

에이전시와 개발사는 서로 직접 소통할 계약상 의무가 없습니다. 그래서 발주사 담당자가 중간 전달자가 됩니다. 디자인 의도를 개발사에 설명하고, 기술 제약을 다시 에이전시에 전달하고, 양쪽 회의에 모두 들어갑니다. 본업이 따로 있는 담당자에게 이 역할이 얹히는 순간 전달 과정에서 맥락이 빠지고, 의사결정은 눈에 띄게 느려집니다.

4. 화면 낱장 시안은 개발 단계에서 흩어집니다

에이전시의 산출물은 보통 주요 화면의 시안입니다. 그러나 실제 서비스에는 로딩, 오류, 빈 목록, 예외 입력처럼 시안에 없는 상태가 화면마다 존재합니다. 색상·간격·컴포넌트 규칙이 정리된 디자인 시스템 없이 낱장 시안만 넘어오면, 개발팀은 빈 부분을 각자의 판단으로 메우게 되고 화면이 늘어날수록 결과물의 일관성은 무너집니다.

5. 오픈 이후 유지보수의 단절

서비스는 오픈이 끝이 아닙니다. 버튼 하나를 바꾸고 화면 하나를 추가할 때마다 디자인 에이전시와 개발사를 각각 다시 불러야 한다면, 계약 두 건과 조율 비용이 매번 반복됩니다. 현실에서는 개발사가 임의로 수정하면서 디자인 일관성이 서서히 무너지거나, 번거로움 때문에 수정 자체를 미루게 되는 경우가 많습니다.

세 가지 발주 구조, 총비용은 어디서 갈리는가

그렇다면 웹 개발 외주나 앱 개발 외주를 앞둔 기업의 선택지는 크게 세 가지입니다. 각 구조를 총비용 관점에서 비교하면 다음과 같습니다.

분리 발주의 견적 합계는 언뜻 저렴해 보일 수 있습니다. 그러나 표의 첫 줄, 정합성 검증 시점이 늦어질수록 재작업 비용은 커집니다. 국내 일괄 발주는 책임 구조는 깔끔하지만 인건비 부담이 큽니다. 사내에 별도 제품팀이 없는 기업이라면, 기획·디자인·개발이 처음부터 한 팀으로 움직이고 책임자가 한 명인 세 번째 구조가 총비용이 가장 낮습니다.

디비컨설팅은 이 간극을 어떻게 없애는가 — 5단계 프로세스

디비컨설팅의 프로젝트는 다섯 단계로 진행됩니다. 각 단계는 앞서 말씀드린 다섯 가지 문제를 하나씩 구조적으로 차단하도록 설계되어 있습니다.

• 1단계 · 상담 및 요구 분석 — 비즈니스 목표와 기술 요구사항을 한국어 문서로 정리합니다. 재작업의 대부분은 이 단계가 부실할 때 생기므로, 가장 공을 들이는 단계입니다.
• 2단계 · 개발팀 구성 — 프로젝트 전담팀을 2~4주 안에 구성합니다. 기획자, 디자이너, 개발자가 처음부터 한 팀이며, 시안이 나오기 전에 개발자가 구현 가능성을 함께 검토합니다.
• 3단계 · 프로젝트 개발 — 애자일 방식으로 진행 상황을 투명하게 공유합니다. 발주사 담당자는 중간 전달자가 아니라 의사결정자로만 참여합니다.
• 4단계 · 테스트 및 배포 — QA 프로세스를 거쳐 시안과 구현의 정합성, 예외 상태까지 검증한 뒤 배포합니다.
• 5단계 · 운영 및 유지보수 — 문서와 함께 인계하고 장기 지원합니다. 오픈 후 화면을 고칠 때 두 회사를 다시 부를 필요가 없습니다.

1단계의 산출물이 곧 기획 문서, 즉 요구사항 정의서입니다. 이 문서가 왜 견적과 일정의 정확도를 좌우하는지는 요구사항 정의서 작성 가이드에서 자세히 다뤘습니다.

같은 팀 안에서 설계된 UI/UX — 실제 프로젝트

아래는 디비컨설팅이 구축한 프로젝트의 일부입니다. 공통점은 하나입니다. 이 서비스들의 UI/UX는 별도 디자인 에이전시가 아니라 개발과 같은 팀 안에서 설계되고 검증됐다는 점입니다.

• 삼성물산 홈닉 — 주거 플랫폼 앱
• GS건설 엘리시안 리조트 — 웹·앱 통합 구축
• 하나투어 하나오픈챗 — 여행 상담 채팅 서비스
• LS일렉트릭 테크스퀘어 — 산업 B2B 거래 플랫폼
• 교보생명 사내벤처 글펍 — 커뮤니티 서비스
• 센터필드·센트로폴리스·그랑서울 — 프라임 오피스 빌딩 관리 시스템

더 많은 사례는 구축 사례 페이지에서 확인하실 수 있습니다. 이 구조의 장점은 품질만이 아닙니다. 검증된 글로벌 개발팀을 활용하기 때문에, 국내 개발 인력을 직접 채용해 운영하는 경우와 비교하면 평균 40~60%의 비용 절감 효과가 있습니다.

이런 기업에 적합합니다 — 그리고 권하지 않는 경우

통합 구조가 모든 기업에 정답인 것은 아닙니다. 솔직하게 구분해 드리면 다음과 같습니다. 먼저 적합한 경우입니다.

• 사내에 기획자·디자이너가 없어 발주사 담당자가 중간 전달자가 될 수밖에 없는 기업
• 신규 서비스를 처음 만드는 기업 — 요구사항이 개발 과정에서 구체화되기 때문에 한 팀 구조의 이점이 가장 큽니다
• 앱과 웹을 함께 구축해야 하는 기업 — 플랫폼 선택 자체가 고민이라면 앱 개발과 웹 개발의 차이를 정리한 글을 먼저 읽어 보시길 권합니다

반대로, 다음의 경우라면 통합 발주를 권하지 않습니다.

• 이미 사내 디자인팀과 디자인 시스템이 갖춰져 있고 구현 인력만 필요한 경우 — 이때는 개발 파트너만 붙이는 편이 효율적입니다
• 브랜드 아이덴티티(BI·로고) 작업만 필요한 경우 — 이 영역은 디자인 전문 에이전시가 맞습니다

자주 묻는 질문

해외 개발팀이라던데, 의사소통은 어떻게 하나요?

발주사는 한국인 PM하고만 한국어로 소통합니다. 요구사항 정의, 일정 관리, 산출물 검수까지 모두 PM의 책임입니다. 글로벌 개발자와의 협업은 팀 내부에서 이루어지며, 발주사 담당자가 영어를 쓸 일은 없습니다.

비용은 어떻게 산정되나요?

인력 등급별 단가에 투입 기간을 곱하는 방식이 기본입니다. 견적서에는 기획, 디자인, 개발, QA, 배포, 유지보수가 항목별로 구분되어 제시되므로, 어느 단계에 얼마가 들어가는지 확인하고 범위를 조정하실 수 있습니다.

기획서가 없는데 견적을 받을 수 있나요?

가능합니다. 해결하려는 문제, 주요 사용자, 필수 기능 3~5개, 희망 일정과 예산 범위만 정리되어 있으면 개략 견적을 드릴 수 있습니다. 처음부터 모든 기능을 다 만들 필요는 없습니다. 첫 버전에 어디까지 담을지는 MVP 개발 범위를 정하는 방법을 참고하시면 좋습니다.

디자인 시안만 따로 요청할 수도 있나요?

가능합니다. 다만 권하지는 않습니다. 이 글에서 말씀드린 대로, 시안 단계에서 구현 가능성이 검증되지 않으면 그 비용은 개발 단계에서 재작업으로 되돌아옵니다. 시안만 필요하시더라도 개발 관점의 검토가 붙어 있는 시안인지 반드시 확인하시길 권합니다.

소스코드와 디자인 산출물의 소유권은 누구에게 있나요?

발주사에 귀속됩니다. 디자인 원본 파일은 물론 소스코드, API 명세, DB 스키마, 배포 절차 문서까지 인계해 드립니다. 소유권과 인계 범위는 계약서에 명시해 두는 것이 안전한데, 확인해야 할 조항은 개발 외주 계약서에서 반드시 확인할 조항에 정리해 두었습니다.

정리

UI/UX 디자인 외주의 진짜 비용은 시안 가격이 아니라 시안과 구현 사이의 간극에서 발생합니다. 시안이 아무리 훌륭해도 구현 단계에서 검증이 시작되면 재작업, 책임 공방, 일정 지연이 뒤따르고, 그 비용은 결국 발주사의 몫이 됩니다. 기획·디자인·개발이 한 팀으로, 한 명의 한국 PM 아래에서 움직이는 구조라면 그 간극 자체가 생기지 않습니다. 지금 검토 중인 프로젝트가 있다면, 디자인 시안을 발주하기 전에 통합 구조의 견적을 먼저 받아 비교해 보시기 바랍니다.