납품받을 때 화면설계로 확인하는 법

한 학원 원장님이 개발사에서 앱을 넘겨받았습니다. 휴대폰으로 이것저것 눌러 보니 잘 돌아갔습니다. 원장님은 그날 잔금을 보냈습니다.

한 달 뒤 문제가 보였습니다. 수강생이 결석하면 학부모에게 가야 할 알림이 오지 않았습니다. 관리자 화면에서 수강료 내역을 내려받는 기능도 없었습니다. 개발사는 「요청받지 않은 기능」이라고 했고, 원장님은 「당연히 있는 줄 알았다」고 했습니다.

둘러보기만 하는 검수로는 이런 일을 막기 어렵습니다. 처음에 약속한 문서와 대조해야 합니다.

핵심은 납품 결과를 화면설계와 한 장씩 대조하는 것입니다. 화면 목록을 체크리스트로 바꾸고, 화면마다 보이는 것과 누른 뒤의 동작을 확인합니다. 이렇게 해야 빠진 화면과 다르게 만든 부분이 잔금 전에 드러납니다.

검수 기준은 처음에 준 문서입니다

검수할 때 기준이 되는 것은 개발 전에 주고받은 메뉴 구조, 화면 목록, 화면설계입니다. 개발 중에 바뀐 내용이 있다면 변경 이력까지 함께 봅니다.

기준 문서가 없으면 검수는 기억 싸움이 됩니다. 「그때 말씀드렸잖아요」와 「그런 말씀은 없었습니다」가 맞서게 됩니다. 반대로 문서가 있으면 「화면설계 12번에는 이렇게 되어 있는데 실제로는 다릅니다」라고 짧게 말할 수 있습니다.

화면 목록을 체크리스트로 바꿉니다

화면 목록 옆에 칸 몇 개를 더하면 그대로 검수표가 됩니다.

먼저 「있음」 칸을 모두 채웁니다. 화면이 아예 없는 것부터 찾는 것이 빠릅니다. 그다음 화면마다 동작을 확인합니다.

화면 하나를 확인하는 순서

• 보이는 것. 화면설계에 적힌 항목이 모두 있는지 봅니다.
• 누른 뒤의 동작. 버튼마다 어디로 가는지, 무엇이 저장되는지 확인합니다.
• 틀린 입력. 빈칸으로 저장하거나 잘못된 번호를 넣었을 때 안내가 나오는지 봅니다.
• 빈 상태. 데이터가 하나도 없을 때 화면이 어떻게 보이는지 봅니다.
• 사용자 종류. 일반 회원과 관리자로 각각 들어가 보이는 것이 맞게 다른지 봅니다.
• 연결된 화면. 사용자가 한 일이 관리자 화면에 제대로 나타나는지 확인합니다.

마지막 항목을 많이 놓칩니다. 사용자가 예약했는데 관리자 화면에 안 보인다면 운영을 시작할 수 없습니다.

확인은 가능하면 두 사람이 나눠서 합니다. 한 사람은 회원으로, 한 사람은 관리자로 들어가 같은 시나리오를 동시에 따라가면 연결이 끊긴 곳이 빨리 보입니다. 휴대폰 기종이 다르면 화면이 깨지는 곳도 함께 찾을 수 있습니다.

문제는 모아서, 화면 번호로 전달합니다

찾은 문제는 하나씩 메신저로 보내지 말고 검수표에 모읍니다. 화면 번호, 무엇을 했는지, 기대한 결과, 실제 결과를 한 줄씩 적습니다. 가능하면 화면 캡처를 붙입니다.

그리고 각 항목을 「약속과 다름」과 「새로 원하는 것」으로 나눕니다. 앞쪽은 개발사가 고칠 일이고, 뒤쪽은 새 요청입니다. 이 구분을 해 두면 검수가 협상으로 번지지 않습니다.

잔금과 검수 일정을 어떻게 연결할지는 계약서에 따라 다릅니다. 이 부분은 법률 조언이 아니므로 계약 전에 전문가와 확인하시기를 권합니다.

검수가 쉬운 프로젝트는 시작할 때 이미 정해져 있습니다. 메뉴 구조와 화면설계, 화면 번호가 정리된 기획서가 있으면 납품받는 날은 대조만 하면 되는 날이 됩니다.

자주 묻는 질문

앱 검수 기간은 보통 얼마나 잡아야 하나요?

화면 수와 기능에 따라 다르지만, 둘러보는 데 하루, 대조하고 정리하는 데 며칠은 잡는 것이 좋습니다. 계약할 때 검수 기간을 미리 정해 두면 서두르다 놓치는 일이 줄어듭니다.

화면설계가 없으면 무엇을 기준으로 검수하나요?

견적서, 계약서에 붙은 기능 목록, 회의록을 모아 기준으로 삼습니다. 다만 해석이 갈리기 쉽습니다. 다음 프로젝트부터는 개발 전에 화면 목록과 화면설계를 정해 두시기를 권합니다.

검수 후에 발견한 오류도 고쳐 주나요?

계약서에 적힌 무상 수정 기간에 따라 다릅니다. 기간과 범위는 계약 전에 확인해야 하며, 정확한 해석은 전문가에게 물어보시는 것이 안전합니다.