FROM INTAKE TO OPERATIONS
등록부터 서비스 실적까지, 이용자 중심으로 연결한 운영 도구
이용자가 직접 기본 정보와 체크리스트를 등록하고, 방문 때 이용 서비스를 선택하면 기록이 남습니다. 직원은 같은 이용자 정보를 바탕으로 위험군과 상담·연계 이력, 입퇴실 및 서비스 이용, 기간별 실적을 이어서 확인합니다.
등록과 진단
단계형 신청 · 조건부 체크리스트
방문과 이용
회원 확인 · 출입 세션 · 서비스 선택
운영과 보고
위험군 현황 · 기간 집계 · 엑셀
SERVICE SNAPSHOT
운영 데이터 스냅샷
2026.10.06 기준
- 등록 이용자
- 517명
- 서비스 기록
- 1,671건
clients 레코드 수
서비스 이용 909건 + 입퇴실 세션 762건
2026.10.06 조회 시점의 누적 레코드 수입니다. 서비스 이용과 입퇴실은 별도 테이블에서 발생한 기록이며, 월간 고유 이용자 수나 증가율을 뜻하지 않습니다.
01이용 여정
이용자 등록에서 직원의 후속 확인까지 한 흐름으로.
처음 이용하는 사람은 안내와 동의, 기본 정보 입력, 외로움·고립 체크리스트를 순서대로 진행합니다. 방문 시에는 본인 정보를 확인하고 선택한 서비스를 기록하며, 직원은 등록 프로필과 이용 이력을 운영 화면에서 이어 봅니다.
- 01 · 등록
기본 정보와 동의
단계형 신청서와 주소 검색으로 회원 정보를 입력합니다.
- 02 · 진단
체크리스트 응답
기본 12문항과 응답에 따른 위기 문항으로 상태를 분류합니다.
- 03 · 방문
서비스 선택과 입실
회원 확인 후 식품·편의시설·특화프로그램 이용을 남깁니다.
- 04 · 운영
퇴실과 실적 확인
방문 세션을 마감하고 직원이 개인 이력과 전체 추이를 살펴봅니다.
RECORD BOUNDARIES
입퇴실 세션
방문 시작과 종료 시각을 저장해 방문 단위를 관리
서비스 이용
식품·시설·프로그램 중 실제 이용 항목을 저장
화면 요약에는 두 기록을 합쳐 보여주되, 상세 집계에서는 방문 수와 서비스 이용 수를 분리해 해석할 수 있도록 했습니다.
02운영 기능
회원 관리, 위험도 확인, 서비스 실적을 한 관리자 도구에.
반복 업무를 이용자 단위와 사업 단위로 나눠 탐색할 수 있도록 구성했습니다. 검색과 위험군 필터로 대상을 찾고, 체크리스트 상세와 연계 정보를 확인한 뒤, 별도 실적 화면에서 기간·서비스 유형에 따른 이용 현황을 살펴봅니다.
PEOPLE
이용자 관리
검색·정렬, 기본 프로필, 체크리스트 결과, 연계 서비스와 개인별 이용 이력
ASSESSMENT
고립위험 체크리스트
문항 응답을 기준으로 위험 유형을 분류하고 미진단·관리 대상 현황을 비교
OPERATIONS
실적과 재고
월별 방문·서비스, 고유 이용자, 요일·항목별 실적과 식품 재고를 함께 관리
SERVICE RULES IN THE FLOW
회원이 식품을 선택하면 이번 주 이용 이력과 활성 재고를 확인해 선택 가능 여부를 안내합니다. 식품·편의시설·특화프로그램은 유형별 코드로 정규화해 같은 기준으로 기록하고 집계합니다.
엑셀 내보내기는 이용자, 방문 이용 실적, 체크리스트, 서비스 이력, 식품·프로그램·월별·요일별 집계를 나눠 8개 시트로 제공합니다.
03운영 데이터
합계는 간결하게, 상세 지표는 구분해서 읽도록.
요약 카드에서는 등록 인원과 통합 기록 건수를 빠르게 파악하고, 세부 집계와 엑셀에서는 이용 기록의 원천과 단위를 구분합니다. 서로 다른 테이블의 전체 행 수를 더한 값은 누적 데이터 규모를 보여주는 스냅샷이며, 사람 수나 성과 증가량으로 해석하지 않습니다.
화면에 보여주는 집계의 기준
2026.10.06 조회| 화면 지표 | 집계 단위 | 해석 |
|---|---|---|
| 등록 이용자 | clients 레코드 | 등록 프로필 수 |
| 통합 서비스 기록 | member_services + member_sessions | 서비스 선택과 입퇴실 세션 행의 합계 |
집계 기준은 2026.10.06 스냅샷에 적용한 정의입니다. 운영 데이터의 단순 총량이며 서비스 효과, 이용자 증가, 업무시간 절감의 전후 비교값은 아닙니다.
04기술 구조
브라우저 화면과 운영 데이터 사이에 서버 경계를 두었습니다.
Next.js App Router의 페이지와 Route Handler를 중심으로 화면 요청과 데이터 처리를 연결했습니다. 브라우저는 애플리케이션 API를 호출하고, 서버에서 Supabase에 접근해 회원·서비스·세션 데이터를 읽고 씁니다.
화면
Next.js 15 · React 19 · TypeScript · Tailwind CSS
애플리케이션 API
Route Handlers · 입력 검증 · 서비스 규칙 · SheetJS 내보내기
데이터와 접근
Supabase · 서버 전용 service role · 역할별 세션 쿠키
ACCESS BOUNDARY
관리자 경로는 서명된 세션 쿠키로 보호하고, 회원용 흐름은 별도 세션 토큰을 사용합니다. 데이터베이스 service role 키는 서버 코드에서만 사용하며, SQL 설정은 익명·일반 인증 역할의 직접 테이블 접근을 차단하도록 구성되어 있습니다.
05담당 범위
현장에서 필요한 기록과 판단이 화면에서 이어지도록 구현했습니다.
이용자·직원 화면의 주요 사용자 흐름과 상태 표현을 구현하고, API와 Supabase 데이터 구조에 맞춰 개인 이력부터 운영 집계까지 연결했습니다. 단순히 수치를 나열하는 데서 끝나지 않도록 방문 세션, 서비스 이용, 체크리스트 결과의 의미를 정보 구조와 다운로드 자료에 반영했습니다.
담당한 작업
- 단계형 이용자 등록과 체크리스트 입력 흐름
- 검색·위험군 필터 및 이용자별 상세 이력
- 회원 서비스 선택과 운영 기준 반영
- 월별·유형별 실적 및 재고 요약
- 8개 시트 엑셀 보고 자료 생성
- 관리자·회원 접근 경로와 세션 상태 처리
운영 건수는 확인했지만, 도입 전후 업무 시간이나 오류율을 비교한 계측값은 없습니다.