복잡한 채용 서비스를, 다음 행동이 보이는 화면으로

먼저 두 사람의 목적을 나눴다

구직자는 처음부터 모든 메뉴를 알고 싶어 하지 않는다. 어떤 일을 하는지, 어디서 어떻게 일하는지, 내가 가진 경험과 연결되는지를 먼저 판단해야 한다. 기업 담당자는 빈 화면 앞에서 무엇을 얼마나 적어야 하는지 알아야 한다. 이 두 상황을 하나의 메뉴와 양식으로 해결하려 하면 처음 들어온 사람에게도 운영자만큼의 이해를 요구하게 된다.

나는 구직자의 탐색과 기업의 작성 공간을 별도의 흐름으로 다루는 쪽을 택했다. 공고의 정보는 연결하되 주요 행동과 안내의 순서를 다르게 둔다. 역할이 다르다는 이유로 디자인을 전부 새로 만드는 대신, 같은 상태 표시와 문장의 톤을 공유하면 서비스 전체의 일관성도 지킬 수 있다.

긴 양식을 줄이는 대신 판단의 순서를 만들었다

입력 항목을 적게 보이게 하는 것과 실제 작성 부담을 줄이는 것은 다르다. 기업이 기본 조건도 정하지 않은 상태에서 상세한 업무 설명과 제출 자료를 동시에 묻는다면 화면이 짧아도 막힌다. 실제 작성 화면에서는 왼쪽의 섹션 탐색, 가운데의 입력 내용, 옆의 작성 안내로 현재 위치와 필요한 설명을 나눴다.

이 글의 합성 화면은 그 선택을 기본 정보, 업무와 조건, 확인과 게시라는 세 묶음으로 단순화했다. 실제 제품의 모든 항목을 옮긴 복제본은 아니다. 각 단계에서 묻는 질문에 답할 자료가 앞 단계에서 준비되었는지 확인해야 한다. 항목이 많지 않고 서로 비교해야 하는 간단한 설정이라면 한 화면이 더 나을 수도 있다.

화면은 설명을 대신할 만큼 구체적이어야 한다

고급스러운 서비스 소개를 만들 때에도 큰 이미지와 짧은 수식어만으로 끝내고 싶지 않았다. 이 화면은 함께할 업무라는 제목 아래 실제로 들어갈 수 있는 짧은 예시를 두고, 그 아래에서 기대하는 답의 범위를 알려준다. 무엇을 맡고 어떤 결과물을 만드는지라는 안내는 담당자가 다음 문장을 쓰는 데 직접 도움이 된다.

색은 현재 위치와 다음 확인을 구분하는 데 쓰고, 여백은 질문을 묶는 데 쓴다. 강조색을 모든 요소에 쓰면 무엇이 중요한지 다시 설명해야 한다. 따라서 보조 설명은 차분하게 두고 현재 단계와 주요 행동에만 대비를 준다. 보기 좋은 화면과 이해하기 쉬운 화면은 이처럼 같은 정보 순서에서 만날 수 있다.

미리보기는 공개와 다른 상태다

기업의 작성 화면에는 입력한 내용을 미리 보는 기능과 저장한 공고를 다시 이어 쓰는 흐름이 있다. 여기서 나는 작성 내용 미리보기라는 말이 실제 공개를 뜻하지 않도록 설명을 붙였다. 현재 입력을 보여주는 화면과 서버에 저장된 초안, 구직자가 볼 수 있는 공고는 서로 다른 결과이기 때문이다.

미리보기만 열었는데 게시했다고 오해하거나, 저장하지 않은 내용을 나중에도 찾을 수 있다고 기대하면 서비스의 신뢰가 흔들린다. 확인 화면에는 아직 저장하거나 공개하지 않았다는 설명이 필요하고, 저장이나 게시 뒤에는 실제로 끝난 행동을 말해야 한다. 버튼의 이름은 다음 행동을 안내하고, 결과 문장은 완료된 상태를 알려주는 역할로 나눠야 한다.

파일을 보관하는 일과 제출하는 일을 분리했다

이력서는 선택 범위가 특히 중요했다. 현재 구현은 PDF를 프로필에 비공개로 보관하고, 지원할 공고에서 함께 제출할지 별도로 선택하게 한다. 실제 지원 화면의 이력서 선택은 기본으로 꺼져 있다. 프로필에 파일이 있다는 이유만으로 모든 기업에 전달되는 구조로 이해되지 않게 하기 위해서다.

독자가 자기 서비스에 적용한다면 파일의 상태를 적어보는 것부터 시작할 수 있다. 보관 중인 원본, 특정 지원에 포함된 제출본, 취소된 지원의 접근 권한은 같은 상태가 아니다. 화면에서 체크 표시를 바꾸는 것만으로 권한이 바뀌었다고 판단해서도 안 된다. 서버의 열람 조건과 화면이 안내하는 문장이 함께 맞아야 한다.

이 부분은 서비스 전체의 완성 사례로 소개하지 않는다. 최신 재검토에는 지원 취소 뒤 남을 수 있는 파일 링크의 표시, 삭제 요청이 실패했을 때의 복구, 삭제 범위의 안내와 키보드 초점 등 후속 확인 항목이 남아 있다. 설계의 선택과 모든 예외의 검수 완료는 다르다.

원래 제품과 공개 예시의 확인 범위를 나눴다

원래 프로젝트의 작업 기록에는 회귀 검사와 빌드가 통과한 결과가 있다. 이번 제작기에서 그 제품의 전체 검사를 다시 실행하거나 개인 자료를 올려 실제 기업 계정에 제출하지는 않았다. 일부 작은 화면의 업로드 조작도 기존 기록에서 미확인으로 남아 있다. 이 글의 화면은 그 사실을 덮기 위한 완료 인증서가 아니다.

아래 예시는 고객의 화면이나 이력서를 공개한 것이 아니라, 선택한 정보 구조를 독립적으로 재구성한 화면이다. 세 가지 설명을 고르면 관점을 바꿔 볼 수 있으며 파일을 받거나 공고를 저장하지 않는다. 예시 화면의 표시와 버튼 전환 확인은 원래 서비스의 로그인·제출·권한 검사와 별도의 범위다.

내 서비스에 옮길 때 확인할 질문

먼저 가장 자주 쓰는 두 역할을 적고 각자가 시작하는 상황과 끝내고 싶은 일을 한 문장으로 정리한다. 다음으로 그 일을 마치기 전에 필요한 판단을 나열한다. 메뉴를 먼저 정하기보다 사용자의 판단 순서를 정한 뒤 필요한 화면을 붙이는 편이 무엇을 남겨야 하는지 분명해진다.

그다음 빈 화면, 작성 중, 확인 전, 저장 뒤, 실패 뒤를 차례로 읽어본다. 각 상태에서 다음 행동이 보이는지, 사용자가 이미 한 일을 잃지 않는지 확인한다. 작은 화면에서는 칸을 단순히 아래로 쌓는 것만으로 충분하지 않다. 현재 위치를 알리는 문장과 주요 행동이 읽는 순서에서 멀어지지 않는지도 살펴야 한다.

서비스마다 필요한 양식과 권한은 다르다. 나는 이 구조를 정답으로 복사하기보다, 사용자가 어떤 결정 앞에서 멈추는지를 찾는 방법으로 쓰고 싶다. 복잡한 서비스를 만들고 있다면 현재 화면과 사용자가 어려워하는 일을 이메일로 알려주셔도 좋다. 그 사업의 순서에 맞춰 화면과 기능을 함께 정리할 수 있다.