導入例

おう（笑）

Planet投入用なら、今回の脱線込みで**「NEW HOME：導入例ページ設計メモ」**として一塊にするのがよさそう。

NEW HOME — 導入例 / Use Cases 設計メモ

1. このページの目的

Kaia Specを見た客に、

「だから何屋なんだよ！」

と思わせないための具体例ページ。

単なる対応業種一覧ではなく、

「ChatGPTにこんな仕事まで任せられるのか」

→「じゃあ、うちなら何ができる？」

→「ちょっと相談してみたい」

という想像を起こすことが目的。

ここに掲載するものは原則として導入実績ではなく仮想の導入例（What if / Use case）。

実在企業・施設が導入済みであるような誤認を起こさない。

—

2. Kaia Specの基本構造

Kaia Specが売る中心は、AIシステムそのものではない。

ChatGPTに、その店・会社・施設で「何をどう仕事するのか」を理解させる仕事設計／マニュアル。

最小構成では、

既存の公式サイト

↓

Kaia Specの仕事マニュアル

↓

リンク / QR

↓

利用者自身のChatGPT

で成立可能。

利用者は制度名、ページ名、商品カテゴリなどを知らなくても、

「自分が何をしたいか」

を普通にChatGPTへ話せばよい。

—

3. 導入面での強み

買い切り

基本は一発買取型。

Kaia Specへの継続的な月額利用料を基本的に必要としない。

案件の複雑さ・価値によって制作価格は変わり、高額案件もあり得る。

「安売りAI」がコンセプトではない。

導入負担が小さい

最小構成なら、

新規AIサーバー不要

専用AIシステム不要

専用アプリ不要

API基盤不要

AI処理用インフラ不要

既存HPにリンク／QRを設置する程度から始められる。

保守がほぼ不要

営業時間、価格、商品、施設案内などの事実情報が変わった場合は、事業者が普段どおり公式サイトを更新する。

Kaia Specへ戻る必要があるのは主に、

ChatGPTに任せる仕事そのもの／判断ルール／業務範囲を変更したい場合。

これは有料の仕様変更として扱える。

マニュアルを公開するWebページ等の外部維持費は残り得る。

内部設計上の特徴

特定モデル固有の癖・プロンプト技法への依存を抑え、仕事の目的・判断基準・情報源・境界を理解させる設計を基本とする。

モデル変更への耐性はKaia Spec内部の品質設計事項であり、原則として顧客向け販売訴求には使用しない。

—

4. 導入例

A. もしもケーキ屋なら

公式HPに、

季節商品

ケーキ

焼き菓子

単価

ギフト箱

ラッピング

予約条件

営業時間

EC / 注文方法

などを掲載。

客：

「今の季節のケーキ何？」

→ ChatGPTが公式情報から案内。

客：

「バースデーケーキを注文したい」

→ サイズ・種類・予約期限・注文方法などを確認しながら案内。

客：

「職場への手土産。15人くらい。予算5,000円。焼き菓子選んで」

→ 商品単価から組み合わせを作成。

さらに箱・包装価格も公式情報にあれば、

商品＋箱＋ラッピング込みで予算内の構成を提案可能。

ECがあれば購入用オーダー表を作り、客が公式ECで購入できる。

店がメール注文を受け付ける場合は、

用途

→ 予算

→ 商品構成

→ 包装

→ 受取日時等

を必要な形式に整理し、注文メール作成まで支援可能。

海外客

日本語HPしかなくても、海外客が自分の言語でChatGPTへ相談可能。

海外発送をしていなくても、

商品案内 → 組み合わせ → 見積

までは可能。

海外需要が実際に観測された後で、店側が海外発送を始める判断もできる。

—

B. もしも本屋なら

客：

「小学5年生。最近宇宙に興味を持ち始めた。難しすぎない本ある？」

→ 店の公式商品・在庫・棚情報等から候補を提示。

「この本どこ？」

→ 売場案内。

単純な商品検索ではなく、客の目的・年齢・好みなどから選書支援する仕事も設計可能。

—

C. もしもホテルなら

客：

「朝食何時？」

「荷物預けられる？」

「○○設備ある？」

「近くで夕飯食べたい」

「これスタッフに聞く必要ある？」

などを自分のChatGPTへ質問。

館内情報、利用ルール、周辺案内などを公式情報から案内し、必要な案件だけスタッフへ引き継ぐ。

将来的なHotel Pilot候補。

—

D. もしも企業なら

大量の商品・サービス・FAQ・利用条件・規約等を横断して、

「自社の場合どの商品が合う？」

「この条件で利用できる？」

「申込みには何が必要？」

など、客の目的に合わせた案内を行う。

単なるFAQ検索ではなく、複数情報を組み合わせて客の次の行動まで整理する。

—

E. もしもテーマパーク / 巨大施設なら

公式施設情報に加えて、利用可能なら、

現在地

営業情報

休止情報

待ち時間

ショースケジュール

キャラクター出演情報

ゲスト向けスタッフ配置情報

などの動的データも利用可能。

客：

「メインキャラクター今どこ？」

→ 公開中の現在情報から案内。

「会ってから14時のショーに行きたい」

→ 現在地・出演場所・ショー時間を組み合わせて回り方を提案。

客：

「困った！近いキャストさんどこ？」

→ 最寄りのゲスト対応ポイント等へ案内。

さらに用件を理解し、

通常の道案内 → ChatGPTが処理

落とし物 → 公式の遺失物対応

体調不良 → 救護導線

子どもとはぐれた → 即時有人対応

などへ分岐可能。

利用者は「どのページ／窓口／機能を使えばいいか」を知らなくてよい。困ったことをそのまま話せばよい。

—

F. もしも学園祭 / 期間限定イベントなら

公式ページに、

出店一覧

校内マップ

タイムテーブル

企画説明

当日のお知らせ

等を掲載。

客：

「14時までいる。お化け屋敷と吹奏楽と焼きそば行きたい」

→ 開催場所・時間を確認して回り方を作る。

「小さい子と楽しめるものある？」

→ 公開情報から条件に合う企画を提案。

「雨だから屋内だけにして」

→ 条件変更して再構成。

年数日しか開催しないイベントでも、大規模な専用AIシステムを構築せず導入できる可能性がある。

—

5. 動的位置情報を使うイベント例

コスプレイベント等で、参加者が明示的に位置共有へ参加するケース。

受付時：

本人登録 → タグ割当 → 位置共有開始

客：

「○○さん今どこ？」

→ 許可された位置情報を確認し、

「撮影エリアB付近」

など、主催者が許可した粒度だけを回答。

生GPS座標は原則客へ出さない。

重要：退場処理

退場時には必ず、

タグ返却 → 人物との紐付け解除 → 位置共有停止 → 検索対象から除外

を一連の業務として行う。

タグ再利用前には旧参加者との紐付けを完全解除。

多重防壁

本人の明示的参加

会場内のみ

イベント開催時間内のみ

粗いエリア単位で回答

退場時解除

イベント終了時に全登録強制失効

会場外へ出た場合は位置を回答しない

「会場外のどこにいるか」も回答しない

移動履歴を利用者向けに作らない

秘密URL／ランダムスラッグは補助防壁として利用可能だが、それ自体を唯一のアクセス制御にはしない。

—

6. 地下街・屋内施設

地下ではGPS/GNSSが使いにくいため、既存の屋内測位技術を利用できる。

例：

BLEビーコン

Wi-Fi測位

UWB

端末センサー

既設の屋内位置システム

Kaia Specが測位システム自体を開発する必要はない。

既存システムから、

「B2・西エリア・○○広場付近」

のような利用可能な現在地情報を取得できれば、

客：

「トイレどこ？」

「地上に出たい」

「○○線に乗りたい」

「近くて今開いてる甘いものの店」

などを、

現在地 × 施設情報 × 営業情報 × 客の目的

から案内可能。

—

7. Kaia Specが作らないもの

重要な境界。

Kaia Specは原則として、

EC屋ではない。

GPS屋ではない。

予約システム屋ではない。

施設管理システム屋ではない。

既存のEC、予約、ライブデータ、位置情報システム等が利用できる場合、それをChatGPTが仕事の材料としてどう使うかを設計する。

最小構成は公式Web情報だけ。

必要に応じて既存システムとの連携まで仕事を拡張できる。

—

8. 導入例ページで伝える核心

規模や業種が変わっても基本原理は同じ。

Official information / available data

↓

Kaia Spec defines the job

↓

ChatGPT understands what the user wants

↓

ChatGPT uses the right information to help accomplish it

ケーキ屋でも、ホテルでも、テーマパークでも、本質は同じ。

情報を探すAIではなく、その情報を使って仕事をするChatGPT。

導入例ページは、

Cake Shop

→ Bookstore

→ Hotel

→ Company

→ Theme Park / Large Facility

→ School Festival / Event

など、意図的に規模を広げながら見せる。

最後は、

What about your place — or your event?

のように、読者自身の用途を想像させて問い合わせへ接続する。

—

将来候補・現在は本線外

Cake Shop Pilot

サイト完成・開発可能状態になった後、つくば市のガトー・プーリアへ無料Pilot協力を打診する案あり。

現時点では未打診・未導入。公開実績として扱わない。

Outbound candidates

Hotel Pilot

School Concierge

いずれも現時点では提案／構想段階。

Long-range

民間企業で十分な実績を積んだ後、つくば市・筑波大学等の公共／教育機関への応用も将来的には検討可能。

現在のNEW HOME施工では本線外。

—

Working Whiteboard — 2026-08-18

DECIDED / STRONG CANDIDATE

NEW HOME needs a Use Cases / Implementation Examples page.

Purpose = visitor imagination, not claimed case studies.

Show scale from tiny shop → huge facility/event.

Existing official information is the minimum infrastructure.

Existing external systems can extend capability.

One-time purchase / low implementation burden / little routine maintenance are major public-facing benefits.

Model resilience remains internal design information.

AFTER NEW HOME

AdSense readiness inspection

Development state ready

Consider Gateau Puglia Pilot approach

DO NOT CLAIM YET

Gateau Puglia participation

Hotel Pilot implementation

School Concierge implementation

Public-sector implementation

NEXT MAIN LINE Resume NEW HOME construction.