설계 가이드
현장 사용성을 높이는 제조 AI 분석 화면은 무엇이 달라야 할까
담당자가 AI에게 “최근 변화가 큰 대상을 보여줘”라고 물었습니다. 답변은 받았지만 보고서를 준비하려면 기간을 맞추고, 전월과 비교하고, 근거 기록을 열어야 해요. 대화창에서 답을 잘 만드는 것과 실제 업무를 끝낼 수 있는 화면을 만드는 것은 같지 않습니다.
아래 화면 구성은 업무 흐름을 설명하기 위한 재구성 예시입니다. 실제 고객 화면이나 제품의 현재 제공 기능을 소개하는 내용은 아니에요.
결과보다 먼저 조회 조건이 보여야 합니다
어느 기간과 어떤 대상을 보고 있는지 화면에서 계속 확인할 수 있어야 합니다. 대화 몇 줄 위에 조건이 묻혀 있으면 사용자는 현재 답변이 어느 범위를 말하는지 놓치기 쉬워요.
예시 화면에서는 기간, 제품군, 자료 반영 시점을 결과 상단에 표시해보세요. 조건을 바꾼 뒤 재조회하면 새 결과로 갱신됐다는 점을 알리고, 이전 조건으로 돌아갈 수 있게 합니다. 비교 기간의 길이가 다를 때도 단순 증감처럼 보이지 않도록 설명을 붙이고요.
근거 확인이 작업 흐름을 끊지 않아야 합니다
답변의 근거를 누를 때마다 다른 화면으로 이동하고 필터가 초기화된다고 해볼게요. 담당자는 원본을 확인할수록 다시 조건을 맞춰야 합니다.
분석 결과 옆에서 근거를 열거나, 상세 화면에서 돌아올 때 목록의 위치와 조건을 복원하는 방법을 생각해볼 수 있어요. 문서 전체의 첫 페이지가 아니라 참고한 항목을 찾기 쉽게 안내하면 검토할 범위를 좁힐 수 있습니다.
물론 접근 권한이 없는 원본까지 화면 편의를 이유로 공개해서는 안 됩니다. 근거가 제한된 경우에는 사용자가 확인 가능한 범위와 요청할 담당 부서를 안내하도록 설계할 수 있어요.
AI 답변 다음에 할 행동을 연결합니다
담당자가 결과를 읽은 뒤 비교할지, 의견을 수정할지, 자료 보완을 요청할지 정합니다. 모든 화면에 큰 승인 버튼을 넣기보다 실제로 허용되는 행동만 제공하는 거예요.
예를 들어 자료가 부족하면 보완 요청을 남기고, 이미 처리한 이슈라면 중복 검토 이유를 확인하게 합니다. 사용자가 수정한 의견과 AI 초안은 구분해서 보관하고요. 후속 행동 없이 설명만 반복되는 화면인지 살펴볼 필요가 있습니다.
빈 화면과 실패한 화면은 다르게 보여줍니다
조회 결과가 없는 경우, 자료가 미반영된 경우, 검색이 실패한 경우는 서로 다릅니다. 세 경우를 모두 ‘결과 없음’으로 표시하면 사용자는 문제가 없는 것인지 시스템이 못 찾은 것인지 알기 어렵죠.
오래 걸리는 분석이라면 진행 상태를 보여주되, 성공한 것처럼 결과 자리를 채우지는 않습니다. 이전 결과를 유지할 때는 이전 조건과 자료 시점을 명시해야 해요. 오류 때문에 다시 시작하더라도 사용자가 입력한 검토 의견은 보호하는 편이 좋습니다.
조건을 바꾸고 근거를 확인한 뒤 돌아오는 과업
가상의 사용성 시험을 하나 만들어볼게요. 담당자에게 ‘F-01의 최근 7일 기록을 조회하고, 점검 I-17의 근거를 확인한 뒤 자료 보완 의견을 남겨보세요’라는 과업을 줍니다. 아래 내용은 제품의 현재 기능 소개가 아니라 화면을 검증하기 위한 설계 예시입니다.
담당자가 처음 확인할 것은 답변보다 조회 조건이에요. 대상 F-01, 기간의 시작과 끝, 자료 반영 범위를 결과 옆에 표시합니다. 근거를 열었다가 돌아왔을 때도 이 조건과 목록 위치가 유지돼야 해요. 작성 중인 의견은 새로운 질문을 보냈다는 이유만으로 사라지지 않도록 보호합니다.
입력 조건과 실제로 완료된 조회 조건은 구분해야 합니다. 사용자가 기간을 바꿨는데 이전 결과가 아직 보인다면, 새 기간의 결과인 것처럼 제목만 바꾸지 않아요. ‘새 조건 조회 중 · 아래는 이전 조회 결과’처럼 상태를 드러내거나, 새 결과가 준비될 때까지 구분된 영역에 남깁니다.
응답 순서가 뒤집히는 경우도 넣어봅시다. 먼저 보낸 7일 조회 A보다 나중에 보낸 14일 조회 B가 먼저 끝날 수 있어요. 이때 늦게 도착한 A가 B를 덮어쓰면 화면의 기간과 내용이 달라집니다. 이 설계안에서는 각 조회의 식별자와 조건을 함께 관리하고, 현재 선택한 조회에 해당하는 결과만 반영합니다. 이전 요청을 취소하는 기능만 믿지 않고 응답을 반영할 때도 확인하는 거예요.
근거 패널의 형태에 따라 키보드 동작도 달라져야 합니다. 다른 화면 조작을 막는 모달 대화상자라면 열릴 때 내부로 초점을 옮기고, Tab 이동을 내부에 유지하며, Escape로 닫을 수 있게 합니다. 닫은 뒤에는 보통 근거를 열었던 버튼으로 초점이 돌아가야 해요. 버튼이 사라졌다면 논리적인 다음 위치를 정합니다. 이 동작은 W3C의 모달 대화상자 패턴을 참고할 수 있습니다.
참고: W3C APG · Dialog (Modal) Pattern
https://www.w3.org/WAI/ARIA/apg/patterns/dialog-modal/
반대로 분석 내용과 근거를 나란히 확인하는 일반 패널이라면, 모달처럼 화면 밖 이동을 막을 이유가 없습니다. 패널을 작게 그렸다는 이유만으로 모달이 되는 것은 아니에요. 모바일에서도 원본과 검토 의견을 오갈 방법, 닫기 동작, 읽던 위치가 유지되는지 확인합니다.
시험 기록에는 다음 행동이 실제로 이어졌는지 적어보세요.
조회 조건을 보고 현재 결과의 대상과 기간을 정확히 설명했는가?
근거를 확인한 뒤 같은 필터와 목록 위치로 돌아왔는가?
조회가 실패해도 작성 중인 검토 의견을 잃지 않았는가?
빠르게 조건을 바꿔도 오래된 응답이 새 결과를 덮어쓰지 않았는가?
접근할 수 없는 자료의 제목·내용·건수가 화면이나 내려받기에 새어 나오지 않았는가?
이 항목에 임의의 사용성 점수를 붙일 필요는 없습니다. 사용자가 막힌 지점, 기대 동작, 관찰한 동작을 나란히 남기면 다음 수정이 구체적이 돼요. 로딩, 정상적인 0건, 부분 반영, 조회 실패를 구분하는 문구까지 함께 확인하면 잘못된 ‘문제 없음’ 판단도 줄일 수 있습니다.
사용성은 실제 과업으로 확인합니다
NIST Measure는 평가에 사용자 경험과 실제 사용 맥락을 반영하는 문제를 다룹니다.[1] 이 화면에서는 “디자인이 마음에 드나요?”보다 “기간을 바꾸고 차이를 확인한 뒤 원본 근거를 찾아보세요”라는 과업이 더 구체적인 검증이 됩니다.
어디서 사용자가 멈추는지, 조회 조건을 잘못 이해하는지, 원본 확인 후 다시 분석으로 돌아올 수 있는지를 관찰해보세요. 답변 속도뿐 아니라 판단을 준비하는 전체 과정이 보입니다.
현재 AI 화면이 대화창에만 머물러 있다면, 데이터스케쳐스와 실제 과업을 기준으로 분석·근거·후속 행동의 연결을 점검해보세요.
참고자료
[1] NIST AI RMF Playbook · Measure
https://airc.nist.gov/airmf-resources/playbook/measure/
사용 목적에 맞는 평가, 배포 환경과의 차이, 시험 자료와 지표의 문서화
자료 확인: 2026-10-08. 본문의 가상 상황·화면 구성·점검 절차는 출처의 실제 사례가 아니라 이 글에서 제안한 적용 예시입니다.