화면 수를 줄이기 전에 사용자 흐름을 정리하는 방법

화면 목록을 사용자의 목적과 연결합니다

화면을 줄이려면 먼저 각 화면이 왜 필요한지 알아야 합니다. 누가 들어오고, 어떤 정보를 확인하고, 무엇을 결정한 뒤 어디로 이동하는지 적습니다. 비슷하게 생긴 화면이라도 역할이 다를 수 있고, 모양이 달라도 같은 일을 반복할 수 있습니다.

화면 이름 대신 사용자의 목적을 기준으로 흐름을 그려 보면 중복을 찾기 쉽습니다. 예를 들어 신청 정보를 확인하는 화면과 승인 여부를 결정하는 화면이 같은 데이터를 보여 주더라도, 처리 권한과 결과가 다르면 합치기 전에 조건을 더 살펴야 합니다.

이 글은 특정 프로젝트의 화면 수를 줄인 실적이 아니라 설계 검토 방법을 설명합니다. 목표는 화면 개수 자체보다 사용자가 작업을 끝내기 위해 반복해서 이동하거나 같은 정보를 다시 입력하는 일을 줄이는 것입니다.

합칠 후보와 분리할 이유를 함께 적습니다

같은 데이터와 같은 작업을 다루면서 조회 조건만 다른 화면은 하나의 목록과 필터로 합칠 후보가 됩니다. 목록과 상세를 번갈아 확인해야 하는 작업은 넓은 화면에서 나란히 보여 주는 방식을 검토할 수 있습니다. 작은 화면에서는 같은 구조를 단계별 이동으로 표현할 수 있습니다.

반대로 작성 중인 내용을 보존해야 하거나, 별도 권한과 승인 절차가 있거나, 실수했을 때 영향이 큰 작업은 구분된 흐름이 필요할 수 있습니다. 모든 기능을 탭이나 대화상자로 밀어 넣는 것은 정보량과 상태 관리의 부담을 다른 곳으로 옮기는 일일 수 있습니다.

후보마다 기대 효과와 잃을 수 있는 정보를 적어 보세요. 이동 횟수는 줄어도 현재 위치를 이해하기 어려워지거나 직접 접근할 주소가 사라지면 다른 비용이 생깁니다.

하나의 구체적인 시나리오로 전후를 비교합니다

예시로 운영자가 신청 목록에서 한 건을 열고, 내용을 확인한 뒤 승인하는 작업을 생각해 봅시다. 기존 구조에서 어느 정보가 필요하고 어디에서 결정을 내리는지 기록한 뒤, 목록과 상세를 함께 보는 구조에서도 같은 정보를 찾을 수 있는지 비교합니다.

승인 뒤 다음 항목으로 이동할 수 있는지, 뒤로 가면 검색 조건이 유지되는지, 중간에 다른 작업으로 이동했다 돌아와도 문맥을 잃지 않는지 확인합니다. 수정 중인 내용이 있다면 이동 전에 무엇을 보존하거나 확인해야 하는지도 포함합니다.

프로토타입에서는 정상 흐름뿐 아니라 결과 없음, 권한 없음, 오류 상태도 보여 주세요. 좋은 경우의 클릭 수만 비교하면 실제 운영에서 자주 필요한 복귀와 재시도를 놓칠 수 있습니다.

줄어든 화면 대신 늘어난 복잡성을 검사합니다

화면을 합친 뒤에는 한 화면에 들어간 상태와 행동이 너무 많지 않은지 확인해야 합니다. 현재 선택, 필터, 입력 중인 값, 열려 있는 대화상자가 서로 영향을 주면 사용자는 예상하기 어려운 결과를 만날 수 있습니다.

• 새로고침과 뒤로 가기로 현재 위치를 다시 찾을 수 있는지 봅니다.
• 직접 주소로 들어왔을 때 필요한 상태가 복원되는지 확인합니다.
• 작은 화면과 키보드에서 주요 작업을 끝낼 수 있는지 확인합니다.
• 기존 기능의 권한과 검증 규칙이 유지되는지 검사합니다.

변경 이유와 검토 결과를 남기면 이후 기능을 추가할 때 합친 화면을 계속 확장할지 다시 나눌지 판단할 수 있습니다. 화면 수는 그 결정의 결과로 따라오는 값입니다.