예산 안에서 무엇을 먼저 할지, 내부 개발자와 어떻게 나눌지까지 정리했어요.
말보다 데모로 먼저 만들어 봤어요.
휴대폰 인증번호·카카오 로그인. 기존 계정은 첫 로그인 때 자동으로 옮겨요.
클래스 선택 → 유의사항 → 규정 동의 → 결제 → 예약 확정
실내 풀장·실외 스팟 정보, 별점·사진 리뷰 보기와 쓰기
예약 확정 알림톡, 강사가 보내는 푸시·알림톡과 발송 기록
클래스 열기, 예약자 확인, 결제 상태 확인
수업이 끝나면 기록·진도·피드백이 그 예약에 이어져요
| 영역 | 선택 | 이유 |
|---|---|---|
| 화면 | HTML/JS + Vite, 기능별 모듈 분리 | 코드를 버리지 않고 정리해요. 내부 개발자가 그대로 이어서 고쳐요 |
| 인증 | Supabase Auth (휴대폰 인증·카카오) | 이미 쓰는 Supabase 안에서 끝나요. 별도 서버가 필요 없어요 |
| 권한·보안 | RLS 정책 | 내 예약·내 기록만 보이도록 DB가 직접 막아요 |
| 결제 | 토스페이먼츠 또는 포트원 + Edge Functions | 결제 금액을 서버에서 다시 확인한 뒤 예약을 확정해요 |
| 알림 | 카카오 알림톡 + FCM/APNs | 푸시는 웹뷰 앱에 브리지를 붙여 받아요 |
우선순위 ① 인증·보안 ② 예약·결제 ③ 알림 ④ 포인트·리뷰 ⑤ 리팩토링 정리
모듈 분리, Vite 빌드, 휴대폰·카카오 인증, 기존 계정 이전, RLS
클래스 등록·조회, 동의·결제, 승인 검증, 예약 확정, 기록 연결
알림톡·푸시, 웹뷰 브리지, 포인트·리뷰
실기기 테스트, 스토어 업데이트 지원, 문서 인계
모든 작업은 Git PR로 올리고, 내부 개발자분 코드 리뷰를 거쳐 합쳐요.
| 항목 | 내용 | 금액 |
|---|---|---|
| 코드 정리 | 모듈 분리, Vite 빌드, 구조 문서 | 50만 |
| 인증·보안 | 휴대폰·카카오 인증, 계정 이전, RLS | 90만 |
| 예약·결제 | 클래스 등록·조회, 동의, PG 결제·승인 검증 | 150만 |
| 알림 | 알림톡 연동, FCM/APNs, 웹뷰 앱 수정 | 90만 |
| 포인트·리뷰 | 포인트 정보, 별점·사진 리뷰 | 60만 |
| 검수·인계 | 실기기 테스트, 스토어 업데이트 지원, 설정 문서 | 30만 |
PG 수수료·알림톡 발송비·Supabase 요금은 사용량만큼 별도예요. 하자보수 3개월 무상.
| 역할 | 맡는 일 | 투입률 |
|---|---|---|
| PM · 설계 | 범위 조율, 주간 공유, 내부 개발자와 역할 분담 | 30% |
| 백엔드 | Supabase 인증·RLS, Edge Functions, 결제·알림 | 100% |
| 프론트엔드 | 코드 정리, 예약·결제·강사 화면, 웹뷰 브리지 | 80% |
| QA | 실기기 결제·알림 시험, 위변조·권한 점검 | 30% |
소통 창구는 한 명이에요. 내부 개발자분과는 PR 단위로 바로 이야기해요.
고객 예약 → 업체 작업지시 → 작업자 신청·승인. 예약에서 수행까지 이어지는 흐름을 납품했어요.
가입·결제·구독·리포트까지 직접 운영 중이에요. 결제 실패·환불 같은 실제 운영 상황을 다뤄요.
매물·고객·계약을 관리하는 업무 서비스를 운영 중이에요. 역할별로 보이는 데이터를 나눴어요.
LG전자 10년 · Carnegie Mellon 석사. 실제 매장에서 매일 돌아가는 상용 서비스 기준으로 만들어요.