외주 개발을 처음 알아보다 보면 「프로토타입은 별도 유료」라는 안내를 만나게 됩니다. 개발비를 따로 내야 하는데 왜 화면을 만드는 데 먼저 돈을 쓰는지, 그 화면이 나중에 쓸모가 있기는 한지 묻게 됩니다. 당연한 질문입니다.
이 글에서는 프로토타입에 비용을 쓰면 무엇을 받는지, 그 과정이 무엇을 줄이려는 것인지, 그리고 맡기기 전에 제작사에 무엇을 물어보면 좋은지를 순서대로 적어 보겠습니다. 「이렇게 하면 문제가 사라진다」가 아니라 「이렇게 하면 무엇이 줄어드는가」를 기준으로 읽어 주시면 됩니다.
프로토타입 비용으로 받는 것은 눌러 볼 수 있는 화면입니다
프로토타입은 한마디로 클릭해 볼 수 있는 화면입니다. 문서에 적힌 「문의 화면」이나 「회원 가입」을 실제 화면으로 옮겨 버튼을 누르면 다음 화면으로 넘어가고 메뉴를 열면 항목이 보이게 만든 것입니다. 실제로 데이터를 저장하고 처리하는 기능은 아직 들어 있지 않습니다. 그 기능은 이 화면을 기준으로 개발 단계에서 만듭니다.
저희의 경우 제작 범위와 비용을 먼저 합의한 뒤 시작하고 보통 1~2주가 걸립니다. 비용은 범위에 따라 다르므로 글에서 금액을 말씀드리기는 어렵습니다. 중요한 것은 「어떤 화면을 몇 개 만들지」를 먼저 정하고 그 범위에 맞춰 비용을 정한다는 순서입니다.
기간 안에서는 화면 수정을 함께 반복합니다. 만들어진 화면을 직접 눌러 보고 「여기서 이 정보가 보여야 한다」「이 순서는 어색하다」 같은 의견을 주시면 함께 고쳐 나갑니다. 다만 범위가 조용히 늘어나지 않도록 합의한 기간과 화면 범위를 넘는 수정은 일정과 비용을 먼저 확인받고 진행합니다.
참고로 저희가 직접 만든 시제품도 사이트 「사례」에 올려 두었습니다. UC-Flow는 업무 시나리오부터 화면 정의서까지 일곱 단계 설계를 한 도구 안에서 진행하는 설계 도우미이고 SalesSync는 영업과 고객 문의를 한 시스템에서 보는 영업·고객관리 시스템입니다. 저희가 직접 만든 것이라 고객 사례는 아니지만 「눌러 볼 수 있는 화면」이 어떤 모습인지 감을 잡는 데는 도움이 될 것입니다.
무료 상담과는 받는 것이 다릅니다
「첫 상담이 무료면 그때 화면을 보여 주면 되지 않나」라는 질문도 있습니다. 첫 상담은 요구사항과 진행 방향을 함께 살펴보는 자리입니다. 어떤 문제를 풀려고 하는지, 누가 쓰는지, 처음에 꼭 필요한 기능은 무엇인지를 이야기합니다. 상담이 끝나면 논의한 내용을 정리한 「논의 요약 메모」를 드립니다.
맞춤 화면을 만드는 일은 상담에서 하지 않습니다. 화면을 만들려면 상담에서 나온 내용을 바탕으로 실제 흐름을 그리고 눌러 볼 수 있게 이어 붙인 뒤 의견을 받아 고치는 작업이 필요합니다. 그 작업이 프로토타입이고 그래서 별도 비용이 듭니다.
상담에서 받는 것은 메모이고 화면은 프로토타입에서 받습니다. 메모만으로 개발에 들어갈 수도 있습니다. 다만 그 경우 처음으로 화면을 보는 시점이 개발이 꽤 진행된 뒤로 밀립니다.
화면을 먼저 보면 줄어드는 것
외주를 맡기며 흔히 겪는 어려움이 세 가지 있습니다. 말로 설명했는데 다른 게 나온다, 다 만든 뒤에야 화면을 본다, 견적이 몇 배씩 차이 난다. 화면을 먼저 보는 과정은 이 어려움을 하나씩 줄여 보려는 것입니다.
먼저 빠진 기능과 잘못 이해한 부분을 개발 전에 화면에서 찾습니다. 말로 「주문 목록이 보이면 된다」고 하면 서로 다른 그림을 그릴 수 있습니다. 화면이 있으면 「여기에 취소 버튼이 없다」「담당자별로 나눠 봐야 하는데 한 줄로 나온다」처럼 구체적으로 말할 수 있습니다. 설명이 부족해서라기보다는 말과 화면이 전달하는 정보의 양이 다르기 때문입니다.
개발 범위와 견적도 화면을 기준으로 맞춥니다. 같은 요청을 받고도 서로 다른 범위를 머릿속에 두고 금액을 적으면 견적은 크게 벌어집니다. 이 부분은 비슷해 보이는 외주 견적서의 금액이 달랐던 이유에서 자세히 다뤘습니다. 눌러 볼 수 있는 화면이 있으면 「이 화면들을 이 흐름대로 동작하게 만드는 비용」으로 기준이 좁혀집니다.
그리고 다 만든 뒤에야 서로 다른 그림을 그렸다는 걸 아는 일을 줄입니다. 개발이 끝난 뒤 흐름을 바꾸면 여러 화면과 기능을 함께 고쳐야 합니다. 같은 수정이라도 화면 단계에서 바꾸는 것은 그보다 가볍습니다.
「없어진다」가 아니라 「줄인다」라고 쓰는 이유도 여기에 있습니다. 화면을 봐도 실제로 써 보기 전에는 모르는 것이 남습니다. 그래도 개발 전에 찾을 수 있는 것을 먼저 찾아 두면 나중에 찾는 것의 수가 줄어듭니다.
화면이 확정되면 그 화면이 견적과 개발의 기준이 됩니다
화면이 확정되면 「범위·견적 확정」 단계로 넘어갑니다. 저희의 경우 화면 확정 후 3일 내외에 「화면 기반 견적서」를 드립니다. 이 단계에서는 화면을 같이 보면서 뺄 것과 넣을 것을 정합니다. 처음 내놓는 최소 기능 서비스(MVP)에 꼭 필요한 화면은 남기고 나중에 해도 되는 화면은 뒤로 미루는 식인데 화면이 눈앞에 있으면 이 결정이 수월해집니다.
개발은 확정된 화면을 기준으로 진행합니다. 달라질 일이 생기면 먼저 알리고 함께 정합니다. 개발 기간에는 주 1회 진행 상황을 정리해 공유합니다. 처음 내놓는 최소 기능 서비스의 개발은 보통 6~10주가 걸리는데 범위에 따라 달라집니다.
프로토타입 비용을 「화면 만드는 값」으로만 보면 아깝게 느껴질 수 있습니다. 같은 비용도 「견적과 개발의 기준을 만드는 값」으로 보면 쓰임이 분명해집니다. 화면 외에 어떤 문서를 받아 두면 좋은지는 외주 개발 전에 받아야 할 설계 문서 7가지에 따로 정리했습니다.
프로토타입을 맡기기 전에 제작사에 물어볼 질문
제작사마다 프로토타입이라는 말의 뜻이 다를 수 있습니다. 맡기기 전에 아래 질문으로 범위를 맞춰 보시기 바랍니다.
- 산출물이 눌러 볼 수 있는 화면인가요, 아니면 그림 파일이나 문서인가요?
- 어떤 화면을 몇 개 만드는지 시작 전에 합의하나요?
- 기간은 얼마나 걸리고, 그 안에서 수정은 어떻게 반복하나요?
- 합의한 범위를 넘는 수정은 어떻게 처리하나요? 일정과 비용을 먼저 알려 주나요?
- 화면이 확정된 뒤 그 화면을 기준으로 견적서를 다시 주나요? 걸리는 기간은요?
- 견적을 정할 때 화면을 보며 뺄 것과 넣을 것을 같이 정할 수 있나요?
- 개발 중에 화면과 다르게 만들어야 할 일이 생기면 어떻게 알려 주나요?
- 프로토타입만 받고 개발은 다른 곳에 맡길 수도 있나요? 그때 화면 파일은 어떤 형태로 받나요?
답이 분명한 제작사라면 프로토타입이 그 뒤 과정과 어떻게 이어지는지도 함께 설명해 줄 것입니다. 답이 모호하다면 비용을 쓰기 전에 한 번 더 물어보셔도 괜찮습니다.