문의 양식을 줄인 뒤 ‘이번 행사에는 희망 방문 요일을 추가하자’는 요청이 들어왔다고 가정해 보자. 이전에 불필요한 칸을 지웠다는 이유만으로 거절하거나 요청이 왔다는 이유만으로 바로 넣기보다 이번 항목이 필요한 업무를 확인한다. 누가 접수 내용을 읽고 어느 단계에서 요일을 쓰는지, 그 정보가 없으면 어떤 처리가 멈추는지를 요청자에게 구체적으로 묻는다.
이미 문의 유형이나 본문에서 같은 정보를 얻는지도 대조한다. 담당자가 일정 배정 전에 직접 확인하는 절차라면 첫 접수 화면에 별도 칸을 더하는 이유가 약할 수 있다. 반대로 행사 신청을 나누는 데 실제로 사용한다면 행사 문의를 선택한 경우에만 받을 수 있는지 검토한다. 추가 결정에는 사용 담당자와 적용 대상, 시작일을 남겨 다른 문의에까지 질문이 번지지 않게 한다.
임시 항목은 넣을 때부터 다시 판단할 조건을 정한다. 행사 접수 종료 후에도 필요한 업무가 있는지 누가 확인하고, 필요가 끝나면 누가 화면과 관련 안내를 고칠지 적는다. 단순히 추후 검토라고 남기면 담당자가 바뀌며 그대로 굳을 수 있다. 다음 점검에서는 실제로 이 값이 사용됐는지와 추가 확인을 줄였는지 확인하고 유지·수정·제거 중 이유가 있는 결정을 남긴다.
변경 검사는 행사 문의와 일반 문의를 나누어 수행한다. 해당하지 않는 사람이 새 칸을 비웠을 때 오류가 나는지, 항목을 숨겼는데 제출은 계속 요구하는지 살핀다. 제거 뒤에도 완료 화면이나 담당자 안내에 요일 확인 문구가 남지 않아야 한다. 이전 화면과 바뀐 제출 결과를 함께 보관하면 새 항목의 목적이 끝났는지뿐 아니라 사용자가 실제로 더 짧은 과정으로 문의하는지도 확인할 수 있다.
항목을 유지할지 판단할 때 응답률만 보는 것은 충분하지 않다. 많은 사람이 요일을 적었어도 담당자가 실제 배정에 쓰지 않았다면 입력 수고만 늘었을 수 있다. 반대로 빈칸이 많다는 이유만으로 필요 없는 질문이라고 단정해서도 안 된다. 선택지가 자신에게 해당하지 않거나 문의 유형을 잘못 골라 보였을 가능성을 살펴본다. 담당자가 이 값을 열어 본 업무 단계와 추가 연락이 필요했던 이유를 함께 확인한다.
요청자가 직접 사용하는 정보를 결정했다면 선택지의 범위도 검토한다. 가상의 행사에서 평일과 주말만 구분해도 충분한데 일곱 요일을 모두 고르게 하면 운영 필요보다 세밀한 정보를 받게 된다. 아직 날짜를 정하지 못한 문의자에게 억지로 하나를 택하게 하면 기록의 정확성도 떨어진다. 미정 상태를 받을 수 있는지는 실제 배정 방식과 맞춰 결정한다. 임시 항목을 없앤 뒤에는 기존 접수 자료를 어떻게 활용할지 별도 담당자가 정하게 하고, 화면에서 입력칸을 제거한 사실을 과거 자료 정리까지 끝난 상태로 표시하지 않는다.