많은 대표님들이 처음 App을 만들 때 "외주에 맡기면上线만 기다리면 된다"는 마음가짐을 가지고 있습니다. 그런데 검수 날이 되면 로그인이 느리고, 메시지가 수신되지 않고, 백엔드에서 데이터 하나 수정하는 데 한참 걸리는 것을 발견하고, 양측이 서로 책임을 떠넘기기 시작합니다. 한쪽은 요구사항이 명확히 작성되지 않았다고 하고, 다른 쪽은 이것도 추가 비용이라고 합니다. 재작업이 한두 달 끌리면 예산과 출시 시점을 모두 놓치게 됩니다.
문제는 대개 기술에 있지 않고, 검수这件事이 프로젝트의 일부로 설계되지 않았다는 데 있습니다. 아래 순서대로 몇 가지를 명확히 하면 대부분의 재작업을 막을 수 있습니다.
검수 전에 "무엇을 검수할지"를 먼저 확정하라
검수는 출시 일주일 전에 시작하는 것이 아닙니다. 계약을 체결하거나 프로젝트를 착수할 때, "어떤 버튼을 클릭하면 어떤 결과가 나오는지" 수준까지 세분화된 확인 가능한 기능 목록이 있어야 합니다.
예를 들어 예약类 미니프로그램 개발 프로젝트를 한다면, 목록에 "예약 지원"이라고만 쓰면 안 되고, 다음과 같이 써야 합니다: 사용자가 날짜를 선택한 후 마감된 시간대는 선택 불가, 제출 후 알림 수신, 판매자 백엔드에서 주문 상태 확인 가능. 구체적으로 작성할수록 검수 시 다툼이 줄어듭니다.
함정 회피: "某某 App과 유사"를 요구사항으로 사용하지 마세요. 상대방의 이해와 당신의 이해가 같을 가능성은 거의 없습니다.
프로세스대로 검수하라, 화면만 클릭하지 마라
인터페이스가 예뻐도 사용할 수 있다는 뜻은 아닙니다. 다음 순서대로 진행하는 것을 권장합니다:
1. 주요 프로세스 통과: 회원가입, 로그인, 핵심 비즈니스, 결제, 로그아웃을 실제 휴대폰과 실제 네트워크로 실행합니다.
2. 예외 상황: 네트워크 끊김, 약한 네트워크, 중복 제출, 타임아웃, 권한 거부 시 안내가 명확한지, 데이터가 꼬이지 않는지 확인합니다.
3. 백엔드 관리: 많은 App 개발 프로젝트에서 프론트엔드는 문제없지만 백엔드 관리 시스템에서 데이터를 수정할 수 없고 로그를 조회할 수 없어 운영이 바로 막힙니다.
4. 다양한 기종: 최소한 주류 기종과 OS 버전을 커버해야 하며, 테스트 기기 한 대에서만 시연하지 마세요.
함정 회피: 검수 현장에서 상대방이 내부 테스트 계정으로 당신과 시연하게 하지 말고, 직접 새 계정을 등록해서 한 번 진행하세요.
산출물이 갖춰지지 않으면 납품되지 않은 것이다
코드, 데이터베이스, 서버 계정, 서드파티 서비스 계정(푸시, 결제, 지도), API 문서, 배포 설명서는 계약서에 명확히 기재해야 합니다.
현실에서 흔한 상황은: 기업 웹사이트와 App을 각각 다른 두 업체에 맡겼는데, 계정이 누구 손에 있는지 불분명하고, 나중에 팀을 교체하여 유지보수하려니 코드를 받을 수 없고 서버에 로그인할 수 없는 경우입니다.
함정 회피: 검수서에 별도로 "산출물 목록" 섹션을 두고 항목별로 체크하며, 하나라도 빠지면 서명하지 마세요. 소스 코드는 자신 명의의 저장소에 호스팅하고 권한을 직접 관리하세요.
보안과 성능은 별도로 검수해야 한다
일반 기능 테스트로는 보안 문제를 발견할 수 없습니다. 최소한 세 가지를 해야 합니다:
- 일반 계정으로 다른 사람의 데이터에 접근을 시도하여 권한 초과가 있는지 확인;
- API가 반환해서는 안 되는 필드(예: 휴대폰 번호, 주민등록번호)를 반환하는지 점검;
- 주요 페이지의 약한 네트워크 환경 로딩 시간 확인.
비즈니스가 거래, 사용자 개인정보와 관련된 경우, 별도로 웹사이트 보안 테스트 또는 API 레벨 보안 테스트를 수행하여 출시 전에 문제를 노출시키는 것을 권장합니다.
함정 회피: 출시 후 사용자나 보안 스캔에서 문제가 발견되기를 기다리지 마세요. 그때 수정 비용은 출시 전의 몇 배입니다.
검수 리듬과 잔금을 연동하라
검수를 두세 라운드로 나누세요: 1라운드는 문제 목록 제출, 2라운드는 재검수, 3라운드는 출시 전 회귀 테스트. 각 라운드마다 서면 기록을 남기고, 누가 제기했는지, 누가 수정했는지, 언제 완료했는지 기록하세요.
잔금은 검수 결과와 연동하고, 일부는 출시 후 안정적으로 운영된 뒤에 지급하세요. 이는 불신이 아니라 양측 모두 문제를 깔끔하게 정리할 동기를 갖게 하는 것입니다.
함정 회피: 구두로 문제를 제기하지 마세요. 위챗에서 "여기가 좀 느려요"라고 한마디 하면 한 달 후에는 아무도 인정하지 않습니다.
어떤 경우에 MIC Studio를 찾는 것이 적합한가
기업 웹사이트 리뉴얼, 예약类 미니프로그램 개발, 또는 백엔드 관리 시스템이 포함된 App 개발을 진행 중이면서 검수 단계에서 반복적인 실랑이를 피하고 싶다면 MIC Studio와 상담하세요.
저희는 기업 웹사이트 개발, 미니프로그램 개발, App 개발을 하며, 스크립트 개발과 웹사이트 보안 테스트, 리버스 테스트도 수행합니다. 다음과 같은 경우에 적합합니다: 요구사항이 아직 완전히 정립되지 않아 기능 목록과 검수 기준을 함께 정리해 줄 사람이 필요한 경우; 또는 기존 시스템을 인수하여 유지보수해야 해서 먼저 코드와 보안 레벨의 진단이 필요한 경우.
적합하지 않은 경우도 명확히 말씀드립니다: 템플릿 사이트만 필요하고, 예산이 매우 낮고, 일주일 내 출시를 요구한다면 표준화된 제품을 찾는 것이 더 경제적입니다.
세 가지 실행 가능한 제안
1. 프로젝트 착수 시 검수 목록 작성: 기능, 예외, 백엔드, 산출물 네 가지 블록으로 나누고, 각 블록을 체크 가능한 수준까지 나열하여 계약 부속서로 첨부하세요.
2. 직접 계정을 등록하여 전체 프로세스 진행: 시연도 보지 말고, 테스트 기기도 보지 말고, 실제 네트워크와 실제 데이터로 주요 프로세스를 한 번 실행하세요.
3. 잔금 분할 지급: 검수 통과 시 일부 지급, 출시 후 안정적으로 운영된 일정 기간 후 잔금 지급, 재작업 비용을 검수 단계에서 선제적으로 해결하세요.