현장 하나의 주문과 발주, 받은 명세서와 지급 기록을 확인하려고 여러 메뉴를 오가면 같은 대상을 반복해서 찾아야 한다. 반대로 모든 기능을 긴 화면 하나에 넣으면 필요한 부분을 찾기 어려울 수 있다. 이 작업에서는 기존 방식도 유지하면서 한 현장에서 관련 업무와 원본, 처리 이력을 모아 보자는 요청이 나왔다. 나는 메뉴를 없애는 문제보다 같은 자료를 어떤 질문으로 읽게 할지 정하는 문제로 접근하는 것이 맞다고 본다.
모아보기는 새 장부를 만드는 일이 아니다
보관된 현장 화면은 주문과 문서, 공급처별 요청, 받은 명세서와 대조, 배송, 돈의 기록과 원본·이력을 구역으로 나눈다. 여기서 별도 화면을 만든다고 현장 전용 전표를 복제해서는 안 된다. 기존 문서와 관계를 읽고 같은 작성·수정 경로로 이어야 한다. 그렇지 않으면 기존 메뉴와 모아보기 중 어느 쪽에서 고친 값이 정본인지 알 수 없게 된다.
입력 함수와 검증을 공유하면 한쪽에서만 가능한 수정이나 빠진 항목이 생기는 문제를 줄일 수 있다. 다만 모든 구역이 같은 역할의 정보를 똑같이 보여 줄 필요는 없다. 대표에게는 미처리와 금액, 확인할 차이를 먼저 보여 주고 직원에게는 다음 업무의 입력 경로를 앞에 둘 수 있다. 자료의 정본은 하나로 유지하면서 보여 주는 순서를 질문에 맞추는 것이 회사별 맞춤 화면의 중요한 부분이다.
단계 표시는 실제 기록에서 읽어야 한다
주문 접수부터 발주, 출고, 납품과 정산, 마감으로 이어지는 표시가 있으면 전체 흐름을 이해하기 쉽다. 그러나 단계 번호를 클릭한 횟수만으로 실제 업무를 완료 처리하면 현황과 장부가 갈라진다. 보관된 단계 구현과 검사 기록은 분할 공급과 부분 배송, 지급 배분과 명시적 마감을 따로 확인하는 범위를 보여 준다. 단계는 실제 연결 기록을 요약해야 한다.
어느 공급처는 출고했고 다른 공급처는 아직 발주 전일 수 있다. 현장 전체에 출고 완료라는 표시 하나를 붙이면 이 차이가 사라진다. 현재 단계만 보여 주는 대신 어떤 조건이 남았는지와 그 조건을 확인할 동작을 함께 두는 편이 낫다. 상태를 바꾸는 큰 버튼보다 근거가 되는 요청서와 수령 기록으로 이어지는 작은 연결이 더 정확한 다음 행동이 될 수 있다.
긴 화면은 찾아갈 길과 접는 기준이 필요하다
모든 내용을 처음부터 끝까지 펼치면 현장을 확인할 때마다 같은 긴 스크롤을 해야 한다. 구역 제목과 요약, 바로 이동, 필요한 부분만 펼치기를 조합하면 현재 질문에 집중하기 쉽다. 다만 접힌 구역 안의 오류나 대기 업무까지 감추면 단순한 화면이 오히려 누락을 만든다. 접힌 상태에서도 미확인 건이 있다는 사실과 위치는 드러나는 편이 좋다.
원본 이미지와 과거 이력은 바로 볼 수 있어야 하지만 현재 처리 버튼과 시각적으로 구분할 필요가 있다. 오래된 요청서를 보다가 현재 자료를 고치는 실수를 막으려면 문서의 시점과 상태가 분명해야 한다. 화면 위쪽의 현장 맥락과 현재 선택된 사업자도 작업 중 바뀌지 않게 확인해야 한다. 한 화면이라는 편리함이 어떤 대상을 수정하는지 알아보기 어렵게 만들어서는 안 된다.
기존 메뉴를 유지하는 것도 선택이었다
모아보기는 현장 전체를 따라가는 데 적합하지만 모든 업무가 현장 하나에서 시작되는 것은 아니다. 여러 현장의 지급을 모아서 처리하거나 공급처 전체의 요청을 확인하려면 기존 목록이 더 편할 수 있다. 그래서 새 화면을 만들었다고 기존 진입점을 없앨 필요는 없다. 같은 기록을 다른 업무 단위로 찾게 하되 저장과 권한, 검증은 공유하는 구조가 확장에도 유리하다.
검토할 때는 한 현장의 부분 배송과 미확인 명세서, 여러 사업자 자료, 확정 전 매입과 지급 기록을 합성 내용으로 준비한다. 기존 메뉴에서 고친 값이 모아보기에도 같은 의미로 나타나는지, 다음 행동이 올바른 대상을 여는지 확인한다. 이번 글은 보관된 화면 모델과 단계 코드, 시점별 기록을 읽은 설명이다. 현재 실제 현장이나 직원의 사용 흐름을 재실행하지 않았다. 대표가 쉽게 보는 화면과 직원이 쉽게 처리하는 화면은 서로 경쟁하는 요구가 아니라 같은 자료를 다른 질문으로 읽는 두 가지 설계 관점이다.