ソフトウェア製品をお持ちですか?無料で追加できます。担当者が確認し、1日以内に公開します。製品をお持ちですか?無料で追加できます。

製品を追加する
製品を追加する

カスタマーサポート

ヘルプデスク、共有受信箱、チケットのキュー。

カスタマーサポート

このカテゴリにはまだ製品がありません

今のところ何も掲載されていません。この棚に合う製品をお持ちでしたら、追加してください。担当者が目を通します。

製品を追加する

この棚にあるもの

大量の顧客からの問い合わせを処理するための製品です。共有受信箱、チケットのキュー、担当の割り当て、サービス目標、セルフサービス用のコンテンツ、そしてそのどれかが改善しているかを示すレポートを扱います。

製品は、メールの上に載る軽量な層から、複数のチャネルを自動化と要員計画つきでカバーするプラットフォームまで幅があります。

訪問者とのリアルタイムの会話はライブチャットに入ります。公開するヘルプ記事はドキュメントとナレッジベースにあります。

メールでは足りなくなるとき

小さなチームは共有メールボックスでサポートに答えており、次の3つが起き始めるまでは、それでうまく回ります。

2人が同じメッセージに返信する。誰も担当しなかったために、何かが抜け落ちる。先月何件のリクエストが来て、何についてだったのか、誰も言えない。

どれか1つでも、移るべきサインです。ヘルプデスクが加えるのは、担当、ステータス、履歴、測定であり、その分の重みに見合うのは、件数がそれを正当化するときだけです。

チャネルと、実際に人を配置できる数

  • メール。多くの事業で、今も件数の大半を占めます。
  • チャット。その場で行き詰まった人の質問のため。
  • 電話。人員の配置に費用がかかり、市場によっては避けられません。
  • SNSとメッセージアプリ。顧客がますます最初に連絡する場所です。
  • セルフサービス。誰も尋ねる必要のない質問を処理します。

チャネルを増やすことは、約束を増やすことです。メッセージアプリを連携しておきながら、週に2回しか返事をしないのは、提供しないよりも悪いことです。期待されているのは即時性だからです。

チャネルごとに別のツールではなく、すべてをカバーする1つのキューと、そのすべてをまたいで人についていく顧客履歴を探してください。

顧客を尊重する自動化

サポートで役に立つ自動化は地味です。話題や言語によるルーティング、顧客やキーワードに基づく優先度、保存済みの返信、誰も覚えていなくても起きるステータス更新です。

自動応答のボットは、ドキュメントが充実していて、繰り返しの質問が多い場合に機能します。ヘルプの内容が薄いと機能せず、人への経路が隠されていると、本当に有害になります。引き継ぎは、分かりやすく、すぐにできるようにしてください。

サービス目標は、誰かが見るのでなければ、設定する価値がありません。誰も見直さない目標は飾りで、誰も読まない違反レポートはそれより悪いものです。

正しいものを測る

初回応答時間と解決時間は標準的な指標で、誰の役にも立たない形で簡単に改善できてしまいます。

追うべき数字は、存在すべきでなかった問い合わせです。月に400回尋ねられる質問は、製品の問題か、料金ページの問題か、記事が足りない問題で、原因を直せば、仕事をより速くこなすのではなく、その仕事そのものが永久になくなります。

満足度のスコアは、傾向として有用ですが、チケット単位ではノイズが多いものです。平均ではなくコメントを読んでください。誰かが書いた一文は、クリックした数字より行動につながるからです。

自ら元が取れるセルフサービス

チケットのキューとつながったヘルプセンターは、2つの仕事を同時にこなします。

人が書く前に答え、検索して何も出なかった語句を通じて、何が足りないかを教えてくれます。問い合わせフォームの中の記事の提案は、内容が本当に良いときは件数を目に見えて減らし、そうでないときは人をいらだたせます。

書くことは、キューの近くに置いてください。質問に答えているチームは、どの記事が間違っているかを知っており、それに気づいてから直すまでの最短の道のりが、ヘルプセンターを生かし続けます。

費用

担当者1人あたり月額がほぼ共通で、自動化、サービス目標、レポートの深さ、ポータルのブランド設定が階層を決めます。

ときどき返信する人向けの、軽量な担当者の席について尋ねてください。週に2件のチケットに答えるエンジニアに満額のライセンスを払うのは、よくある無駄です。そのうえで、臨時のスタッフが6週間アクセスを必要とする、季節的な繁忙期にどうなるかを確認します。周辺の料金の傾向は、料金ページが隠していることで説明しています。

人員と、ソフトウェアには直せないこと

ヘルプデスクのソフトウェアは、仕事を整理します。チケットに答えてくれるわけではなく、このカテゴリで最もよくある失望は、人員の問題を解決しようとしてプラットフォームを買うことです。

まず計算してください。週あたりのチケット数、平均の処理時間、約束した応答時間が実際に必要とする時間。その数字が、答えがツールなのか、採用なのか、元の段階で件数を減らすことなのかを決めます。

件数を減らすのは、過小評価されている選択肢です。分かりにくい料金ページ、不明瞭なエラーメッセージ、足りない記事は、それぞれ月に何百件もの問い合わせを生み出すことがあり、1つ直せば、その仕事が永久になくなります。

購入するときは、最初は製品が許す範囲よりも少なく設定してください。チームがリズムをつかむ前に足したキュー、目標、自動化は、使われるのではなく、迂回される手続きを生み出します。

よくある質問

共有受信箱と、本格的なヘルプデスクのどちらにすべきですか?

共有受信箱は、メールに答える小さなチームに向いています。ヘルプデスクは、キュー、担当の割り当て、サービス目標、レポートを加えるもので、チケットが1人の頭で把握できる量を超えたとき、その重みに見合うようになります。

ヘルプデスクの料金はどう決まりますか?

ほぼどこでも担当者1人あたり月額で、自動化、サービス目標、レポートは上位の階層に入ります。ときどき対応する人向けの、軽量な担当者の席についても尋ねてください。費用がはるかに安いからです。

自動応答のボットは、本当に役に立ちますか?

文書化された答えがある、繰り返しの質問には、測定できる効果があります。ヘルプの内容が薄いと機能せず、人への引き継ぎが隠されていたり遅れたりすると、実害が出ます。

どの指標が重要ですか?

初回応答時間、解決までの時間、そして本来発生すべきでなかった問い合わせの割合です。最後のものは製品やドキュメントを指し示しており、最大の節約はそこにあります。

顧客は、自分の履歴を見られますか?

チケットの履歴とナレッジベースを備えたポータルは、繰り返しの問い合わせを減らし、人に見る場所を与えます。自社のドメインを使えるか確認してください。提供企業のサブドメインでは、借り物に見えます。