BEFORE YOU BUY
미리 읽기 · 담당자 없이 주문 예외를 처리할 수 있는지 시험하기
가상 팀과 가상 주문을 이용한 문서 검증 실습입니다. 실제 환불 정책이나 고객 자료를 제시하지 않으며, 실제 돈·개인정보·시스템 설정을 변경하지 않는 테스트를 전제로 합니다.
“최종 문서” 대신 업무의 기준 원본 정하기
가상 팀의 주문 취소 문서가 세 곳에 있다고 합시다. 공유 폴더에는 v1.1, 신규 직원 안내에는 v1.0, 메신저에는 최근 정책 메모가 있습니다. 파일 이름에 “최종”을 붙이는 것으로는 어떤 기준을 따라야 할지 해결되지 않습니다. 업무 ID를 SOP-ORDER-01로 정하고 장부에 기준 원본 URL, 승인 버전, 소유자, 대체 담당자, 적용 날짜를 적습니다. 참고 메모는 원본과 구분하고 최신 기준을 확인할 위치를 연결합니다. 절차에는 시작 조건, 필요한 역할·접근 경로, 입력, 단계, 완료 증거, 예외·중단 조건을 둡니다. 비밀번호나 비밀키는 본문에 복사하지 않고 승인된 권한 부여 경로만 설명합니다. 이 예시의 가상 정책은 고객에게 적용할 환불 규칙이 아닙니다. 문서 상태도 작성 중·검수 대기·승인·폐기로 구분해 작성자의 메모를 승인 정책처럼 사용하지 않게 합니다. 원본 소유자는 직접 모든 일을 하는 사람이 아니라 변경을 검토하고 기준을 유지할 책임자입니다. 정책이 바뀌었다면 날짜만 갱신하지 말고 영향을 받는 단계와 이전 문서의 연결까지 확인합니다.
읽음 확인을 실행시험의 증거로 바꾸기
가상 인수자에게 문서만 전달하고 안전한 테스트 주문을 처리하게 합니다. 작성자는 옆에서 설명하지 않고 관찰합니다. 인수자가 어떤 화면을 찾아야 할지 물었다면 “교육 완료”로 표시하지 말고 문서의 시작 조건이 빠졌다는 시험 결과를 남깁니다. 정상 사례뿐 아니라 권한이 없는 계정, 필수 입력이 비어 있는 요청, 승인 대상인 예외를 시험합니다. 각 사례에는 예상 결과와 멈춰야 할 지점을 먼저 적습니다. 실제 결제 취소나 개인정보 접근은 하지 않고 가상 자료와 허용된 테스트 환경을 사용합니다. 결과 장부에는 수행자, 원본 버전, 시험 조건, 막힌 단계, 확인 증거, 수정 담당, 재시험 결과를 기록합니다. 인수자가 임의로 우회해 끝냈다면 성공이 아니라 절차 또는 권한 기준의 결함일 수 있습니다. 반대로 예외를 발견해 정해진 담당자에게 넘겼다면 올바르게 멈춘 결과로 볼 수 있습니다. 승인된 수정본으로 다시 시험한 뒤에만 해당 범위의 인수를 확인합니다. 모든 업무가 완벽하다고 결론내리지 않고 정상 처리 가능, 예외 전달 가능, 아직 미검수인 범위를 따로 남깁니다.
AI의 자신감보다 출처·버전·권한을 확인하기
가상 팀이 업무 문서를 바탕으로 AI에게 “취소 요청을 어떻게 처리하나요?”라고 묻습니다. 답변이 자연스럽다고 통과시키지 않습니다. 근거가 승인된 SOP-ORDER-01의 어느 버전인지, 현재 문서에 없는 조건을 추가했는지, 예외 승인과 중단 기준을 생략했는지 확인합니다. 최신 기준과 오래된 메모가 함께 검색되면 AI가 합쳐서 새 정책을 만들도록 두지 않고, 상충 자료를 표시해 원본 담당자가 확인하게 합니다. 질문 세트에는 정상 요청, 정보가 빠진 요청, 권한 없는 사람의 요청, 문서에 없는 질문을 넣습니다. 기대 행동은 각각 근거 있는 안내, 필요한 정보 질문, 허용 범위 제한, 담당자 전달입니다. AI 도구가 접근 제어를 대신한다고 가정하지 말고 실제 저장소·검색·공유 환경의 권한을 별도로 검토합니다. 시험 장부에는 질문, 허용된 근거, 답변, 추가·누락 내용, 사람에게 넘긴 여부를 남깁니다. 원본 정책이나 도구가 바뀌면 관련 질문을 다시 시험합니다. 이 실습은 AI 정확도나 보안을 인증하는 절차가 아니라, 팀이 자신 있게 틀린 답을 그대로 업무에 쓰지 않도록 검수할 형식입니다.