청년-지역 일경험 매칭 플랫폼 구축

CHALLENGE

클라이언트가 필요로 한 이유

클라이언트는 지역 일경험 프로그램의 공고, 지원서, 심사 결과를 게시판과 메일, 엑셀로 나누어 관리하고 있었습니다. 청년은 같은 정보를 반복 입력했고, 운영자는 지원 현황과 선발 결과를 다시 취합해야 했습니다.

필요했던 것은 공고 게시 화면만 만드는 일이 아니라 지원부터 심사, 선발까지 하나의 상태 규칙으로 연결하는 플랫폼이었습니다. 청년과 운영자가 서로 다른 파일을 보는 대신 같은 지원 데이터를 각 역할에 맞게 확인해야 했습니다.

지역 일경험 프로그램을 운영하는 고객사는 공고를 올리고, 지원서를 받고, 심사해 선발하는 과정을 게시판과 메일, 엑셀로 나누어 처리하고 있었습니다. 청년은 지역별 공고를 한곳에서 비교하기 어렵고, 지원할 때마다 같은 정보를 다시 적어야 하며, 심사 결과를 따로 확인할 방법이 없었습니다. 운영 기관 역시 지원자 정보가 흩어져 있어 선발률이나 조회수 같은 기본 지표를 집계하기 어려웠습니다.

공고 등록, 지원 접수, 심사, 합격 통보가 서로 다른 채널에서 이루어져 지원자와 운영자 모두 진행 상태를 확인하기 어려운 구조

분산 운영의 핵심 문제

신규 구축의 과제는 지원, 심사, 선발의 상태 전이 규칙을 먼저 확정하고, 청년과 운영자가 같은 데이터를 보도록 구조를 정하는 것이었습니다.

클라이언트 요청사항과 기획 방향

SOLUTION

시온랩은 공고 등록에서 선발 확정까지를 하나의 흐름으로 연결하고, 청년용 화면과 운영 기관용 관리자 화면을 역할에 따라 분리하되 같은 데이터의 상태 변화를 양쪽에서 읽는 구조로 설계했습니다.

시스템 구조

공고는 프로그램 아래에 기수 단위로 열리고, 지원서는 공고에 귀속됩니다. 심사자가 바꾼 상태는 별도로 복제하지 않으며, 청년이 마이페이지를 조회할 때 같은 레코드의 심사 상태와 이력을 그대로 확인합니다.

흐름 1: 지원서 제출

지원은 로그인한 청년의 프로필을 자동으로 채우고, 같은 공고에 대한 중복 제출을 막은 뒤 접수됩니다.

흐름 2: 심사와 선발 확정

관리자단은 별도 경로로 분리되어 있고, 관리자 계정은 기존 관리자의 승인을 받아야 활성화됩니다. 심사는 점수와 코멘트를 남기고 상태를 바꾸는 것으로 끝납니다.

데이터 구조

프로그램 아래에 기수별 공고를 두고, 지원서는 공고와 청년에 동시에 귀속됩니다. 관리자 승인 상태와 지원서 심사 상태는 각각 계정과 지원서에 둡니다.

• 계정은 하나, 역할은 둘: 청년과 관리자를 같은 계정 구조에 두되, 관리자는 승인 상태가 바뀌어야 로그인할 수 있습니다.
• 프로그램과 공고의 2단계: 하나의 프로그램에서 여러 기수의 공고를 운영하고, 게시 상태(작성 중, 모집 중, 마감)는 공고 단위로 제어합니다.
• 지원서는 공고당 청년 1회: 공고와 청년의 조합을 유일하게 두어 중복 지원을 데이터 단계에서 막고, 심사 상태와 점수, 코멘트, 첨부를 한 지원서에 기록합니다.
• 참여 이야기는 독립 콘텐츠: 인터뷰, 지역 탐방, 참여 후기를 공고와 별도로 관리해 모집 시기와 무관하게 노출합니다.

청년이 지원서를 제출한 순간부터 결과를 확인할 때까지 플랫폼을 벗어나지 않도록, 양쪽 화면이 같은 데이터를 읽는 구조로 설계했습니다.

BUILD

구축 방향과 데이터 처리 로직

프로그램, 공고, 지원서, 심사 기록을 분리하되 지원 상태가 한 방향으로 이어지도록 구성했습니다. 공고의 게시 여부와 마감일을 먼저 확인한 뒤 지원서를 만들고, 심사 결과는 같은 레코드에 누적해 운영 화면과 마이페이지가 동일한 상태를 보여줍니다.

VALIDATION

검증한 업무 범위

비슷한 업무에 적용할 수 있는 부분

장학금, 교육과정, 지역 프로젝트처럼 공고별 지원과 심사가 반복되는 업무에 적용할 수 있습니다. 공고 관리와 지원자 관리를 분리하면서도 상태 변경의 기준을 하나로 유지하는 것이 핵심입니다.

RESULT

※ 본 프로젝트는 고객사 실제 업무 요건을 바탕으로 설계한 결과물이며, 보안 정책에 따라 일부 화면만 공개했습니다.