앱 기획에 4주에서 6주가 걸리는 이유

상담 자리에서 자주 듣는 말이 있습니다. 「화면 몇 장 그리는 건데 일주일이면 되지 않나요?」 한 예약 플랫폼을 준비하던 대표님도 그렇게 물으셨습니다. 머릿속에는 서비스가 이미 다 있다고 하셨습니다.

그런데 첫 회의에서 「예약을 취소하면 돈은 언제 돌려주나요?」, 「업체가 예약을 거절할 수도 있나요?」를 여쭙자 대표님은 잠시 말을 멈추셨습니다. 머릿속의 서비스와 문서로 적힌 서비스 사이에는 늘 이런 빈칸이 있습니다.

핵심은 기획 기간의 대부분이 「그리는 시간」이 아니라 「정하는 시간」이라는 점입니다. 플랫폼·앱 기획은 보통 4주에서 6주가 걸립니다. 빈칸을 찾아 대표님과 함께 정하고, 정한 것을 확인받고, 그 결과를 화면마다 빠짐없이 옮기는 데 그만큼의 시간이 필요합니다.

주차별로 하는 일

서비스마다 다르지만, 대체로 이런 흐름으로 진행합니다.

화면이 적고 흐름이 단순하면 4주 쪽에, 사용자 종류가 여럿이고 결제나 정산이 얽히면 6주 쪽에 가까워집니다.

순서에도 이유가 있습니다. 메뉴 구조와 화면 목록을 2주차에 먼저 확정하는 것은, 그 뒤의 화면설계가 흔들리지 않게 하기 위해서입니다. 목록이 정해지지 않은 채 화면부터 그리면, 그린 화면을 몇 번씩 다시 옮기게 됩니다. 3~4주차 중간 확인도 같은 이유입니다. 다 그린 뒤 한 번에 보여 드리면 고칠 양이 커지기 때문에, 핵심 흐름부터 먼저 보여 드리고 방향을 맞춥니다.

시간이 드는 곳은 따로 있습니다

화면 한 장을 그리는 데는 오래 걸리지 않습니다. 시간이 드는 곳은 다음과 같습니다.

• 정책 정하기. 취소, 환불, 탈퇴, 신고처럼 규칙이 필요한 부분
• 예외 채우기. 결과가 없을 때, 오류가 났을 때, 권한이 없을 때의 화면
• 관리자 화면. 운영하는 쪽이 매일 쓸 화면은 사용자 화면만큼 많아지기도 합니다
• 확인받기. 대표님이 보고 고치고 다시 보는 시간

특히 확인받는 시간은 줄이기 어렵습니다. 대표님이 직접 보고 판단해야 하는 일이기 때문입니다. 이 시간을 건너뛰면 그 판단은 개발 중에, 더 비싼 자리에서 하게 됩니다.

기간이 늘어나는 경우와 줄이는 방법

기간이 늘어나는 가장 흔한 이유는 중간에 범위가 커지는 것입니다. 2주차에 확정한 화면 목록에 4주차에 새 기능이 붙으면, 앞에서 정한 흐름을 다시 맞춰야 합니다.

결정할 사람이 여럿인 경우도 기간을 늘립니다. 공동 대표나 투자자, 현장 팀장이 각자 의견을 주면, 기획자는 서로 다른 요청을 맞추느라 같은 화면을 여러 번 고칩니다. 의견은 여러 사람에게서 받더라도, 마지막 결정은 한 사람이 내리도록 처음에 정해 두는 것이 좋습니다.

기간을 줄이려면 다음이 도움이 됩니다. 참고하는 서비스 화면을 미리 모아 두기, 확인할 사람을 한 명으로 정하기, 회의 다음 날까지 의견 주기, 1차 오픈에 넣지 않을 기능을 처음에 정하기입니다.

4주에서 6주는 개발을 대신하는 시간이 아니라, 개발에서 길을 잃지 않게 만드는 시간입니다. 메뉴 구조와 화면설계, 기획서가 이 기간에 정리되면 개발은 다른 곳에 맡겨도, 직접 하셔도 같은 지도를 보고 갈 수 있습니다.

자주 묻는 질문

앱 기획 기간을 2주로 줄일 수는 없나요?

화면이 아주 적고 정책이 단순하면 가능할 때도 있습니다. 하지만 확인받는 시간과 예외를 채우는 시간을 줄이면, 그 일이 개발 중으로 넘어가 더 오래 걸리는 경우가 많습니다.

기획 기간 동안 발주처는 무엇을 해야 하나요?

정기 회의에 참석하고, 정책 질문에 답하고, 화면 초안을 확인해 의견을 주시면 됩니다. 의견이 빨리 올수록 기간도 짧아집니다.

기획이 끝나면 바로 개발을 시작할 수 있나요?

네, 확정된 화면설계와 기획서가 있으면 개발사에 견적을 받고 바로 시작할 수 있습니다. 같은 문서로 여러 곳의 견적을 비교할 수도 있습니다.