일일 브리핑을 읽다가 궁금한 점을 묻고, 답변의 근거를 다시 확인하는 화면을 만들고 있었어요. 그런데 처음 배치는 일반 메신저에 가까웠어요. 질문을 입력하는 영역과 안내가 많은 공간을 차지했고, 정작 읽어야 할 분석 결과는 좁아졌어요.
질문 기능을 붙였다고 읽는 흐름까지 만들어진 것은 아니었어요. 사용자는 대화를 하는 것만큼 원래 브리핑과 답변을 비교해야 했어요. 문서와 분석을 오가며 판단하는 화면인데 한쪽이 다른 쪽을 밀어내면 질문을 처리할수록 읽기가 어려워져요.
입력보다 결과를 읽는 시간을 중심에 뒀어요
화면을 문서 목록, 브리핑 본문, 질문과 분석의 세 영역으로 나눴어요. 각각이 하는 일을 먼저 정한 뒤 공간을 맞췄어요. 문서를 고르는 일과 읽는 일, 질문을 보내고 결과를 살피는 일이 같은 화면에서 이어져야 했어요.
오른쪽 영역도 메시지를 주고받는 모양보다 브리핑 분석이라는 목적이 드러나도록 바꿨어요. 답변에서 먼저 확인할 상태와 근거 정보를 앞에 두고, 질문 입력부의 반복 설명과 별도 안내 행은 줄였어요. 입력창과 버튼을 가까이 묶어 실제 답변을 읽는 공간을 확보했어요.
가운데와 오른쪽 헤더도 높이와 제목의 읽는 위치를 맞췄어요. 한쪽에서 다른 쪽으로 시선을 옮길 때 매번 새로운 구조를 해석하지 않도록 한 조정이었어요. 저장에 관한 긴 부가 정보는 결과 내용보다 앞서 보이지 않게 했어요.
검증에서는 입력부가 줄었다는 설명으로 끝내지 않았어요. 실제 브라우저에서 완료된 답변이 있는 상태를 열고 버튼이 줄바꿈되거나 카드가 잘리지 않는지 확인했어요. 화면 전체가 함께 밀려 움직이던 문제도 작업 영역별 읽는 흐름과 함께 살폈어요.
읽는 공간의 문제와 질문 범위의 문제는 서로 보완하는 관계였어요. 답변 카드가 넓어져도 문서를 바꾸는 순간 질문을 놓치면 흐름은 끊겨요. 반대로 질문 상태가 유지되어도 답변을 읽을 자리가 부족하면 결과를 활용하기 어려워요. 배치와 상태를 각각의 문제로 확인해야 했어요.
같은 높이의 헤더는 보기 좋게 맞춘 것만이 아니었어요. 사용자가 가운데 문서와 오른쪽 분석을 오갈 때 제목과 근거의 위치가 안정적으로 남아 있어야 했어요. 입력창을 압축하는 판단도 단순히 작은 요소를 선호해서가 아니라 답변을 읽는 시간을 중심에 둔 결과였어요.
앞으로 실제 질문이 쌓이면 다른 불편이 보일 수 있어요. 긴 답변과 여러 카드가 있는 상황의 밀도는 준비된 한 화면의 확인으로 대신할 수 없었어요. 이번에는 확인한 작업 공간의 변화와 이후 실제 이용에서 볼 문제를 나눠 남겼어요.
문서를 바꿔도 진행 중인 질문은 이어져야 했어요
읽는 공간을 정리한 뒤에도 다른 종류의 문제가 있었어요. 질문은 전체 브리핑을 대상으로 한다고 안내하면서 실제로는 왼쪽에서 선택한 날짜에 묶여 있었어요. 문서 날짜를 바꾸면 진행 중인 질문을 계속 따라가지 못했고, 날짜를 고르지 않으면 질문을 보내기 어려웠어요.
문서 탐색과 대화의 범위를 따로 정리했어요. 왼쪽은 날짜별 문서를 읽는 곳이고, 오른쪽은 브리핑 전반을 묻는 곳이라는 역할을 실제 동작에도 적용했어요. 사용자가 문서를 바꾸는 행동이 이미 보낸 질문의 진행 상태를 끊지 않도록 했어요.
이 수정은 답변의 문장을 꾸미는 것보다 앞선 문제였어요. 좋은 답변이 만들어져도 사용자가 그것을 놓치거나 찾지 못하면 기능의 목적을 이루기 어려워요. 화면이 설명하는 범위와 실제 상태가 이어져야 했어요.
작업마다 확인 범위는 달랐어요. 세 영역 배치와 답변 카드, 기존 대화 조회는 확인했고 일부 변경은 운영 배포까지 이어졌어요. 후속 헤더 정렬은 작업 환경의 확인 단계에 남아 있었고, 그 확인을 위해 운영에 새 질문을 만들지는 않았어요. 전체 브리핑 질문의 실제 완료 흐름도 별도 운영 확인이 필요했어요.
이번 흐름에서 만든 변화는 질문 기능을 더 크게 보이게 하는 것이 아니었어요. 사용자가 질문을 보내고 기다리는 동안 문서를 계속 읽고, 결과가 오면 그 근거를 비교할 수 있도록 작업 공간과 상태의 연결을 정리하는 일이었어요.
