작업 기간: 2026.06.16–06.16

회사 팀 사이트를 정리하면서 화면 모양보다 먼저 방문 목적을 나눴어요. 처음 온 사람이 팀을 이해하는 일과 구성원이 자료를 찾아 업무를 시작하는 일, 관리자가 검토할 일을 찾는 일이 한 화면에서 경쟁하고 있었기 때문이에요. 들어온 이유가 바로 다음 행동으로 이어지게 하는 것이 이번 개편의 기준이었어요.

DS는 회사 팀 사이트로, 외부 소개 화면과 구성원 작업 공간, 관리 화면이 함께 있어요. 2026년 6월에 정리하기 전 첫 화면에는 만든 제품과 내부 시스템 설명이 함께 놓여 있었고, 설명이 늘어날수록 지금 누를 곳은 뒤로 밀렸어요. 외부 방문자는 이 팀이 어떤 문제를 다루는지 궁금하고, 구성원은 이미지나 문서를 찾거나 업무보고를 쓰러 들어와요. 관리자는 제출된 내용을 검토하거나 운영 상태를 확인해야 하고요. 같은 자료를 써도 세 사람이 첫 화면에서 찾는 답은 달랐어요.

이미지 관리, 업무 보고, 팀 소개 카드가 한 작업 화면에 나란히 놓인 이전 구성
소개와 업무 메뉴가 한 화면에 섞인 이전 첫 화면 · 화면 재구성 크게 보기

첫 화면은 들어온 이유에 따라 다른 순서로 읽히게 했어요

공개 홈에서는 지금 하는 일을 문제, 지금 만든 것, 다음에 확인할 것으로 묶었어요. 기능 목록을 늘리는 대신 각각이 어떤 필요에서 출발했는지 보여주면, 처음 온 사람은 제품 이름을 외우기 전에 팀이 무엇을 풀려는지 읽을 수 있어요. 다음 단계가 남은 작업을 완성된 제품으로 오해할 가능성도 줄어들고요.

구성원의 작업 공간은 자료를 찾고 업무보고를 쓰는 행동을 중심에 두고, 흩어져 있던 자산의 입구를 한곳에 모았어요. 일을 시작하려는 사람이 매번 팀 소개를 지나갈 이유가 없었으니까요. 메뉴에 남아 있다는 이유로 지금 필요한 기능처럼 보이던 오래된 소개와 샘플 화면은 걷어냈고, 남겨야 할 자료와 이력은 그대로 두었어요. 역할을 나누고 보니 같은 메뉴 이름도 다르게 읽혔어요. 외부 방문자에게는 공개할 수 있는 자료의 종류가, 구성원에게는 그 자료를 지금 업무에서 찾을 수 있는지가 중요했어요. 관리자는 자료가 있는지보다 검토가 필요한 상태를 찾아야 했고요.

확인 질문도 둘로 나눴어요. 공개 소개에서는 읽은 뒤 다음 자료로 넘어갈 수 있는지를, 내부에서는 로그인한 상태로 실제 보고를 읽을 수 있는지를 봤어요. 작은 화면에서는 업무보고 화면의 고정된 넓이를 덜어내 휴대폰 폭 안에서 읽히게 하고, 홈 제목의 마지막 글자만 한 줄에 남던 부분도 고쳤어요.

DS 방문이 '들어온 이유' 관문에서 처음 온 사람, 구성원, 관리자로 갈라져 각각 공개 홈, 작업 공간, 관리 화면으로 가고, 거기서 팀이 푸는 문제, 자료 찾기·업무보고, 검토 대기 요청으로 이어지는 갈래도
들어온 이유에 따라 나눈 DS의 세 입구와 다음 행동 · 도식 크게 보기

관리 화면은 판단할 예외부터 보이게 바꿨어요

관리자 화면에는 자료 종류마다 메뉴가 있고 문서와 권한, 보고와 상태 화면이 이어졌어요. 기능 하나하나는 필요한 이유가 있었지만, 실제로 반복하는 일과 예전에 만들어 둔 화면이 같은 무게로 놓여 있어 무엇부터 봐야 할지가 흐려졌어요. 그래서 메뉴를 더 만드는 대신 자료 찾기, 보고 검토, 현재 맥락 읽기, 설정 관리라는 운영자의 행동을 기준으로 화면을 다시 묶었어요.

비슷한 자료 메뉴는 한곳에서 종류만 바꿔 보도록 모았고, 문서를 읽는 관리자에게 보이던 불필요한 편집 입구는 치웠어요. 자주 쓰던 링크가 모두 바뀌면 개편의 이득보다 길을 다시 배우는 부담이 먼저 오기 때문에, 이전 주소로 들어와도 새 화면으로 이어지게 했어요. 다음 정리에서는 기본 화면을 정상 상태의 큰 요약 대신 검토를 기다리는 요청과 보고가 먼저 보이는 곳으로 바꿨어요. 검토할 내용이 없는 항목까지 같은 크기의 카드로 늘어놓으면 운영자는 결국 전부 읽어야 해요. 지금 처리할 상태가 먼저 드러나고, 필요할 때 원래 자료로 내려갈 수 있는 흐름을 우선했어요.

사람의 판단이 필요한 건만 모은 예외 대기열과 조회 권한 안내가 뜬 어두운 관리 화면
예외 대기열이 먼저 보이는 DS 관리 화면 · 조회 권한 안내 상태 · 현재 화면, 2026-06-22 · 정보 익명 처리 크게 보기

담당자는 실제 운영 명단에서 고르게 했어요

담당자를 이름으로 자유롭게 적으면 오타와 중복 이름, 더 이상 참여하지 않는 사람이 같은 방식으로 남을 수 있었어요. 그렇다고 지금 팀의 필요를 거대한 조직 관리 기능으로 키울 이유도 없어서, 실제 운영 명단에서 담당자를 고르는 좁은 흐름을 준비했어요. 요청을 받고, 판단하고, 담당을 정한 뒤 검증으로 넘어가는 순서를 한 화면에서 이어 가도록 한 거예요.

판단할 요청 표에 상태 표시와 담당 선택 목록, 다음 확인 단계가 함께 보이는 검토 화면
검토할 요청과 담당자 선택을 함께 보는 화면 · 화면 재구성 크게 보기

당시 기록에는 공개 화면과 로그인된 작업 공간을 실제 자료로 확인하고 운영에 반영한 과정이 남아 있어요. 관리 화면은 첫 정리에서 로그인한 상태로 자료와 보고를 읽고 검토 행동이 열리는지 확인했지만, 후속 단계에서는 화면과 기본 운영 상태까지만 봤고 모든 클릭과 작은 화면 검증은 끝내지 못했어요. 담당자 흐름도 화면과 기본 자료를 만든 단계라서 실제 구성원 배정과 대표 요청을 끝까지 처리하는 확인이 남아 있어요. 관리 문서의 과거·현재 구분과 팀의 반복 사용도 더 볼 일이고, 화면을 나눈 결과로 사람들이 일을 더 빨리 끝냈다고 말할 수는 없어요.

관련 작업 · Paiptree DS