앱 기획에 보통 2개월이 걸리는 이유

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

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

핵심은 기획 기간의 대부분이 「그리는 시간」이 아니라 「정하는 시간」이라는 점입니다. 플랫폼·앱 기획은 보통 2개월이 걸립니다. 빈칸을 찾아 대표님과 함께 정하고, 눌러지는 견본 사이트로 확인받고, 그 결과를 화면마다 빠짐없이 옮기는 데 그만큼의 시간이 필요합니다.

주차별로 하는 일

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

화면이 적고 흐름이 단순하면 더 짧아지고, 사용자 종류가 여럿이고 결제나 정산이 얽히면 더 길어집니다.

순서에도 이유가 있습니다. 메뉴 구조와 화면 목록을 2주차에 먼저 확정하는 것은, 그 뒤의 화면설계가 흔들리지 않게 하기 위해서입니다. 목록이 정해지지 않은 채 화면부터 그리면, 그린 화면을 몇 번씩 다시 옮기게 됩니다. 견본 사이트를 먼저 만드는 것도 같은 이유입니다. 설계도만 보고 확정하면 디자인과 개발 단계에서 「이게 아닌데」가 나오기 때문에, 직접 눌러 보며 방향을 맞춥니다.

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

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

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

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

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

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

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

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

2개월은 개발을 늦추는 시간이 아니라, 개발에서 길을 잃지 않게 만드는 시간입니다. 견본 사이트와 Figma 화면설계, 기획서가 이 기간에 정리되면 개발은 직접 하셔도, 이어서 맡기셔도 같은 지도를 보고 갈 수 있습니다.

자주 묻는 질문

앱 기획 기간을 크게 줄일 수는 없나요?

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

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

정기 회의에 참석하고, 정책 질문에 답하고, 견본 사이트를 직접 눌러 본 뒤 Figma에 의견을 남겨 주시면 됩니다. 의견이 빨리 올수록 기간도 짧아집니다.

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

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