구축 사례:
예약 관리 시스템.

도구는 단 두 가지

기본 워크플로우

1. Chat Claude와 대화 → "무엇을 만들지" 사양을 확보
2. Chat Claude가 그 사양을 지시서(TASK.md)로 변환
3. TASK.md를 VS Code의 Claude Code에 전달 → 실제로 구축
4. 결과를 Chat Claude에 보고 → 다음 지시서를 받음
5. 완성될 때까지 1~4단계를 반복

업종별로 관리해야 할 공통 항목 (인터뷰의 출발점)

예약 시스템을 처음 구상할 때는 "업종"만 정해서는 실제로 무엇을 관리해야 하는지 알기 어렵습니다. 기존 예약 시스템(레스토랑용, 살롱용)이 실제로 관리하는 항목을 바탕으로, 인터뷰의 출발점을 정리했습니다.

레스토랑, 이자카야 등 (테이블 관리 모델)

• 테이블별 좌석 수 (예: 2인석, 4인석)
• 인원 수와 테이블 배정/조합 방식
• 시간대별 예약 가능 여부(특정 시간에 어떤 크기의 테이블이 몇 개 비어 있는지)
• 고객 정보: 방문 이력, 알레르기, 선호 메뉴
• 노쇼 기록

살롱, 물리치료 클리닉, 병원 등 (스태프/리소스 배정 모델)

• 시술 메뉴별 소요 시간, 가격, 준비/정리 버퍼 시간
• 어떤 스태프가 어떤 시술을 할 수 있는지(스킬 기반 배정), 근무 시간, 휴무일
• 좌석/시술실 등 리소스의 예약 가능 여부
• 고객 정보(선호도, 사용 제품, 알레르기, 시술 이력)
• 예약 사이의 버퍼 시간(다음 예약 준비에 필요한 시간)

모든 업종 공통

• 리마인드 발송 시점(전날, N시간 전 등)
• 취소 정책과 대기자 명단 처리 방식
• 예약금 필요 여부

이는 어디까지나 참고용 출발점입니다. 실제로 필요한 항목은 업종과 매장 운영 방식에 따라 달라지므로, Phase 0에서 먼저 업종을 확인한 뒤 이를 기반으로 구체적인 관리 항목을 함께 정리합니다.

데이터베이스를 구축하면 무엇이 달라지는가 (구체적인 예시)

Phase 1에서는 "전용 데이터베이스 + 예약 사이트를 새로 구축"할지, "현재 사용 중인 구글 캘린더를 예약 대장으로 계속 사용"할지를 결정합니다. 참고로, 가상의 이자카야(20석, 4테이블)를 예로 들어 각 옵션으로 무엇을 할 수 있고 할 수 없는지 비교해 보겠습니다.

구글 캘린더 연동만 사용하는 경우

• 할 수 있는 것: 캘린더에 날짜/시간 기록, 디스코드를 통한 업체 알림
• 할 수 없는 것: 테이블 예약 가능 여부 자동 계산, 방문 이력 누적, 고객별 알레르기/선호도 기록, 노쇼율 집계 — 앞서 "업종별로 관리해야 할 공통 항목"에서 다룬 세부 관리는 전혀 불가능합니다(캘린더 일정에 텍스트를 적을 수는 있지만, 이후 검색하거나 집계할 수는 없습니다)

전용 데이터베이스 + 예약 사이트를 구축하는 경우

• 위에서 언급한 모든 항목을 검색하고 집계할 수 있게 됩니다(예: "지난달 취소가 많았던 고객" 목록이나 "알레르기가 등록된 고객" 목록을 뽑을 수 있습니다)
• 반면, 캘린더 연동보다 구축과 유지보수에 더 많은 노력이 필요합니다

전체 일정 (6단계)

업종에 따라 전제 조건이 크게 달라지므로, 인터뷰를 건너뛰는 기성 TASK.md는 존재하지 않습니다. 반드시 Phase 0 요구사항 인터뷰부터 시작하세요.

지금 바로 시작: Phase 0 시작 프롬프트

아래 프롬프트를 그대로 복사해 "Chat Claude"(claude.ai)와의 새 대화에 붙여넣으면 Phase 0 요구사항 인터뷰를 시작할 수 있습니다.

면책조항 및 유의사항