kakinang INSIGHTS · 2026-09-19

AI接客を導入する前に、必要な機能と利用量をどう見積もる?

AI AI接客に必要な機能と利用量を見積もって 接客導入前に魅力的な投資回収率を作りません。実際の問い合わせと作業を測り、機能、役割権限、枠を確認します。

AI接客の機能と利用量を紙で比較する事業者
イメージ図。製品画面や実際の顧客記録ではありません

機能表より先に仕事を調べる

直近二~四週の週ごとの件数、入口、公開事実で答えられる質問、人が判断する質問を記録します。一人なら処理時間、毎回聞き直す条件、返信できなかった理由も書きます。必要な能力を公開ブランドページ、AI知識、返信できる問い合わせ、イベント通知、人への引き継ぎ、利用報告に分け、『今必要』『次段階』『不要』を付けます。週に数件の店と数百件のチームでは、必要な入口や資料維持が違います。

架空の二店舗が月百件ずつ受けても、A店の九十件は固定営業時間で公開ページとFAQが優先、B店の九十件は特注日時と価格で、現在の情報と承認手順なしにAIが成約を確約できません。同じ件数でも仕事は違います。製品に実際の手順があるかを確認します。

現在の量と可能な量を分けます。前者に記録があり後者はイベント、繁忙期、入口追加の仮説です。週二十通に同じ人の追問十通があれば新客二十人とは数えません。ウェブ、SNS、メールが自動で同一人物になるとも考えません。集計、作業時間、匿名化した少数例で基準を作り、履歴がなければ低・中・高の仮説を試行後に直します。公開情報は条件の理解、問い合わせは追える内容、通知は指定者の確認、報告は利用傾向という検証可能な結果へ結びます。機能があっても手順は未完かもしれません。送信受理は受信箱到着ではなく、相談可能は予約済みではありません。正式受理に人が要るならその時間も計上します。

AI接客の機能と利用量を紙で比較する事業者:手順と項目の例
AI接客の機能と利用量を紙で比較する事業者:手順と項目の例

Shopify

プラン、役割、枠を一緒に確認

kakinang の利用はプラン説明だけでなく、テナントの機能開放、担当者の権限、利用枠に依存します。知識編集、公開承認、問い合わせ確認、通知管理の担当を決めます。マイクロサイトは草稿、プレビュー、言語別公開を確認します。ログイン後の導入助手はブランドURLとメールを集め、変更とプランの制限を示し、権限者が確認して適用します。URL入力だけで即時開通しません。申込もチームの審査と連絡が必要です。デモ、未開通の外部チャネル、決済、完全なCRMを現行機能と呼びません。

平日の平均件数、繁忙期の山、一件当たりの会話回数、知識更新、試験の余裕から保守的な範囲を作ります。これは作業量であり、トークンや料金の確約ではありません。実際の計量と利用権限を確認します。公開固定料金がなければ月額を作らず正式相談へ表を持参します。

プラン名より権限表を作ります。行にブランド文編集、公開知識、通知先、顧客要望閲覧、公開承認、列に事業者、担当者、一時協力者を置きます。必要、不要、未確認を権限者が確認します。一段落を直す人へ全顧客資料を開放しません。使えなければプラン、役割、枠のどれかを調べ別アカウントで回避しません。BufferなどのSNS予約は接続、草稿審査、公開可能チャネルを確認します。予約受理はSNS掲載完了ではありません。正確な公開情報、少数の承認済みAI回答、人への引き継ぎと通知、報告の順で一つの道を完成させます。言語ごとに翻訳、価格、日時、例外確認、チャネルごとに通知と担当時間が増えます。その人件費は利用グラフに自動で出ません。

AI接客の機能と利用量を紙で比較する事業者:確認と引き継ぎの例
AI接客の機能と利用量を紙で比較する事業者:確認と引き継ぎの例

NIST

小さく試して見積もりを直す

一つの入口と承認済みFAQ五~十問から始め、二週の有効問い合わせ、未回答、引き継ぎ、最初の人の返信時間、実際の利用量を記録します。報告は傾向を示せても会話を注文や人件費削減と同一視できません。多くが日時確認なら資料と手順を、件数は少ないのに利用量が多いなら長い会話、繰り返し試験、古い知識を調べます。一日の山を年間に拡大せず週末やイベントも観察します。

答えの信頼性と『不明』と言えること、人への引き継ぎ、枠が近い時の通知と判断者を三つの門にします。失敗したら機能追加より先に回答範囲、知識、人員を直します。季節で変わるなら月ごとに理由付きで再見積もりします。架空の三倍ROIより確かです。

試行前に停止条件を決めます。要確認が何度も予約済みになれば回答を止め、根拠を直して事業者が再試験します。通知先の休暇には代理を決め、枠に近ければ不要な試験を減らして必要な顧客経路は守ります。変更日、理由、権限、期待結果を記録し二週後に確認します。一日の上下で成果を宣伝しません。難しい案件を人が受けることは誤約束を防ぐ適切な手順です。予算では資料整理、翻訳確認、例外審査、外部設定、実際の利用を分けます。公開固定価格と正式契約がなければ例を公式見積もりにしません。低・中・高の週件数、ピーク、入口、機能、担当者、停止条件をチームへ渡します。

料金を作らず量を確認する例です。週に有効な問い合わせ四十件、一件に平均二往復なら約八十往復として記録します。イベント週に八十件、平均三往復なら約二百四十往復です。内部試験と修正に別途二割を見込み、負荷の想定は約二百八十八往復とします。これは人員配置と試行の計画単位であり、製品の課金単位、トークン数、回答保証、公式枠ではありません。試行後は管理画面の実利用、有効件数、人への引き継ぎ件数で仮説を毎週置き換えます。同じ人の反復質問なら答えと入口を調べ、一度きりの企画を年間平均にしません。

NIST

チームからの質問

公開月額は固定ですか?

決め付けず、必要機能、権限、利用量を整理して正式な連絡で条件を確認します。

月間メッセージ数だけで十分?

いいえ。会話回数、資料変更、引き継ぎ割合、山、権限も見ます。

AI の回答が多いほど得ですか?

いいえ。誤った価格や未確認の日時の修復には時間がかかります。

報告で正確なROIを計算できますか?

問い合わせと利用量は見られますが、節約と成約には別の作業・取引証拠が必要です。

出典と参考資料

  1. AI Risk Management Framework — NIST
  2. Self Customer Service: What It Is and How It Works — Shopify
  3. Creating Helpful, Reliable, People-First Content — Google Search Central