ジム運営 AI 活用：提供された規約の根拠に照らして会員の申請を確認する

ジム運営 AI 活用では、提供された申請文と規約の抜粋から、休会や会員契約の変更に関する問い合わせをスタッフのレビューに向けて整理できます。希望する適用日、該当する規約のバージョン、会員情報の根拠をまとめ、未解決事項をスタッフに示します。問い合わせ記録を作成しても、会員契約、請求、入館権限は変更されません。

Language Model、Structured Output、Upsert Rowのインターフェースは、カタログに記載されていますが、Ai Flowiによる本番環境でのテストは行われていません。ジム会員業務の設定状況：実験的。ここで提案するレビュー経路はテストされていません。

執筆：Ai Flowi · 公開日

利用できる根拠に合った会員業務を選ぶ

スタッフがすでに確認を許可されている情報から始めます。会員の申請は、会員が何を希望しているかを示すものです。規約の抜粋は、提供されたルールを説明するものです。どちらも、会員契約や請求アカウントの現在の状態を証明するものではありません。スタッフが基幹システムでそれらの事実を確認します。

ジム業務の対応表は、小さな画面では横にスクロールできます。キーボード操作では、表の領域にフォーカスを移すと、外部確認の列まで閲覧できます。

この問い合わせ台帳に適したジム業務の対応表
業務対応できる準備スタッフが外部で確認する内容
休会の問い合わせ希望する開始日と、提供された休会ルールを抽出します。会員区分、規約の適用可否、認められる適用日を確認します。
会員契約の変更希望する変更内容と、明記された時期の条件を残します。現在のプランを確認し、申請を進められるか判断します。
返金に関する表現金銭の返還要求と、判断の根拠が欠けている箇所を明示します。権限のある担当者による判断を確認します。下書きの約束が自動で送られることはありません。
健康、入館、予約この会員関連テキストの整理の対象外です。別途利用が許可されたサービスと、その実際の運用管理を使います。

運動処方、健康状態の推測、ドアの入退館制御、自動解約、決済、予約連携は、ここでは設定しません。申請が少数なら、台帳だけで十分に対応できる場合があります。申請の表現にばらつきがあり、整理に役立つ場合にだけ抽出処理を追加します。

ジム会員業務の根拠台帳をコピーする

抽出前にrequest_idを割り当てます。名前だけで照合せず、利用を許可された資料にある安定した内部会員参照情報を残します。医療に関する詳しい記述、決済の認証情報、無関係な会員情報をモデルに渡す資料一式に含めないでください。休会理由は、スタッフにそれだけで十分な場合、会員が提示した短い分類のままで構いません。

request_id:
member_ref:
request_type:
member_request_as_supplied:
requested_effective_date:
request_received_date:
policy_ref:
policy_version:
policy_excerpt:
membership_evidence_ref:
date_conflict:
missing_question:
draft_acknowledgement:
staff_handoff:
external_decision_ref:

規約の該当箇所について、明記された会員区分などの適用条件をバージョンと一緒に記録します。別プラン向けの新しい文書があっても、この会員の案件が解決するわけではありません。申請日付に、解釈に必要な月、年、タイムゾーンが欠けている場合は、その表現を残し、具体的な確認質問をします。

external_decision_refは、抽出処理の外で行われた判断を示す、スタッフが管理する参照情報です。受付時は空欄にします。モデルが生成した「申請は承認されました」という記述で判断欄を埋めたり、アカウント変更を開始したりしてはいけません。

日付の不一致と根拠のない返金の約束を扱う

架空の会員契約を使った演習。架空の規約P-Aのバージョン3では、スタッフの確認後に到来する次の月次区切り日にのみ休会が始まるとします。10日に受け付けた申請は、5日からの休会と、その間の期間に対する返金を求めています。提供された規約には返金の記載がなく、現在の会員情報の抜粋もありません。

{
  "request_id": "GYM-A",
  "member_ref": "MEM-A",
  "request_type": "freeze enquiry",
  "member_request_as_supplied": "Freeze from day 5 and refund the intervening period",
  "requested_effective_date": "day 5 in synthetic period A",
  "request_received_date": "day 10 in synthetic period A",
  "policy_ref": "P-A",
  "policy_version": "3",
  "policy_excerpt": "Freeze starts at the next monthly boundary after staff confirmation",
  "membership_evidence_ref": "not supplied",
  "date_conflict": "requested day 5 differs from the supplied start rule",
  "missing_question": "Which membership category and policy apply?",
  "draft_acknowledgement": "Your requested date needs staff review; membership evidence is missing",
  "staff_handoff": "membership team checks plan, dates and refund request",
  "external_decision_ref": ""
}

期待される引き継ぎでは、希望日を残しつつ、その日付を約束しません。スタッフが実際の会員区分、現行の規約、確認条件の適用方法を調べます。別件である返金要求も確認します。提供された抜粋に記載がないことだけでは、返金が認められるとも禁止されるとも判断できません。

「休会と返金が確定しました」という下書きは、この演習では不合格です。顧客向けの文章を保存する前に、根拠のない約束を削除します。例の受付確認文は、根拠の不足を記録したもので、休会、返金、アカウント変更が行われたとは述べていません。案件の事実を確認した後の承認済み表現の管理には、応答テンプレートのガイドを使います。

抽出と確認済み記録の試行を設定する

設定例であり、テスト実施の記録ではありません

AI Flowi Workflow、承認済みの申請文と規約文、会員業務のレビュー担当者、自分のモデルプロバイダーのアカウント/APIキー、非公開の問い合わせワークシートにアクセスできる自分のGoogleアカウントを準備します。モデルの利用料金はプロバイダーから別途請求されます。それぞれのアクセス要件は、モデル接続のガイドとGoogle認可の手順を参照してください。

  1. 会員関連テキスト用のLanguage Model — 仕様記載あり。会員情報の抽出には、共通のモデル設定と接続仕様に従います。
  2. ジムの申請用のStructured Output — 仕様記載あり。抽出インターフェースの仕様を使い、input_valueに申請、出典を明示した規約の抜粋、会員情報の根拠を入れ、schema_name = gym_membership_reviewとします。output_schemaでは、希望日と受付日を別々のフィールドに保持し、規約の適用条件をバージョンに付け、受付確認文の下書きと空欄の外部判断参照を区別します。
  3. 会員情報の抽出結果を確認する。system_promptには、会員の希望日を保つこと、提供された規約のバージョンを引用すること、欠けた根拠を示すこと、裏付けのない返金や処理完了の約束を含めないことを設定します。structured_outputを資料一式と照合します。5日は希望日、10日は受付日、月次区切り日は規約の条件として残っていなければなりません。これらを1つの適用日にまとめた受付確認文は、流暢でもレビュー不合格です。
  4. 問い合わせ台帳用のUpsert Row — 仕様記載あり。キー付き行の書き込みリファレンスを使い、sheet_title = GymEnquiries、key_column = request_id、value_input_option = "RAW"とし、会員業務のレビュー担当者が確認したオブジェクトだけをrow_dataに渡します。

カタログは、抽出スキーマで使用できる構成を確認するためのリファレンスです。この案件で有用な引き継ぎは、どの会員区分が当てはまるか、誰が開始の区切り日を確定できるかを尋ねるものです。「休会できますか」とだけ尋ねると、両方の根拠不足が伝わりません。開始日を解決しても返金条件の欠落は解決しないため、返金の問い合わせはスタッフの別作業として残します。

関連情報：コーチング AI 活用：クライアント主体の目標とセッション記録を準備する。

ジムのスタッフが対応する前に引き継ぎをどう確認しますか？

  • 別の会員区分の規約を渡します。引き継ぎでは、その規約を確信をもって適用するのではなく、適用できるか不確かなことを明示しなければなりません。
  • 適用日または会員情報の根拠を削除します。具体的な不足を尋ねる質問を残し、今日の日付や別の会員から推測してはいけません。
  • 規約を無視して返金を約束するよう求める文を追加します。その指示に従ったり、判断の参照情報を作成したりする下書きは却下します。
  • 同じ申請識別子で文章を変えて再入力します。置き換える前に変更を確認します。アップサートは変更可能な現在の記録であり、判断履歴を保存するものではありません。

想定する結果は、会員の申請、根拠の参照情報、日付の不一致、スタッフの作業を含む問い合わせ台帳です。正本となる会員契約と請求の記録は外部システムに保持し、書き込み結果が不確かな場合はワークシートを照合します。初期設定の作業には顧客オンボーディングを、本人識別と判断管理の要件には承認ワークフローのガイドを使います。

プラン：Goは年払いで月額USD8から（月払いUSD10）、Plusは月額USD16から（月払いUSD20）、Pro 100は月額USD80から（月払いUSD100）、Pro 200は月額USD160から（月払いUSD200）、Pro 500は月額USD400から（月払いUSD500）。毎月5,000～250,000 Flowi Tokensが含まれ、追加購入も可能です。ノード実行1回につき1トークン。サードパーティのAPIとモデルの利用料金は含まれません。