運用事例:
予約管理システム。

使う道具は２つだけ

進め方の基本フロー

1. チャットのClaudeと会話 → 「何を作るか」の仕様書ができる
2. その仕様書を元にした指示書（TASK.md）をチャットのClaudeが作る
3. TASK.mdをVS CodeのClaude Codeに渡す → 実際に作ってくれる
4. 出来上がったものをチャットのClaudeに報告 → 次の指示書をもらう
5. ①〜④を繰り返して完成させる

業種別によくある管理項目（ヒアリングの土台）

初めて予約管理システムを考えるとき、「業種名」だけ決めても実際に何を管理すべきかは分かりにくいものです。既存の予約システム（飲食店向け・美容室向けサービス）が実際に何を管理しているかを踏まえて、以下をヒアリングの土台にしています。

飲食店・居酒屋など（テーブル管理型）

• テーブルごとの座席数（2名用・4名用など）
• 予約の組数（party size）と、それに応じたテーブルの割り当て・結合
• 時間枠ごとの空き状況（ある時間帯にどのテーブルが何組分空いているか）
• 来店履歴・アレルギー・好みのメニューなど顧客側の記録
• 無断キャンセル（no-show）の記録

美容室・整体院・クリニックなど（スタッフ/リソース割当型）

• サービスメニューごとの施術時間・料金・準備/片付けのバッファ時間
• スタッフごとの担当可能なサービス（スキルベースの割り当て）・勤務時間・休み
• 席/施術ルームなどのリソースの空き状況
• 顧客カルテ（好み・使用した薬剤・アレルギー・過去の施術履歴）
• 予約と予約の間のバッファ時間（次の準備に必要な時間）

業種を問わず共通する項目

• リマインドを送るタイミング（前日・当日○時間前など）
• キャンセルポリシー・キャンセル待ち（waitlist）の扱い
• 前受金・デポジットが必要かどうか

これらはあくまで参考の土台です。実際の業種・お店の運用によって必要な項目は変わるため、Phase 0では業種を聞いたうえで、この土台をもとに具体的な管理項目を一緒に詰めていきます。

データベースを作ると何が変わるか（具体例）

Phase 1で「専用のデータベース+予約サイトを新しく作る」か「今のGoogleカレンダーを予約台帳として使い続ける」かを決めます。判断材料として、架空の居酒屋（20席・4テーブル）を例に、それぞれで何ができる/できないかを比べます。

Googleカレンダー連携のみの場合

• できること: 予約の日時をカレンダーに登録・Discordで店側に通知
• できないこと: テーブルごとの空き状況の自動計算、来店履歴の蓄積、顧客ごとのアレルギー/好みの記録、無断キャンセル率の集計など、「業種別によくある管理項目」に挙げたような細かい管理はできません（カレンダーの予定として文字を書き込むことはできますが、後から検索・集計する形では使えません）

専用データベース+予約サイトを作る場合

• 上記の管理項目すべてが、検索・集計可能な形で扱えるようになります（例:「先月キャンセルの多かったお客様」「アレルギー登録のあるお客様一覧」を一覧表示する、といったことが可能になります）
• 一方で、構築・保守の手間はカレンダー連携よりかかります

全体スケジュール（６フェーズ）

業種によって前提が大きく変わるため、ヒアリングを飛ばして使える完成済みTASK.mdは用意していません。必ずPhase 0の要件ヒアリングから始めます。

今すぐ始める: Phase 0 キックオフ・プロンプト

このプロンプトを、そのまま「チャットのClaude」（claude.ai）の新規会話に貼り付けるだけで、Phase 0の要件ヒアリングが始まります。

免責・注意事項