외주 의사결정 가이드

앱 개발 외주 맡기기 전, 꼭 확인해야 할 7가지 | 계약 전 체크리스트

앱 개발 외주 계약 전 확인할 7가지를 정리했어요. 요구사항 문서화부터 소스코드·앱스토어 계정 소유권, 검수 기준, 유지보수 조건까지 11년 넘게 50개 이상의 프로젝트를 직접 개발하고 운영해본 개발사 기준으로 짚어드려요.

크리에이티브소프트
크리에이티브소프트
2026년 7월 15일 ·

앱 개발 외주는 업체를 정하는 순간이 아니라, 요구사항을 문서로 정리하는 순간부터 시작돼요. 견적을 받기 전에 무엇을 확인해야 하는지 모르면 계약서에 빠진 항목이 나중에 추가 비용으로 돌아오는 경우가 많아요. 소스코드 소유권, 검수 기준, 출시 후 유지보수 조건까지 — 직접 만들고 운영해본 개발사 기준으로 계약 전 체크리스트를 정리했어요.

“일단 미팅부터 잡고 얘기해보면 되지 않을까요?” 앱 외주를 처음 맡기는 발주자에게 자주 듣는 말이에요. 하지만 준비 없이 미팅 자리에 가면 업체가 던지는 질문에 답을 못 해 견적 정확도만 떨어지는 경우가 많아요. 계약서에 도장 찍기 전, 꼭 확인해야 할 것부터 짚어볼게요.

1. 요구사항은 문서로 정리돼 있나요

요구사항 정의서를 작성하는 발주 담당자

업체를 만나기 전에 먼저 할 일은 “무엇을 만들 것인지”를 글로 옮기는 거예요. 핵심 기능 목록, 참고할 만한 앱이나 디자인 레퍼런스, 예상 사용자층 정도만 정리해도 견적 정확도가 확 달라져요. 문서가 없으면 업체마다 서로 다른 범위를 가정해 견적을 내기 때문에 나중에 “이건 포함 안 됐다”는 말을 듣기 쉬워요. 이 문서는 완성본일 필요는 없고, 회의에서 계속 다듬어 가는 초안이면 충분해요.

2. 개발사의 최근 실적은 살아있나요

포트폴리오 화면을 함께 검토하는 미팅 모습

포트폴리오를 볼 때는 “몇 년 전에 잘했는지”보다 “최근 1년 안에 무엇을 끝냈는지”를 먼저 물어보세요. 프레임워크와 운영체제 정책은 계속 바뀌기 때문에, 최근에 마무리된 프로젝트가 꾸준히 있어야 지금 쓰는 기술이 살아있는 조직이라는 뜻이에요. 우리 업종이나 비슷한 규모의 프로젝트를 다뤄본 적 있는지도 슬쩍 물어보세요.

3. 커뮤니케이션 방식은 미리 정해졌나요

화상 회의로 프로젝트 진행 상황을 논의하는 팀

“다 잘할 수 있습니다”라고만 답하는 업체보다, 자료를 미리 검토하고 놓친 부분을 먼저 짚어주는 업체가 실제로 프로젝트를 더 안정적으로 끌고 가요. 주간 보고 방식, 담당자 연락 채널, 이슈 발생 시 대응 시간까지 계약 전에 정해두면 프로젝트 중간에 “누구한테 물어봐야 하지”로 헤매는 일이 줄어들어요.

4. 계약서에 소스코드·앱스토어 계정 소유권이 명시돼 있나요

계약서의 권리 조항을 확인하는 손

계약서에서 가장 놓치기 쉬운 부분이에요. 소스코드는 대금 완납 시 발주사에 귀속된다는 조항이 있는지, 그리고 앱스토어·플레이스토어 개발자 계정은 처음부터 발주사 명의로 등록하는지 확인해야 해요. 개발사 명의로 등록된 채 운영되다가 관계가 끝나면 앱을 내리거나 이전하는 데 예상보다 오래 걸릴 수 있어요.

5. 검수 기준과 보안 점검 항목은 구체적인가요

보안 취약점 점검 리포트를 검토하는 개발자

검수는 “다 됐습니다”라는 말이 아니라 체크리스트로 확인하는 단계예요. 계약서에 적힌 요구사항이 하나씩 구현됐는지 항목별로 대조하고, 개인정보를 다루는 서비스라면 SQL 인젝션·XSS 같은 기본적인 보안 취약점 점검과 HTTPS 적용 여부도 검수 항목에 포함해야 해요. 검수 기준이 모호하면 “완료”의 기준이 발주사와 개발사 사이에서 서로 달라질 수 있어요.

6. 출시 후 유지보수 조건까지 계약에 포함돼 있나요

유지보수 계약 조건을 논의하는 발주자와 개발사

앱은 출시가 끝이 아니라 시작이에요. iOS·안드로이드 정책이 바뀔 때마다 대응이 필요하고, 버그도 운영하면서 뒤늦게 발견되곤 해요. 무상 하자보수 기간이 며칠인지, 그 이후 유지보수 요율은 얼마인지, 콘텐츠 수정이나 소소한 기능 추가가 그 안에 포함되는지까지 미리 물어보세요. 이 조건이 계약서에 없으면 출시 직후부터 건별로 추가 비용을 협의해야 할 수 있어요.

7. 견적서 항목은 얼마나 투명하게 나뉘어 있나요

견적서의 세부 항목을 함께 비교하는 담당자들

같은 요구사항이라도 업체마다 견적이 몇 배씩 차이 나는 이유는 대개 “무엇을 포함했는지”가 다르기 때문이에요. 견적서에 기획·디자인·QA·유지보수가 각각 별도 항목으로 나뉘어 있는지, 총액만 덩그러니 적혀 있지는 않은지 비교해보세요.

공식 기준 — 앱 개발 유형별 비용 범위(VAT 별도, 공개 시장 자료 종합)

유형대략 범위비고
모바일 앱(크로스플랫폼)800만~5,000만 원iOS·안드로이드 동시 대응
모바일 앱(네이티브)1,500만~2억 원플랫폼별 별도 개발
MVP·PoC500만~3,000만 원최소 기능 검증용

자사 실무 기준(추정) — 위 범위에서 기획·QA·유지보수까지 포함해 견적을 받으면 총액만 봤을 때보다 실제 착수 후 추가 청구가 훨씬 줄어들어요. 저희도 여러 프로젝트에서 직접 확인한 부분이에요. 항목이 세세하게 나뉜 견적서일수록 나중에 “이건 별도”라는 말을 들을 가능성이 낮아져요.

8. 자주 헷갈리는 용어부터 정리해볼까요

MVP(Minimum Viable Product, 최소 기능 제품)는 핵심 기능만 담아 빠르게 검증하는 초기 버전을 말해요. 네이티브 앱은 iOS·안드로이드 각각의 언어로 만든 앱이라 성능은 좋지만 두 플랫폼 개발비가 따로 들고, 크로스플랫폼 앱은 하나의 코드로 양쪽에 배포해 비용과 기간이 짧아져요. 실무에서는 “초기엔 크로스플랫폼으로 시작하고, 사용자가 늘면 특정 기능만 네이티브로 전환한다”는 흐름으로 두 방식이 함께 쓰이곤 해요.

운영사 Tip — 저희는 첫 미팅 전에 발주자가 정리한 요구사항 문서를 먼저 읽고, 빠진 부분이나 애매한 부분을 짚어드리는 것부터 시작해요. 자체 SaaS 4종을 11년 넘게 운영하며 배운 건, 미팅에서 “다 됩니다”라고 답하는 것보다 “이 부분은 이렇게 구체화해야 견적이 정확해진다”고 먼저 말씀드리는 쪽이 프로젝트를 더 안정적으로 만든다는 점이었어요.

요구사항 정리부터 계약서 조항까지 무엇부터 봐야 할지 막막하시면 운영까지 해본 저희 기준으로 함께 정리해드릴게요 →

저희는 11년 넘게 50개 이상의 프로젝트를 진행하고 자체 SaaS 4종을 직접 운영해온 개발사예요. 롯데·캐논 같은 곳과도 함께해 왔고요.

9. 자주 묻는 질문

앱 개발 비용은 보통 얼마인가요? 유형별로도 알려주세요.

크로스플랫폼은 800만~5,000만 원, 네이티브는 1,500만~2억 원 선이에요. 여기에 기획·디자인·QA·유지보수 포함 여부에 따라 같은 유형 안에서도 차이가 크게 벌어져요.

개발 외주 맡기는 절차는 어떤 단계로 진행되나요?

일반적으로 요구사항 정리 → 업체 미팅·견적 비교 → 계약(범위·소유권·검수 기준 확정) → 기획·설계 → 개발·검수 → 출시·유지보수 전환 순으로 진행돼요. 순서를 건너뛰면 나중에 범위 다툼이 생기기 쉬워요.

계약 전 미팅에서는 무엇을 꼭 물어봐야 하나요?

최근 1년 안에 마무리된 프로젝트, 담당자 배정과 연락 방식, 소스코드·계정 소유권 조항, 유지보수 요율과 포함 범위를 물어보세요. “다 잘합니다”라는 답보다 구체적인 사례로 답하는 업체가 신뢰할 만해요.

앱 개발 외주는 업체를 고르는 일보다, 발주자가 무엇을 확인해야 하는지 아는 게 먼저예요. 요구사항 문서화, 소유권 조항, 검수 기준, 유지보수 조건 — 이 네 가지만 계약 전에 챙겨도 착수 후 추가 비용과 분쟁을 크게 줄일 수 있어요. 11년 넘게 자체 SaaS 4종을 운영하며 쌓은 기준으로, 저희는 이 체크리스트를 항목별로 함께 짚어드려요.

관련해서 함께 보면 좋은 글이에요.