公益事業のカスタマーサービスでのAI活用は、まずキューをレーンに仕分け、安全なレーンだけを自動化するときにうまくいきます。停電の質問（「停電していますか？」）は、停電マップやステータスページからAIが回答できます。入居・退去や「請求書の読み方」の質問は、ヘルプセンターと開始・停止フォームから回答できます。高額請求や推定検針の質問にはアカウント記録が必要なので、AIが下書きを作り、担当者が承認します。
2つのレーンは人が担当します。支払い計画と停止通知には規制当局のルールがあります（たとえばテキサス州では、供給停止の少なくとも10日前の通知が必要で、医療上のケースは63日間保護されます）。そしてガス臭や断線にAIは決して回答しません。返信は緊急連絡先を今すぐ示すことと、チームへのアラートです。
私は毎日eeselのサポートキューで働いており、この仕分けのステップこそ、私が一緒に働くAIヘルプデスクのチームメイトがZendeskとFreshdeskで動く方法そのものです。smavaは、規制対象の金融チケット月2万7,000件の分類と返信下書きに使っています。プランは500クレジットで月額299ドルからです。
なぜ公益事業のサポートキューは毎回同じように行き詰まるのですか？
公益事業のキューは、実際には3つか4つの異なるキューが1つの受信箱を共有しており、そのうちの1つが一晩で爆発しかねないからです。穏やかな火曜日には、引っ越しの依頼と請求の質問が届きます。そこへ嵐が通り過ぎると、同じ受信箱が、同じ通りについて同じ質問をする何百人もの人で埋まります。
電力会社の電話窓口で働いたことのある人は、その内訳をほぼ同じ言葉で説明します。
"I worked for an electric company call center for two years. No one, and I do mean no one, ever calls the electric company because they're happy. Odds are their power got cut for no payment, or there's an outage, or they're angry because their bill is way higher than they think it should be or can afford."
このコメント1つで、3つのレーンが挙がっています。Redditの別の公益事業の担当者は、日常業務の層を、契約申し込み、新住所へのサービス移転、請求の質問、新築の接続、停電の報告だと説明しました。そこに安全に関する電話を加えれば、全体像になります。
「公益事業のカスタマーサービスにAIを追加するには」というChatGPT風の答えは、26週間のエンタープライズ計画です。顧客情報システム、停電管理システム、メーターデータを接続し、音声AIを追加し、段階的に展開するというものです。この計画は数百万の顧客を抱える事業者には合います。しかし、NRECAが数える830の配電協同組合や、公営電力の約2,000のコミュニティには合いません。その多くは、メールキューやヘルプデスクを小さなチームで回しています。APPAの統計によると、公営電力は米国の電力事業者の59%を占めますが、顧客は15%にすぎません。ほとんどの事業者は小規模です。
そこで本ガイドはヘルプデスクの視点に立ちます。「停電していますか？」というメールに溺れなくなるために、26週間のプログラムは必要ありません。必要なのは、仕分けのルールと、AIに絶対にさせないことの短いリストです。
公益事業のサポートキューの5つのレーンとは？
これまで議論されているのを見た公益事業のチケットは、どれも5つのレーンのいずれかに収まり、レーンごとに必要なデータと担当者が異なります。
- 停電。 「停電していますか？」「いつ復旧しますか？」「把握していますか？」 停電マップやステータスページから回答できます。
- 高額請求と推定検針。 「なぜ請求が2倍なのですか？」「なぜ推定と書かれているのですか？」 アカウントが必要です。請求履歴、検針データ、料金プランです。
- 入居・退去・移転。 サービスの開始、停止、移転、最終請求、保証金。開始・停止のプロセスから回答でき、実際の注文は請求システムに登録します。
- 支払い計画と停止通知。 「停止通知を受け取りました」「30日に支払えますか？」 規制当局のルールが適用されます。人が判断します。
- 安全。 ガス臭、断線、火花を出す設備。AIとの会話には決してしません。緊急連絡先を即座に示します。
AIよりも仕分けのほうが重要です。何でも答える汎用ボットは、「ガスの臭いがします、何を確認すればいいですか？」と書いた人を喜んで助けようとします。これは、親切にすることが誤った対応になる唯一のチケットです。
実際のメッセージで仕分けがどう動くかを見てみましょう。1つ選ぶと、レーン、AIが読み取るもの、結果の責任者がわかります。
公益事業の受信箱からメッセージを選んでください
レーン：停電
AIが読むもの：その地域の現在の停電記録（マップまたはステータスページ）。
AIがすること：単独で回答します。停電の把握状況、公表されていれば原因、次の更新時刻、テキストアラートの受け取り方。停電が記載されていなければ、報告方法を案内します。
人：メッセージに断線や医療機器への言及がある場合のみ。
レーン：高額請求
AIが読むもの：請求履歴、直近の検針の種類（実測か推定か）、料金プラン、請求期間の日数。
AIがすること：実際の数字を入れた返信を下書きし、担当者の承認を待ちます。
人：下書きを承認します。正式な異議申し立ては請求部門へ。
レーン：請求の説明
AIが読むもの：推定検針に関するヘルプ記事。
AIがすること：請求が推定になった理由と、自分で検針値を送る方法を説明します。
人：顧客が推定は誤りだと考え、確認を求める場合のみ。
レーン：入居・退去
AIが読むもの：開始・停止のヘルプ記事とフォーム。
AIがすること：新住所、日付、契約者の情報を集め、フォームへのリンクを案内し、最終請求を説明します。
人またはシステム：実際の開始または停止の注文を登録します。
レーン：支払い計画・停止通知（医療フラグあり）
AIが読むもの：対応のもとにすべき情報はなし。
AIがすること：緊急かつ配慮が必要としてタグ付けし、直ちに人へ回し、何も約束しません。
人：医療上の保護ルールを含め、すべてを担当します。
レーン：安全
AIが読むもの：なし。トラブルシューティングはしません。
AIがすること：「すぐに避難して、911と当社の緊急回線に電話してください」と即座に返信し、待機チームにアラートを送ります。
人：緊急回線が電話で対応します。
6件のうち、AIだけで完全な回答を返すのは2件だけであることに注目してください。公益事業ではそれが普通です。成果は、すべてを自動化することではありません。AIに件数の多いレーンを片付けさせ、難しいレーンに人が時間を使えるようにすることです。
どのレーンにAIの回答を決して返してはいけませんか？
安全レーンです。ガス臭、断線した電線、今後10分以内に誰かが負傷しうるあらゆるもの。ここでのAIの唯一の仕事は、緊急の指示を返信の冒頭に置き、担当者にアラートを送ることです。
私が確認したどの事業者も、こうしたケースをフォームや受信箱ではなく電話回線に誘導しています。
- PG&Eのガス安全ページは、その場を離れて911に電話し、その後PG&Eの1-800-743-5000に電話するよう案内し、漏えいの疑いの通報には20分以内に対応するとしています。
- Con Edisonのガス漏れページは、漏れがすでにオンラインマップに表示されていても電話するよう求めています。マップの更新が24時間ごとだからです。
- 英国では、National Gasの緊急回線は0800 111 999で、無料で24時間対応です。
- 断線については、PG&Eの電気安全ページが、近づかず、車か家の中にとどまり、911に電話するよう案内しています。
つまりAIへのルールは単純で率直です。メッセージにガス、腐った卵の臭い、地面の電線、火花、焦げ臭さが含まれていたら、質問には答えません。緊急時の案内を一字一句そのまま送り、チケットにタグを付け、当番の担当者に通知します。「確認してみますね」も、追加の質問も、種火に関するヘルプ記事も不要です。
公開前のよいテストがあります。ガスにさりげなく触れるだけのメッセージ（「ガス料金が高い」「引っ越すのでガスを切り替えたい」）を10件、本物の緊急を10件書いてください。AIは10件の緊急すべてに緊急返信を送り、請求や引っ越しの質問には通常どおり答える必要があります。1件でも緊急を見逃すなら、準備はできていません。「ガス」という言葉への反応が過剰になるほうが、足りないよりずっとよいと私は考えます。そして、他の導入と同様に、顧客の目に触れる前に過去のチケットでテストします。
音声ベンダーもこのレーンを同じように扱います。PolyAIのPG&Eの事例は、ガス漏れの可能性をエージェントが正確にルーティングしなければならない機微なトピックとして説明しています。
停電時の問い合わせの急増にどう対処しますか？
「停電していますか？」というチケットには、人が最新に保つ1つの停電記録から回答し、AIに復旧時刻を作らせないでください。
停電のチケットは、公益事業が受け取る中で最も繰り返しの多いチケットです。同時に最も感情的でもあります。書いている人には明かりも冷蔵庫もなく、いつまで続くかもわからないからです。電力会社のコールセンターで働くRedditユーザーは、ハリケーン・フローレンスの最中にそれをはっきりと書きました。
"Power company call center employee here. Been taking calls all morning for outages and emergencies across the east side of the Carolinas. Not a single person I've spoken to is taking this seriously and are upset when I tell them we have no eta on restoration."
答えは影響地域のすべての人に共通で、AIが得意とするのはまさにそこです。ただし、読み取る場所が正しいことが条件です。
その記録に入れるのは、停電マップがすでに示している内容です。影響地域、停電している顧客数、判明していれば原因、停電システムが出していれば復旧見込み、次の更新予定時刻。大手事業者は更新の頻度を公表しています。PG&Eの停電アラートは、停電の可能性が生じて5〜10分後、確認後20〜30分後に、復旧見込み時刻とともに送られ、停電マップは5分ごと、広範囲の停電時は最大30分ごとに更新されます。
小さな協同組合にはそうした仕組みはなく、必要もありません。ステータスページ、固定した投稿、または停電担当者が更新する1つの社内メモがあれば、AIはそこから回答できます。ステータスページの更新とインシデントの情報発信のガイドは、その1つの記録を正確に保つ方法を扱っており、SaaSの障害向けに書いた同じ手順がほぼそのまま当てはまります。
停電レーンで私が設ける数個のルールです。
- コピーし、作文しない。 AIは記録にある現在の復旧見込みを引用します。記録に「見込みはまだなし」とあれば、返信もそう伝えます。推測はしません。
- 次の更新がいつかを伝える。 この一文が、同じ人が15分後にまた書いてくるのを防ぎます。
- アラートに案内する。 Duke Energyの停電ページは、担当者と話しても復旧は早まらないとはっきり述べています。同じことを丁寧に伝え、テキストアラートの登録リンクを案内してください。
- チケットをリンクする。 Zendeskでは、問題チケットを使うと、電力が復旧したときに、リンクされたすべての停電チケットを1通の最終メッセージでクローズできます。チケットの重複排除は、3回書いてきた人を処理します。
- 安全に関する言葉に注意する。 断線や酸素機器に触れている停電チケットは、直ちにレーンを移ります。
ボリュームの形は価格設定にも影響します。ドイツのフェリー会社Norden-Frisiaは公益事業ではありませんが、天候や季節によってキューが同じように上下します。同社のeeselプランは、繁忙期に月1万インタラクションに設定され、10月から3月にかけて縮小し、346件のZendesk FAQ、マクロ、過去のチケットから回答しています。嵐の季節がある公益事業も同じように価格を設計すべきで、これは季節的なサポートの急増で扱っています。
AIは高額請求や推定検針を説明できますか？
はい、ただしアカウントを読み取れる場合のみです。請求履歴がなければ、AIは請求の仕組みを一般的に説明するだけで、先月の2倍の請求に怒っている顧客が求めているものではありません。
AWS自身のエネルギーアシスタントのリファレンス構成は、高額請求の電話で担当者が通常確認するものを説明しています。請求履歴、検針値、料金表、ときには気象データです。これはAIにも必要なリストです。「ご使用量が多かったようです」と「請求期間が29日ではなく34日で、直近の検針は推定でした」の違いは、2件目のチケットが来るか、クローズできるかの違いです。
推定検針の質問は独立した小さなレーンで、その多くはヘルプセンターから回答できます。
- Con Edisonは顧客に、推定請求を避けるため、アカウント番号を添えた写真で自分で検針値を送ることを認めています。
- 英国では、Ofgemの遡及請求ルールにより、正しく請求されていなかった場合、世帯は12か月以上前に使ったエネルギーの料金を支払う必要がありません。
- テキサス州では、PUCの供給停止規則が、承認された検針計画の外にある推定請求の未払いを理由とする供給停止を禁じています。
検針値の送付は、自動化できる単一の意図として最大になることがよくあります。ドイツのエネルギー供給会社enercityは、Zendeskの事例で、検針値の提出が最大のユースケースであり、59.6%が自動化されていて、60種類を超えるリクエスト全体でAI解決率が54%だと報告しています。
このレーンの進め方です。
- 下書きから始める。 AIがアカウントデータを取得し、実際の数字を入れた返信を書きます。担当者が確認して送信します。smavaは、規制対象のローンキューをこの方法で運用しています。下書きエージェントは1か月で約1万2,200件のチケットに対して動き、そのすべての下書きが人の承認を待ちました。
- 読み取り専用の照会。 AIは請求書を読めます。調整、クレジット付与、支払い日の変更はできません。Swiftregがよいモデルです。注文の詳細は本人確認済みのアカウント保有者にのみ送られ、照会結果は常にナレッジベースに優先し、スタッフの担当ステップには返信ではなく社内メモが付きます。
- 異議申し立ては請求部門へ。 「この請求は間違っているので払いません」は質問ではなく異議申し立てです。引き継ぎは請求の争いのガイドで扱っています。
請求システムにAPIがなくても、AIは役に立ちます。チケットに「高額請求」のタグを付け、最初にアカウント番号と請求日を尋ね、担当者が確認すべき事項を社内メモに残します。それだけで往復が1回減ります。詳しくは請求に関する質問と請求サポートの自動化をご覧ください。
入居・退去・移転はどうですか？
このレーンは、質問が毎回同じなので、現在ではほぼ回答できます。いつ開始できるか、何が必要か、最終請求はどうなるか。
PG&Eの開始・停止・移転のページは標準的な形を示しています。ほとんどの依頼は当日に開始または停止でき、最大60日先まで予約でき、本人確認が必要です。法人アカウントは保証金を支払います。PG&Eは、空白期間を避けるため、停止と開始を同じ日に設定することも勧めています。
このレーンでのAIの仕事は、集める、説明する、リンクを示すことです。
- サービス住所、引っ越し日、契約者名を集める。
- 必要な身分証明書と保証金の有無を、ポリシー記事からそのまま説明する。
- 開始・停止フォームへのリンクを案内するか、担当者が再度尋ねなくて済むよう、すべての詳細を入力した状態でチケットを作成する。
- 最終請求を説明する。スマートメーターがない場合、Con Edisonの最終請求は、顧客が検針値を送らない限り、過去の使用量から推定されます。1か月後に苦情になる前に、AIが答えられる質問です。
AIがしてはいけないのは、注文が登録されていないのに登録済みだと確認することです。注文の登録は、請求システムか人の仕事です。誰も入力していないのに「15日の手続きは完了です」と返信するのは、返信しないよりも悪い対応です。
なぜ支払い計画と停止通知は人が担当するのですか？
ルールが具体的で、州や国によって異なり、間違えれば誰かが傷つくからです。供給停止は、公益事業が顧客に対して行う最も重大なことであり、規制当局もそのように扱います。
テキサス州は、どれほど細かくなるかを示すよい例です。PUCの§25.29規則では次のとおりです。
| テキサス州のルール | 内容 |
|---|---|
| 通知 | 通知から10日以上経過するまで供給停止不可。英語とスペイン語で通知 |
| 医療 | 居住者が重い病気になるおそれがある場合、医師の証明書と支払い計画があれば供給停止不可。保護は63日間 |
| 寒さ | 前日の最高気温が華氏32度（摂氏0度）以下で、予報が24時間続く場合は供給停止不可 |
| 暑さ | 熱波注意報の日とその後2日間は供給停止不可 |
| 推定請求 | 承認された検針計画の外にある推定請求の未払いでは供給停止不可 |
英国では、Ofgemのプリペイドメーター規則により、供給会社は本人の意思に反して設置する前に、少なくとも10回の連絡試行と福祉訪問を行わなければならず、75歳以上でほかの支援がない世帯や2歳未満の子どもがいる家庭など、一部の世帯では設置が禁止されています。Ofgemの優先サービス登録は、医療機器、障害、その他のニーズがある人に追加の支援を提供します。
最前線の担当者は、このレーンが仕事の中で最も重い部分だと知っています。
"Half of my calls were dealing with power outages, and the anger and fury that comes with that. The other half were dealing with people getting shut off or having already lost power and getting them to make payments and setup plans so they could have electricity again."
だからといって、ここでAIが何もしないわけではありません。このレーンでAIが得意なのは、見つけることです。
- すばやくタグ付けする。 停止通知、供給停止、支払い計画、「払えない」への言及があれば、タグを付けて適切なチームへ移します。通知期間のカウントダウンが進んでいるので、速さが重要です。
- 配慮が必要な状況を示す。 酸素、透析、医療、高齢、赤ちゃん、障害といった言葉には、配慮が必要なフラグを付け、順番を繰り上げます。
- 下書きし、判断はしない。 単純な支払い計画の依頼なら、AIはチームが必要とする詳細を尋ねる返信を下書きできます。計画を決めるのは人です。
- 脅さず、約束しない。 AIは供給停止日を警告として繰り返さず、サービスが止まらないとも約束しません。
これは、規制業界とGDPRリクエストのガイドで紹介した「見つける、タグ付けする、振り分ける」と同じパターンです。AIは仕分けが速く、判断は人に残ります。優れたエスカレーション設定は、引き継ぎが行動できる人のもとに届くことを保証します。
各レーンでAIにはどんなデータが必要ですか？
最初の2つのレーンに必要なものの大半はすでに存在しており、データの問題がどれだけ早く稼働できるかを左右します。
| レーン | AIが読むもの | AIが単独でできること | 人が担当すること |
|---|---|---|---|
| 停電 | 停電マップ、ステータスページ、または社内の停電メモ1つ | 地域の状況、次の更新時刻、アラート登録を回答 | 記録の更新、断線、医療機器 |
| 使い方と推定検針 | ヘルプセンター記事、料金ページ | 請求、推定検針、検針値の送り方を説明 | 争いのある推定の確認 |
| 高額請求 | 請求履歴、検針の種類、料金プラン（読み取り専用） | 実際の数字を入れた返信を下書き | 承認と送信、調整、クレジット |
| 入居・退去 | 開始・停止の記事とフォーム、保証金ポリシー | 詳細を集め、最終請求を説明し、フォームを案内 | 請求システムでの注文登録 |
| 支払い計画・停止通知 | チケット本文のみ | タグ付け、配慮が必要なフラグ、振り分け | すべての判断とすべての返信 |
| 安全 | チケット本文のみ | 緊急の案内を送り、当番にアラート | 緊急対応 |
システム連携がまったくなくても、どこまで進められるかに注目してください。停電レーン、使い方レーン、そして引っ越しレーンの大部分は、すでに公開している内容で動きます。アカウント照会は後から追加され、追加する場合も読み取り専用です。顧客アカウントのデータを保持するものを接続する前に、セキュリティレビューのガイドを読む価値があります。
これまで公益事業はどんな成果を公表していますか？
これまでに公表された数字は、主に電話窓口と大手事業者のものです。ベンダーが報告したものですが、定型レーンが現実のものであることを示しています。
| 事業者 | ベンダー | チャネル | 公表された成果 |
|---|---|---|---|
| SECO Energy、フロリダ州の協同組合、22万以上の家庭・事業所 | Capacity | 電話 | 1通話あたりのコスト66%減、通話の32%をAIが処理、満足度4.5/5（有人対応と同じ） |
| PG&E、520万世帯 | PolyAI | 電話 | 3万5,000労働時間を削減、通話の67%を完結、満足度22%向上 |
| TNB、マレーシア、1,050万以上のアカウント | AWS | デジタルチャネル | 月1万5,000件の問い合わせをAIが解決、肯定的な感情91%、10か月以内 |
| enercity、ドイツ、約100万の顧客 | Zendesk | カスタマーポータル | AI解決率54%、検針値の59.6%を自動化 |
これらのアシスタントが何をしているか見てください。停電の報告と状況、アカウントの変更、サービスの開始と停止、FAQ、検針値。レーン1と3、およびレーン2の使い方の部分です。TNBの事例は、請求システムとの連携がまだ計画段階のステップだと述べており、私が進める順序と一致します。全国規模の事業者でさえ、請求書を必要としないレーンから始めたのです。
どの事例もカバーしていないのは、小規模事業者の文章でのキューです。ZendeskやFreshdeskでメールやウェブフォームに対応する数人の担当者がいる協同組合や市営事業者です。ここにヘルプデスクのAIチームメイトが合います。すでに使っているツールの中で動くからです。デンマークの電力供給会社Altid Energiは、私が取り上げた1社で、Zendesk上でeeselの下書き返信を使っています。
公益事業が電話も多く受けている場合は、音声エージェントのガイドとAI電話サポートがその側面を扱っています。
ヘルプデスクでの費用はどれくらいですか？
ヘルプデスクでは、AIは解決ごと、セッションごと、またはチケットごとに課金されるため、静かな月ではなく停電の月で価格を見積もってください。
| オプション | 基本料金 | AIの料金 |
|---|---|---|
| Zendesk | Suite Team 55ドル、Suite Professional 115ドル（1エージェント月額、年払い） | AIエージェントは含まれる。1エージェントあたり月5件または10件の自動解決、以降は契約コミットで1件1.50ドル、従量課金で2.00ドル |
| Freshdesk | Growth 19ドル、Pro 55ドル、Enterprise 89ドル（1エージェント月額、年払い） | AIエージェント：500セッションを一度だけ無料、以降は100セッションあたり49ドル。Copilotは1エージェント月額29ドル |
| eesel | 席ごとの料金なし、ヘルプデスク内で動作 | 500クレジットで月額299ドル、5,000クレジットで最大1,749ドル。1チケットが1クレジット |
注意点が2つあります。Zendeskは、AIが人を介さずに解決した場合にのみ解決として課金するため、停電レーンによく合います。Freshdeskは、メールのAIセッションを顧客の最初のメールから72時間のウィンドウとして数えます。そしてeeselでは、AIがタグ付けと振り分けだけをしたチケットでも1クレジットを消費するので、停止通知と安全のレーンもボリュームに含めてください。詳しい内訳はZendeskの料金とFreshdeskの料金にあり、AIと人間のエージェントのコストには採用との比較があります。
ヘルプデスクにどう設定しますか？
私が進める順序は次のとおりです。安全ルールを最初に、アカウント照会を最後に置きます。
- 3か月分のチケットを取り出して仕分ける。 5つのレーンのそれぞれにいくつ入るか数えます。可能なら嵐の月を含めてください。これでボリュームの所在がわかり、テスト用のセットもできます。
- 最初に安全ルールを書く。 緊急時の文言、トリガーワードのリスト、誰にアラートを送るか。ほかのものを公開する前に、20件のメッセージでテストします。
- 2番目に停止通知のルールを書く。 タグ付け、配慮が必要なフラグ、振り分け、約束しない。現地の通知ルールと医療ルールを書き留め、担当者（とAIへの指示）が正しく述べられるようにします。
- 停電記録を整える。 停電担当者が更新し、AIが読む1か所。更新の頻度を決め、守ります。
- ヘルプセンターを整理する。 推定検針、検針値の送り方、開始・停止の手順、保証金、最終請求、支払い方法。AIの質はこれらの記事の質で決まります。ここではヘルプセンター検索も見る価値があります。
- 過去のチケットで実行する。 顧客が何かを目にする前に、仕分け済みのチケットに対してAIを実行し、何と答えたかを読みます。eeselは、自社の履歴に対するシミュレーションとしてこれを行います。
- レーンごとに公開する。 まず停電と使い方を、単独で回答させます。高額請求と引っ越しは、担当者が承認する下書きにします。下書きには承認ワークフローを使います。
- アカウント照会は最後に追加する。 読み取り専用で、本人確認済みのアカウント保有者のみ。
- 毎週レビューする。 AIが安全や停止通知としてタグ付けしたもの、見逃したものを確認します。レーン別のサポートレポートは、次にどのレーンを広げるかを示してくれます。
そのうえで、営業時間外の対応を活用してください。停電は営業時間を守りません。午前2時に停電レーンに答えるAIは、このリストの中で最も簡単な成果です。人員配置の面は営業時間外サポートと週末対応のガイドが扱い、AIが繰り返しの質問を引き受けたときにチームがどうなるかはサポートの人員配置が扱っています。
公益事業のキューでeeselを試す
公益事業がZendeskやFreshdeskを使っているなら、eeselのAIヘルプデスクチームメイトは、すでにあるキューに加わります。すべてのチケットをレーンに仕分け、停電記録とヘルプセンターから停電と使い方の質問に回答し、高額請求と引っ越しの返信を担当者向けに下書きし、停止通知やガス・断線に触れるものはすべて直接人に送ります。顧客に触れる前に、まず過去のチケットで実行し、何と答えたはずかを正確に確認できます。
smavaは、月2万7,000チケットの規制対象キューで同じパターンを運用しています。すべてを分類し、承認済みの文言から下書きし、送信は人が行います。Norden-Frisiaは、季節に合わせてプランを増減させています。ZendeskまたはFreshdeskを接続して、カード不要・100クレジット付きでeeselを無料で試せます。