정부지원금 자격 확인 자동화로 신청 경험 개선
목차
정부지원금 자격 조회를 자동으로 매칭해주는 새로운 도구를 추가했다. 사용자가 몇 가지 기본 정보만 입력하면, 시스템이 자동으로 자격 조건을 판단해 관련 지원금을 제시하는 방식이다. 이번 작업을 통해 사용자가 정부지원금에 접근하는 첫 번째 진입장벽을 상당히 낮출 수 있었다고 본다.
왜 자격 자동매칭이 필요했나
정부지원금은 종류가 많고, 각각의 자격 조건도 복잡하다. 기존에는 사용자가 여러 지원금의 요건을 직접 일일이 확인하고 자신이 신청 가능한지 판단해야 했다. 이는 높은 진입장벽을 만들고, 자신의 자격을 모르고 지나치는 사용자도 많았을 것이다.
자격 자동매칭 도구는 이 문제를 정면으로 푸는 작업이었다. "내가 어떤 지원금을 받을 수 있을까?"라는 질문에 즉시 답해주고, 신청 과정으로 자연스럽게 유도하는 것이 핵심 목표였다.
구현 구조와 파일 변경
| 파일 | 역할 | 이번 변경의 의미 |
|---|---|---|
src/lib/eligibility.ts |
자격 판정 로직 (타입스크립트) | 자동매칭 알고리즘의 핵심. 사용자 정보와 지원금 조건을 비교하는 주요 로직 |
src/pages/match.astro |
매칭 결과 페이지 | 새로운 퍼블릭 페이지. 사용자가 직접 접근하는 UI/UX 담당 |
src/components/Header.astro |
헤더/네비게이션 | 새 페이지로의 링크 추가. 사용자 진입 경로 확보 |
src/layouts/Base.astro |
기본 레이아웃 템플릿 | 전체 페이지 구조에 새 페이지 통합 |
public/styles.css |
스타일 | 매칭 결과 표시를 위한 UI 스타일 추가 |
src/pages/sitemap-index.xml.ts |
SEO 사이트맵 | 새 페이지를 검색 엔진에 노출. 발견성 향상 |
특히 주목할 점은 eligibility.ts 의 역할이다. 이 파일이 자격 매칭의 모든 판정 로직을 담당한다는 뜻이다. 새로운 지원금이 추가되거나 정책이 변할 때마다 여기서 관리해야 한다.
// 개념적 구조 예시
interface UserProfile {
age: number;
income: number;
employment: string;
familySize: number;
}
interface Subsidy {
id: string;
name: string;
conditions: Condition[];
}
function matchEligibility(user: UserProfile): Subsidy[] {
// 사용자 정보와 각 지원금의 조건을 비교
// 매칭되는 모든 지원금 반환
}
알고리즘이 간단해 보이지만, 실제로는 다음 같은 복잡성을 품고 있다:
- AND/OR 로직: 어떤 조건은 모두 충족해야 하고, 어떤 조건은 하나라도 충족하면 됨
- 범위 검증: 나이, 소득, 가족 규모 등 수치 범위 조건
- 카테고리 매칭: 고용 형태, 거주지, 기타 문자열 기반 조건
- 우선순위 처리: 같은 소득 기준이면 어느 지원금을 먼저 보여줄지
팀 관점에서의 고려사항
이런 류의 기능 추가에서는 여러 가지 중요한 트레이드오프가 발생한다.
정확성 vs 보완성: 자격 판정이 완벽하지 않을 수 있다는 점을 어떻게 전달할지가 핵심이다. 자동매칭은 사용자의 최종 신청 판단을 완전히 대체할 수 없다. UI에서 "이 결과는 참고용이며 실제 신청 시 공식 기준을 확인해야 합니다" 같은 면책 문구를 명확히 배치해야 한다.
유지보수 부담: 정부 지원금 정책은 수시로 변한다. eligibility.ts 의 규칙들이 최신 정책을 반영하고 있는지 지속적으로 모니터링해야 한다. 팀 내에서 정기적 리뷰 주기를 정하고, 각 규칙의 출처(공식 문서, 정책 링크)를 주석으로 명확히 남기는 것이 중요하다.
발견성과 책임감: sitemap-index.xml.ts 를 함께 수정한 것도 의도적이다. SEO를 통해 더 많은 사용자가 이 도구를 발견하게 되는데, 그만큼 정보의 정확성 책임도 커진다. 자동매칭 결과가 틀렸을 때의 피드백 채널도 충분히 준비해야 한다.
회고: 기능 추가가 아닌 사용자 진입장벽 제거
이 작업은 단순히 "새로운 기능을 만들었다"가 아니라, "사용자가 정부지원금에 접근하는 첫 번째 단계를 자동화했다"는 관점으로 봐야 한다.
개발자 입장에서는 eligibility.ts 라는 깔끔한 로직 모듈을 설계했을 수도 있고, 페이지와 컴포넌트 연결을 깔끔하게 했을 수도 있다. 하지만 더 중요한 것은 사용자가 "내가 신청 가능할까?"라는 불안감을 몇 클릭 안에 해결할 수 있게 만들었다는 점이다.
앞으로는 다음을 모니터링하면서 도구를 고도화해야 한다:
- 실제 사용자 매칭 데이터와 신청 전환율
- 매칭 실패 케이스 (자동매칭에 누락된 사용자들의 패턴)
- 정책 변화 감지 및 규칙 업데이트 프로세스
- 사용자 피드백과 만족도 추이
정부 정책이 자주 바뀌는 도메인인 만큼, 팀의 주기적인 점검과 함께 사용자의 목소리를 적극적으로 반영할 수 있는 구조를 만드는 것이 이 도구를 제대로 유지보수하는 방법이라고 본다.
🛒 이 글과 어울리는 추천 상품
*위 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.
댓글 0
첫 댓글 달아줘.