개발사가 ‘수정 완료’라고 했을 때, 발주자는 무엇을 보고 승인할까

“수정했습니다. 확인 부탁드립니다.”

이 연락을 받으면 어디까지 확인하고 승인해야 할지 망설여집니다. 발주자가 볼 것은 미리 합의한 결과입니다. 아래는 가상 예약 앱의 검수 예시입니다. 실제 고객 사례나 검수표 파일에 실린 동일 사례가 아니며, 예약 번호·날짜·증거 파일명도 설명을 위해 만들었습니다.

먼저 합의한 결과를 꺼냅니다

이 앱에서는 취소 가능한 예약을 고객이 취소하면 고객 화면과 관리자 목록 모두 ‘취소’ 상태가 된다고 이미 합의했습니다. 취소 버튼을 눌렀다는 사실만으로 이 항목을 승인할 수는 없습니다. 고객은 취소됐다고 보는데 운영자는 확정된 예약으로 보고 있다면, 합의한 결과가 아직 나오지 않은 것입니다.

최초 문제는 한 항목으로 남깁니다

‘예약 취소 후 두 화면의 상태 일치’라는 항목에 다음처럼 적습니다.

• 확인 조건: 테스트 환경, 테스트 고객 계정과 관리자 계정, 스마트폰의 고객 화면과 PC의 관리자 목록, 안정적인 네트워크. 취소 가능 시간이 남은 확정 예약 A-001.
• 실행 순서: 고객 계정으로 A-001 상세 화면 열기 → 취소 누르기 → 취소 확인 → 고객 예약 화면 다시 열기 → 관리자 목록 새로고침 후 A-001 찾기.
• 기대 결과: 같은 예약 번호가 고객 화면과 관리자 목록에서 모두 ‘취소’로 보인다.
• 실제 결과: 고객 화면은 ‘취소’, 관리자 목록은 ‘확정’. 목록을 새로고침한 뒤에도 두 화면의 상태가 다르다.
• 증거: 두 화면에서 예약 번호와 상태가 함께 보이도록 캡처하고, A001_고객_취소.png, A001_관리자_확정.png처럼 파일명을 남긴다.

이 기록에 수정 담당과 목표 수정일도 함께 적어 개발사와 공유합니다. 최초 결과를 지우지 않아야 무엇을 고쳤고 무엇을 다시 봐야 하는지 이어서 확인할 수 있습니다.

수정 뒤에는 새 예약으로 같은 순서를 확인합니다

개발사가 수정 내용을 테스트 환경에 반영했다고 안내하면, 취소 가능 시간이 남은 확정 예약 A-002를 새로 만듭니다. 이미 취소한 A-001을 다시 취소하지 않습니다. 예약 번호만 바꾸고 계정·기기·네트워크와 취소 가능 조건은 그대로 맞춰 앞의 순서를 실행합니다.

이 가상 예시의 수정 후 결과는 고객 화면 ‘취소’, 새로고침한 관리자 목록도 ‘취소’입니다. 같은 A-002를 보고 있는지 확인하고, 새 증거 파일명 A002_고객_취소.png, A002_관리자_취소.png를 최초 기록에 이어 남깁니다.

재확인 기록은 이렇게 적을 수 있습니다.

“재검수일: 2026-10-02. A-002로 동일 순서 실행. 고객·관리자 모두 취소 확인. 이 항목은 정상으로 확인해 승인. 확인자: 서비스 담당자.”

만약 관리자 목록이 여전히 ‘확정’이라면 항목 승인은 대기로 두고, 새 예약 번호·실제 차이·증거를 다시 기록합니다. 수정 완료 연락만으로 승인이 끝나는 것은 아닙니다. 이 한 항목의 승인은 앱 전체 출시 승인이나 계약상 검수 완료와도 다릅니다.

지금 맡은 기능 하나를 골라 “수정 완료 뒤, 어떤 조건에서 무엇을 실행하고 어느 화면의 어떤 결과를 다시 확인할까”를 한 문장으로 적어 보세요.

데브크래프트의 앱 개발 중간 검수표는 확인 조건·기대/실제 결과·재현 방법·증거·수정 담당·목표 수정일과 재검수일·최종 승인을 기록하는 데 사용할 수 있습니다. 이메일로 다운로드 링크를 한 번 받을 수 있고, 뉴스레터에 자동 등록되지 않습니다.

앱 개발 중간 검수표 보기