事例

メール地獄からセルフサービスポータルへ:正直なケーススタディ

ある中堅サービス企業は顧客メールの洪水に溺れていました。同じ質問の繰り返し、添付ファイルの紛失、誰が何に答えたのか分からない状態。受信トレイをポータルに置き換えた方法、うまくいったこと、そしてやり直すなら変えることを紹介します。

Have a nice dayHave a nice day読了 約3分
メール地獄からセルフサービスポータルへ:正直なケーススタディ

過負荷になったサポート受信トレイは、どれも同じ物語を語ります。そして、それは決してメールの話ではありません。顧客とのやり取りの仕組みよりも速く成長してしまったビジネスの話なのです。誰かが「ポータルが必要だ」と口にする頃には、受信トレイはたいていツールであることをやめ、日々の緊急事態と化しています。依頼が迷子になり、繰り返され、押し付け合われる場所に。これはまさにそれを経験したある企業の物語であり、そこから這い上がるために実際に何が必要だったのかの記録です。

正直に語りたいと思います。ケーススタディはたいてい、すべてが完璧に進み、数字が一夜にして三倍になったかのように書かれるからです。これは違いました。うまくいきました――本当にうまくいきました――が、間違った選択もあり、作っては削除した機能もあり、着手から六週間ほど経った頃、クライアントが密かに「間違えたかもしれない」と思った瞬間もありました。その部分は結果と同じくらい重要なので、そのまま残します。

この企業は実在しますが、先方の希望により匿名化しています。数百社の継続的なB2B顧客を抱える、約45名のビジネスサービス企業です。設備保守やコンプライアンスの仕事――顧客が常に書類、進捗の更新、依頼の提出を必要とするような業種を思い浮かべてください。細かい業種は大して重要ではありません。あなたのチームが共有受信トレイの中で生きているなら、この形にすぐ見覚えがあるはずです。

会社を動かしていた受信トレイ

初めて彼らと向き合ったとき、重要なことはすべて、四人が同時に見張る一つの共有メールボックス――info@――を流れていました。顧客はサービスの依頼、証明書の請求、案件の確認、住所変更、請求への異議申し立てをメールで送ってきます。すべてが同じ場所に、順番もなく、ステータスも担当者もなく届くのです。

症状は私が毎回目にするものと同じでした。同じ質問が週に何十件も届く――「証明書はどこですか」「いつ来てくれますか」「レポートを再送してください」。添付ファイルは行方不明になったり、三通先の返信の奥に埋もれたりしました。二人のスタッフが同じ顧客に一時間以内に別々の回答をすることもありました。そして誰も、最も単純な経営上の問いに答えられませんでした。今、未処理の依頼は何件あるのか? 受信トレイはそれを知りませんでした。未読メールが何件あるかは知っていましたが、それはまったく別物です。

“受信トレイは未読メールの件数は教えてくれます。しかし、まだ待たされている顧客が何人いるかは決して教えてくれません。その隙間から信頼が漏れ出していくのです。”
— チームとの最初のワークショップより

コストは時間だけではありませんでした――もちろん時間も膨大で、後に私たちは、チームが繰り返しのコピペ返信だけに週2営業日近くを費やしていたと見積もりました。しかしより大きなコストは、静かに進む信頼の浸食でした。顧客は自分の履歴を見られないので、また尋ねます。スタッフは何が約束されたのか見えないので、過剰に謝り、過剰に応えます。関係全体が不安の上に成り立っていたのです。

机からあふれ出す、重なり合ったメッセージカードの高く乱雑な山として表現された過負荷の共有メール受信トレイ。四人の小さなアバターが皆、同じ山に手を伸ばしている、温かみのある落ち着いた編集イラスト
一つのメールボックス、四人の担当者、順番なし。『システム』とは、ただ全員が同じ山を見張ることだった。

あえてやらなかったこと

クライアントはポータルを求めて私たちのもとに来ましたが、私たちの最初の仕事は彼らのペースを落とすことでした。依頼にそのまま「はい」と答えて画面を作り始めたくなるものです。しかしポータルは巨大な代物です――ログイン、アカウント、権限、書類、依頼、通知――これを一度に全部作れば、九か月を費やした挙句、誰も頼んでいないものを世に出すことになります。

そこでデザインに入る前に、私たちは二日間かけて地味な作業をしました。受信トレイを読むことです。数か月分のメールを書き出し、顧客が実際に何をしようとしていたかで分類しました。彼らが何と言ったかではなく、何を求めていたかで。結果は明快でした。受信メール全体のおよそ四分の三が、たった四つの繰り返しの用件に集約されたのです。書類の請求、案件の進捗確認、新規サービス依頼の提出、そして自分の情報の更新です。

これはチームが飛ばしがちな部分であり、プロジェクトを救う部分でもあります。私たちはポータルをデザインしていたのではありません。最も繰り返される四つのメールを受信トレイから取り除く方法をデザインしていたのです。この枠組みが、誰かが「あと一つだけ」機能を足したがるたびに、私たちを正直に保ってくれました。

実際に作ったもの

最初のリリースは意図的に狭くしました。顧客はログインして、自社の案件と書類を見て、これまでに送った何でもダウンロードでき、短い構造化フォームから新規依頼を提出し、連絡先情報を更新できる。それだけです。ライブチャットも、グラフだらけのダッシュボードも、請求ポータルもありません。四つの用件を、きれいに。

ドキュメントの保管庫

最大の救いは、顧客が自分の書類を自分で取り出せるようにしたことでした。私たちが発行するすべての証明書、レポート、請求書が、生成された瞬間に自動的にそのアカウントに紐づけて保管されるようになりました。「あのPDFを再送してもらえますか」というメール――間違いなく最も多かったもの――は、単純に届かなくなりました。顧客はもう尋ねる必要がなくなったので、尋ねるのをやめたのです。

自由記述メールに代わる構造化された依頼

顧客がポータルから依頼を提出するとき、彼らは長文を書く代わりに、いくつかの具体的な質問に答えました。些細に聞こえますが、これは変革的でした。構造化された依頼は、チームが動くために必要なすべてを備えて届きます――どの拠点、どの機械、どの日付かを突き止めるためだけの三往復のメールはもう不要です。各依頼には顧客が見られるステータスが付き、それが「進捗はどうですか?」という催促のほとんどを静かに消し去りました。

その裏にある静かな自動化

画面の裏側で、本当の仕事は、ポータルを彼らがすでに持っていたシステムに接続し、誰も何も入力し直さなくて済むようにすることでした。新しいポータルからの依頼は、既存のバックオフィスツールに案件を作成しました。完成した書類はひとりでに保管庫に届きました。ステータスの変更は短いメールを引き起こし、顧客が確認のためにログインし続ける必要がなくなりました。どれも派手ではありません。この種のポータルの価値のほとんどは、誰も目にしない配管工事にあるのです。

ノートパソコンに表示された、清潔でモダンな顧客ポータル画面。書類、案件ステータス、新規依頼、アカウント情報という四つの明快なセクションが、落ち着いて整理されたレイアウトで並ぶ。一色のアクセントカラーを使ったソフトな編集スタイル
四つの用件、一つの落ち着いた画面。ポータルはクライアントが当初想像したよりも少ないことしかしなかった――そしてそれこそが要点だった。

間違った選択と、削除した機能

さて、ほとんどのケーススタディが隠す部分です。半分ほど進んだ頃、クライアントはポータル内のメッセージスレッド――各依頼に小さなチャットを付け、顧客とスタッフがポータル内でやり取りできるもの――を求めました。もっともらしく聞こえました。私たちは作りました。

それは間違いでした。メッセージスレッドは、私たちが解決しようとしていた問題そのものを再現しました。会話が積み重なる非構造化の場所――ただし今度はそれが、メールに加えてスタッフが見張らなければならない二つ目の受信トレイだったのです。一か月のうちに、依頼はチャットスレッドの中で停滞し、顧客はメッセージを送るべきかメールを送るべきか混乱し、チームは一か所ではなく二か所を確認するようになりました。私たちはうっかり、ポータルの中にメールボックスを作り直してしまったのです。

対価を払って作った、動くソフトウェアを削除するのは最悪の気分です。しかし間違った機能を世に出し、意地でそれを残す方がはるかに高くつきます。私たちはそれを切り捨て、雑音は即座に減り、それはプロジェクトが関係者全員に教えてくれた最も有益なことの一つになりました。

反乱を起こさずに展開した方法

ポータルは顧客が実際に使ってこそ機能します――そして顧客は、連絡手段を変えることに見事なほど抵抗します。「これからはポータルを使ってください」と言えば、かなりの数が単にメールを送り続けるでしょう。だから私たちは強制しませんでした。ポータルを明らかに楽な道にして、自然に勝たせたのです。

  1. 1
    まず友好的な顧客とのソフトローンチ
    最も熱心な顧客十数社を招き、どう使うかを観察し、他の誰かが目にする前に粗い部分を直しました。
  2. 2
    すべてのアカウントに本物の価値を仕込む
    初日から、各顧客のポータルにはすでに過去の書類と進行中の案件が入っていました。ログインした瞬間に役立つと感じられ、空欄を埋める作業のようには感じられませんでした。
  3. 3
    繰り返しのメールにはやさしい一言を添えて返信する
    古い質問が相変わらずメールで来たとき、スタッフはそれに答え――一行を添えました。『こちらからいつでも取得できますよ』。押し付けではなく、ただより良い選択肢を。
  4. 4
    新規依頼をポータルに回すのは、その後で
    利用が健全になってから、ウェブサイトの依頼フォームをポータルに向けました。私たちはメールを完全に止めることはありませんでした――ただポータルを最も抵抗の少ない道にしただけです。

最後の点はじっくり考える価値があります。私たちはメールを廃止しませんでしたし、そのつもりもありませんでした。メールを好み続ける顧客は常にいますし、それでいいのです。目標は決してメールをゼロにすることではありませんでした――繰り返しのメールを受信トレイから抜き取り、残るのが本当に人を必要とするものだけになるようにすることでした。

成果、正直な注釈つきで

ローンチから六か月後、変化は誰も異論を挟まないほど明確でした。数字をお見せしますが、例示として読んでください――これはこの企業の経験であり、大まかに測ったもので、約束ではありません。あなたの結果は異なるでしょう。

追跡した項目導入前導入後
繰り返しの『再送/進捗』メール1日数十件1日数件
コピペ返信にかける時間週約2日週半日未満
メールでの書類請求第1位のメール種別ほぼ消滅
管理者が見える未処理依頼把握不能ひと目で把握
顧客の『まだですか?』催促絶え間なくまれに
ローンチからおよそ六か月後のビフォー・アフター。数字はこのクライアント自身の見積もりで、例示として共有します。

クライアントが気にかけた見出しは、取り戻せた時間でした。チームは受信トレイに消えていた週一日半近くを取り戻したのです。彼らは人員を減らしませんでした――その時間を実際のサービス業務と新規顧客のオンボーディングに再配分しました。これは中小企業でほぼ必ず目にする結果です。ここでの自動化は人を置き換えたのではありません。彼らに一週間を返したのです。

測りにくいが感じ取りやすい、より穏やかな勝利もありました。管理者はついに仕事を可視化できました。顧客は虚空に向かって叫んでいるような感覚から解放されました。そして受信トレイは、何年ぶりかで、届くメッセージが本当に人が考える必要のあるものだけになった、穏やかな場所になったのです。

“私たちはメールをゼロにはできませんでした。無意味なメールをゼロにしたのです――そしてそれこそが、本当に大切な数字だと分かりました。”
— クライアントの運用責任者、六か月後
一台のノートパソコンが置かれた、落ち着いて片付いたオフィスの机。画面にはほぼ空の整理された受信トレイと、未処理依頼の小さなダッシュボードが表示されている。柔らかい昼光、安堵したくつろいだ雰囲気、温かみのある編集イラスト
同じチーム、同じ机、六か月後――受信トレイはついに、その中で考えられるほど静かになった。

次回なら変えること

二つあります。第一に、最初からメッセージ機能に抵抗するでしょう――私たちは分かっていたのに、それでも作りました。イエスと言う方が、その会話をするより楽だったからです。第二に、顧客アカウントに履歴を仕込むのを、構築のもっと早い段階でやるでしょう。ポータルが充実していて自分向けだと感じられた瞬間こそ、人が信頼し始める瞬間だからです。空のポータルは面倒事ですが、すでにあなたを知っているポータルは救いなのです。

もしあなたが自分の過負荷な受信トレイを見つめているなら、教訓は「ポータルを作れ」ではありません。まず自分の四つの用件を見つけよということです。私たちが彼らの受信トレイを読んだように、あなたの受信トレイを読んでください。顧客が何度も何度も求め続けるひと握りのものこそ、重要な唯一の機能です。それ以外はすべて、外しておいてよかったと思えるスコープです。

毎週同じメールに溺れていませんか?

あなたのチームが共有受信トレイの中で同じ質問に繰り返し答えているなら、焦点を絞った顧客ポータルがしばしば解決策になります――正しく、小さく作れば。あなたの四つの用件を一緒に見て、本当に作る価値のあるものを見極めましょう。

顧客ポータルの作り方を見る

よくある質問

顧客セルフサービスポータルの構築にはどのくらいかかりますか?
このケーススタディのような、焦点を絞った最初のバージョンは、最初のワークショップからローンチまで約三か月でした。期間はほぼ完全にスコープで決まります。よく選ばれた四つの用件をこなすポータルは四半期のプロジェクトですが、すべてをやろうとするポータルは一年がかりになります。スコープを絞る規律こそが、短く保つ鍵です。
顧客はメールではなく、本当にポータルを使ってくれますか?
強制するのではなく、より楽な道にすれば、多くが使ってくれます。利用を促す二つの要素は、初日から役立つと感じられるよう各アカウントに顧客の実際の履歴を仕込むこと、そして最も繰り返される質問メールをやさしくポータルへ向けることです。メールをゼロにはできませんし、そうすべきでもありません――目標は繰り返しのメールを抜き取ることです。
ポータルを追加するには、既存のソフトウェアを置き換えなければなりませんか?
たいていは不要です。今回、ポータルは企業がすでに使っていたバックオフィスツールに接続しました――新規依頼は既存システムに案件を作成し、完成書類は自動的にポータルに流れ込みました。価値のほとんどはその静かな連携にあり、動くソフトウェアを引き剥がすことにはありません。
セルフサービスポータルは、サポートスタッフの削減を意味しますか?
中小企業では、ほぼ決してそうではありません。このクライアントはチーム全員を維持し、取り戻した時間――週約一日半――を実際のサービス業務と新規顧客のオンボーディングに再配分しました。ここでの自動化が取り除いたのは繰り返しの事務作業であって、人ではありません。
ポータルの準備ができているかどうか、どう判断しますか?
数か月分の共有受信トレイを書き出し、顧客が何をしようとしているかで分類してください。書類の請求、進捗確認、依頼の提出といった少数の意図がメールの大半を占めるなら、あなたは準備ができており、最初の機能もすでに分かっています。もしメールが本当に千差万別なら、まず根本のプロセスを整えてください。
Have a nice day
Have a nice day
編集部

Have a nice day は、中小企業のデジタル化を支援するソフトウェアスタジオです。スライド上だけでなく、日々の業務で本当に機能する自動化・AI・カスタムソフトウェアを提供します。

関連サービス