Campus-It (캠퍼스잇)
진행중대학생 멘토 1:1 입시·진로 멘토링 커머스 플랫폼 — 기획부터 인프라까지 1인이 만들어 출시한 서비스
- 기간
- 2026.04 — 운영중 (2026.07.01 정식 출시)
- 인원
- 1명 (풀스택)
- 역할
- Product Engineer — 기획·정책 설계부터 백엔드·프론트·인프라까지 1인 단독
기술 스택
- Java 21
- Spring Boot 3
- PostgreSQL 16
- Next.js 15
- TypeScript
- Redux Toolkit
- React Query
- AWS
주요 업무
- 기획 — 기능 명세 28건·의사결정 기록(ADR) 44건·약관 15종(T01~T15)·HTML 목업 51종을 직접 작성해 예약 상태, 취소/환불, 멘토 승인, 약관 동의, 결제 전환 기준을 코드보다 먼저 확정
- 도메인 학습 — 전자상거래법 §17 청약철회 예외·§20 통신판매중개업자 지위·개인정보 보관기간 같은 처음 다루는 법·정책 영역을 AI로 빠르게 훑고, 조문 근거를 문서에 남긴 뒤 약관과 환불 로직에 반영
- 백엔드 — Spring Boot 기반 회원·인증·멘토·상품·예약·결제·정산·관리자 등 핵심 도메인 API 구현
- 프론트엔드 — Next.js 기반 멘티·멘토·관리자 플로우와 약 70개 페이지 개발, Axios 인터셉터 토큰 갱신·React Query 캐시 전략 적용
- 핵심 기능 — JWT 인증, 카카오/네이버 OAuth, 예약 상태 머신, 상담 입장 기록, 취소/환불 정책, 토스페이먼츠 결제·정산 흐름 구현
- 인프라 — AWS EC2, Docker Compose, RDS, S3, CloudFront, GitHub Actions 기반 배포 환경 구성
- 출시 전략 — α 파일럿, β 무료 체험단, γ 유료 정식 출시 단계로 분리하고 feature flag로 무료 주문·유료 결제 전환 구조 설계
- 동시성 제어 — Redis 없이 PostgreSQL advisory lock과 Caffeine으로 예약 중복 생성·스케줄러 중복 실행 방지
주요 성과
- α 파일럿 → β 무료 체험단 → γ 유료 전환까지 3단계를 완주하고 2026년 7월 1일 정식 출시
- feature flag 설계로 외부 결제 심사 3주 지연을 흡수 — 코드는 6/11에 유료 전환을 끝내 두고 심사 통과만 기다려 롤백 없이 7/1 오픈
- Redis 없이 PostgreSQL advisory lock + Caffeine으로 예약 중복 생성·스케줄러 중복 실행 방지 — 1인 운영 기준 상시 운영 컴포넌트 1개 감소
- 정석 풀스택 구성 월 약 $145 대비 월 약 $30으로 설계 — 캐시 계층 제외, 프론트/백엔드 동거, 기존 도메인·계정 재활용 (설계 추정치)
- β 체험단 세션 만족도 평균 4.5/5, 참여자 전원이 현재 가격 이상 지불 의향 응답 (n=8)
- 출시 후 실측 — 첫 방문 578명 → 상품 조회 10명 → 결제 3명·4건 (GA4, 2026.05~08). 만든 양과 성과는 비례하지 않았습니다
- 가장 약한 구간은 사전신청(182명) → 탐색(19명)이었고, 원인은 공급(멘토)만 채우고 멘티 유입 채널을 붙이지 못한 것 — 기존 플랫폼 회원 기반에 연결하지 않은 판단이 갈림길이었습니다
성장 경험
기획·정책 설계부터 개발·배포·출시까지 제품 전체를 단독으로 책임지며, 구현 난이도가 아니라 운영 정책과 법적 제약을 기준으로 의사결정하는 법을 배웠습니다. 출시 뒤에는 지표가 가설을 반박했고, 그 원인을 페이지 단위 퍼널로 좁혀 다음 실행안을 다시 세웠습니다. 가장 뼈아픈 건 β/γ를 구분하는 이벤트를 미리 심어두지 않아 유료 전환의 영향과 출시 직후 자연 감쇠를 끝내 분리해 보지 못한 점입니다 — 계측은 기능과 같은 시점에 설계해야 한다는 걸 복구 불가능한 형태로 배웠습니다.