앱 개발 외주 업체 선정 전 비교할 체크리스트

1. 같은 기능 명세와 결과물로 견적을 비교합니다

업체마다 서로 다른 가정을 사용하면 총액 비교는 의미가 작습니다. 지원 플랫폼, 사용자 역할, 주요 화면, 외부 연동, 서버와 관리자, 출시 지원을 한 문서에 정리해 같은 범위로 요청합니다.

제안서에는 단계별 결과물과 제외 항목이 보여야 합니다. ‘앱 개발 일체’처럼 넓은 표현만 있다면 디자인 원본, API 문서, 관리자 기능, 스토어 대응이 포함되는지 별도로 확인합니다.

2. 계정과 결과물의 소유권을 확인합니다

도메인, App Store Connect, Google Play Console, 클라우드와 분석 계정은 가능하면 발주사 소유로 개설하고 개발사에 필요한 권한만 부여하는 방식이 안전합니다.

• 소스 코드 저장소와 전체 커밋 이력의 인계 여부
• 디자인 원본 파일, 폰트와 이미지 라이선스
• 서버·데이터베이스·스토리지 계정의 소유자와 결제 주체
• 스토어 앱 등록 정보와 서명 키 관리 방식
• 외부 SDK와 유료 서비스의 계약 주체

3. 테스트와 완료 기준을 계약 전에 정합니다

테스트한다는 문장만으로는 범위를 알기 어렵습니다. 지원 OS와 기기, 핵심 사용자 시나리오, 네트워크 오류, 결제와 알림, 데이터 마이그레이션 등 확인할 항목을 구체화합니다.

하자와 추가 기능의 구분, 검수 기간, 수정 요청 방식, 치명적 오류의 대응 시간을 합의하면 마지막 단계의 갈등을 줄일 수 있습니다.

4. 출시와 운영 지원 범위를 구분합니다

개발 완료와 실제 공개는 다른 단계입니다. 스토어 설명과 이미지 준비, 개인정보 문서, 심사 의견 대응, 서버 배포와 모니터링이 어디까지 포함되는지 확인합니다.

무상 하자 보수 기간 이후에는 월 유지보수, 건별 수정, 후속 개발 중 어떤 방식으로 운영할지와 운영체제·SDK 업데이트 책임을 비교합니다.

5. 소통 방식은 실제 프로젝트 운영 기준으로 봅니다

좋은 제안은 어려운 용어보다 결정할 항목, 위험, 대안을 분명하게 설명합니다. 담당자, 정기 공유 주기, 진행 상황을 볼 도구, 승인과 변경 요청 절차를 시작 전에 정합니다.

지나치게 짧은 일정이나 근거 없는 고정 견적보다 현재 정보에서 확인할 수 없는 부분을 질문하고 범위를 나누는 파트너가 실제 운영 가능성을 더 잘 검토하는 경우가 많습니다.