앱개발업체를 선택하기 전에 확인할 7가지

예약 앱을 만든다면 예약 시간 선택, 결제, 취소, 알림과 관리자 일정 변경 경험이 중요합니다. 중개 서비스라면 고객과 공급자 역할, 요청과 수락, 정산과 분쟁 처리 경험이 더 중요합니다. 포트폴리오를 볼 때는 예쁜 첫 화면보다 내가 만들 서비스와 비슷한 사용 과정이 실제로 구현됐는지 확인해야 합니다.

공개할 수 없는 프로젝트가 있다면 화면 전체를 요구하기보다 어떤 문제를 어떻게 풀었는지, 고객용 화면과 운영 화면을 어디까지 담당했는지 물어보는 편이 좋습니다. 답변이 구체적일수록 개발 범위를 이해하고 있을 가능성이 높습니다.

견적서에서 세 영역이 구분되지 않으면 업체마다 같은 기능을 다르게 해석할 수 있습니다. 첫 상담부터 사용자 역할과 운영자가 해야 할 일을 함께 설명하고, 견적에는 포함되는 영역과 빠지는 영역을 표시해 달라고 요청하세요.

업체가 개발 전에 핵심 화면과 사용 과정을 어떤 형태로 보여주는지 확인하세요. 고객이 직접 눌러보고 의견을 줄 수 있는 화면을 먼저 만들면, 로그인 다음에 무엇이 보여야 하는지, 예약 취소는 어디에서 하는지, 관리자는 어떤 정보를 확인해야 하는지 구체적으로 결정할 수 있습니다.

확인 과정과 수정 횟수, 최종 결정 주체도 함께 정해야 합니다. 여러 사람이 서로 다른 의견을 전달하면 범위와 일정이 계속 흔들릴 수 있으므로 고객사 내부의 최종 확인 담당자를 한 명 정하는 것이 좋습니다.

두 견적을 비교할 때는 총액 옆에 기능 범위, 지원 환경, 외부 연결, 고객이 준비할 자료와 별도 비용을 나란히 적어보세요. “협의 후 결정”이 많은 항목은 계약 전에 가능한 기준을 정해야 합니다. 특히 수정 범위, 데이터 이전, 앱 마켓 등록, 서버 설정과 출시 후 오류 안정화 조건을 확인하는 것이 중요합니다.

DevCraft의 일반적인 신규 앱·웹은 약 1,000만~4,000만원이며, 역할과 외부 연결이 많으면 약 4,000만~6,000만원까지 달라질 수 있습니다. 금액은 정찰제가 아니라 실제 범위를 비교하기 위한 기준입니다.

범위가 제한된 프로젝트는 약 2개월, 일반적인 신규 앱·웹은 평균 약 3개월, 역할과 외부 연결이 많은 프로젝트는 약 4~6개월이 걸릴 수 있습니다. 업체가 제시한 기간이 짧다면 어떤 기능을 줄였는지, 고객 확인 시간과 마켓 심사 기간이 포함됐는지 확인해야 합니다.

계약 전에는 화면 확인일, 기능 확인일, 최종 검수일과 출시 준비일을 구분해 두세요. 고객이 자료나 의견을 늦게 전달했을 때 일정이 어떻게 바뀌는지도 계약서나 일정표에 남기는 것이 안전합니다.

계약한 기능이 정상적으로 동작하지 않는 오류와 새로운 기능 요청은 구분해야 합니다. 무료 안정화 기간이 있다면 기간, 접수 방법, 처리 기준과 제외 항목을 확인하세요. 외부 서비스 정책 변경이나 운영체제 업데이트 대응도 기본 유지보수에 포함되는지 별도로 물어보는 것이 좋습니다.

장기 운영을 맡길 계획이라면 월 단위 관리 범위와 추가 개발 견적 방식을 확인하세요. 출시가 끝이 아니라 실제 사용 데이터를 보고 개선해야 하므로, 문의를 어디에 기록하고 우선순위를 어떻게 정하는지도 업체 선택 기준이 됩니다.