暗号資産のカスタマーサポート：怒れるユーザーとの対峙

どのようなテクノロジーも、最初の「怒れるユーザー」の出現を通じて成熟していきます。ベータ版を心から気に入り、将来のmasterブランチに胸を躍らせて感想を寄せてくれるようなタイプではありません。そのプロダクトの実用性に自分のお金を賭けているユーザーのことです。提示されたUI上で「購入」をクリックし、規約を提示通りに読み、そして今まさに、資金がスタックしたり、送金ミスが起きたり、いつまでも完了しないサードパーティの承認を待ちわびているユーザーです。

この段階に至ると、開発マイルストーンの進捗図など、ユーザーにとってはもはやどうでもいいものになります。ロードマップも、創業者が業界の破壊的変革を語るツイートも、そのプロダクトが提供する「経済的主権」とやらも関係ありません。彼女が切望しているのは、チャットボット相手ではなく、自分のお金に何が起きたのかを人間の言葉で説明してもらうことだけなのです。

従来の金融業界はずっと以前からこの現実に気づいていました。同じようなトラブルに悩まされ続けているとはいえ、大手銀行、証券会社、決済代行事業者、クレジットカード会社、保険会社などは、ユーザーの不安を鎮め、しかるべき場所に資金を届けるための様々な手続きやサポート体制を整えてきました。カスタマーサポート担当者、問い合わせ管理システム、コールセンター、支店長、コンプライアンス窓口、24時間対応のヘルプラインなどが、ユーザーからの電話やオンラインフォームでの問い合わせを待ち構えています。絶望的な状況に陥ったときには、地域オフィスの担当者と直接対話できる選択肢すらあるかもしれません。顧客が手放しで喜ぶことはないにしても、適切な権限を持つ誰かがいつでも助けてくれるという安心感は得られます。

暗号資産（仮想通貨）は、そうした哲学のもとに築かれたわけではありません。初期のアーリーアダプターたちは、むしろこの技術の容赦のなさを楽しんでいました。「秘密鍵をなくした？ 残念でしたね。あの世から遺族があなたへETHを送金できるように、記念コインをこのブロックチェーン上で無料でミントするといいですよ」「送金アドレスを間違えた？ ブロックチェーンはあなたが指示した通りの処理を実行しただけです」。トランザクションが承認されてしまえば、異議を申し立てられる相手など誰も存在しないため、ミスをしなかったか確認する責任はすべてユーザー自身にあります。「コードこそが法（Code is law）」であり、法はカスタマーサポートのリクエストなどには答えてくれません。

このアプローチは、技術に精通した初期のユーザー層には受け入れられたかもしれません。しかし、暗号資産プロダクトがより一般的なマス層をターゲットにし始めると、この哲学は摩擦を生み始めました。新規参入者は、暗号資産ウォレットを一生の貯蓄を捧げる「崇高な儀式」などと考えたくはありません。彼らが求めているのは、モバイルバンキングアプリのように直感的で、信頼でき、安心して使えるツールです。そのため、USDT自体が優れたアイデアであることに変わりはなくても、TRONユーザーにとっては、なぜ友達のアドレスにトークンを単に送るだけなのに送金できないのか、あるいはEnergyがすでに0%のときに、なぜ残りのBandwidthを少額のチャージに使ってはいけないのかを理解する理由がありません。ユーザーはブロックチェーンの専門家になりたいわけではないのです。ましてや、NFTをクレーム（請求）できると謳うスマートコントラクトに3 ETHを送金した直後に、コントラクト内に「claim」関数と「withdraw」関数が存在し、それぞれが全く異なる挙動をすることを知って頭を抱えるような状況で、専門知識など学びたくもないのです。

最初の怒れるユーザー：彼女は例外（エッジケース）ではない

大手取引所はすでに、従来の金融機関と同様の手法でカスタマーケアの専門人材を雇い入れています。そうせざるを得なかったからです。Coinbase、Binance、Krakenなどは、取引手数料の1ドル1ドルを血眼で奪い合う熾烈な競争環境の中で、競合他社にユーザーを奪われつつあります。各社はチケット管理システム、音声自動応答、エスカレーション手順を備えた専用のヘルプセンターを設けていますが、それでもなお、「アカウントが凍結された」「出金が反映されない」「サポートが人間味のない対応ばかりだ」「仮想通貨業界に手数料としてさらに$50巻き上げられなくても、日常だけで十分うんざりしている」といったユーザーの不満を抑え込むには至っていません。

立ち上げ間もない暗号資産プロジェクトには、通常そのような余裕はありません。初期のサポートは、創業者自らがTelegramなどを介して対応することが一般的です。創業者はユーザーからの問い合わせに時間を費やし、喜んで問題解決にあたります。対応できるのが自分しかいないという事情もありますが、プロダクトを成長させるためにもそれが最善の時間配分だからです。初期ユーザーは、自分が特別な何かに参加しているような感覚を抱きます。そしてその感覚はあながち間違いではありません。創業者は夜遅くまで、発生したかもしれない致命的なバグを潰すためにコントラクトのデバッグに追われているはずだからです。

しかしプロジェクトが成長するにつれて質問の数は増え、創業者はウォレットアドレスの解析に何時間も費やしたり、前回のアップグレードで起きたチェーンの再編成（reorg）の仕組みを解説したりすることに時間を割けなくなります。そこで企業は最初のカスタマーサポート専任者を雇います――そして、ここからが暗号資産における本当の苦難の始まりとなります。サポート窓口はユーザー体験における極めて重要な転換点であり、企業が生涯にわたる顧客を獲得・維持できるか、あるいは失望させて追い払ってしまうかを決定づける場所です。そしてまさに今、最初のサポート担当者が採用されたところなのです。

新たに採用されたサポート担当者は、オンボーディング資料を読み、よくある質問（FAQ）を確認し、経験豊富な（そして多忙な）同僚たちがユーザーの問い合わせをどう処理しているかを数日間見学します。彼女は、自分の方がユーザーよりも知識があると確信しています。自分は日々プロダクトを研究して過ごしているのに対し、ユーザーはTelegramのメッセージとWebインターフェースだけを頼りにしているからです。しかし、ユーザーから「アドレスを間違えて送金してしまった高額な取引を返金してもらえないか」「なぜ最近のトランザクションは承認にこれほど時間がかかるようになったのか」「フィッシング攻撃に遭ってウォレットからトークンを盗まれたが、取り戻す手立てはあるか」と尋ねられた瞬間、新任の担当者はどう対応すべきか途方に暮れてしまいます。

これは担当者の落ち度であると同時に、彼女だけの責任ではありません。最初からすべてを知っていることなど期待されていなかったのです。プロダクトはまだ若く、ユーザー数は少ないものの急増しており、ドキュメントの作成も追いついていません。サポートチームはユーザーの質問に返信するだけで手一杯で、問い合わせから得られた知見をもとにプロダクトを改善する余裕など到底ありません。担当者自身は、自分の返答で十分だと感じています。ユーザーが知らない知識を持っており、落ち着かせるために丁寧な言葉遣いを心がけているからです。しかし、ユーザーは担当者の文面から滲み出る自信のなさに気づき、「本当のところは誰も何も分かっていないのではないか」と察してしまいます。送金手数料やアカウント凍結といった単純な質問ですら何日もやり取りが長引き、解決に至らないのだとしたら、本当に深刻な問題が起きたときに一体どうなってしまうのでしょうか。

先端技術全般、特に暗号資産分野においては、この成長痛のしわ寄せがカスタマーサポートチームに偏って押し寄せる傾向があります。あらゆるソフトウェア企業が、カスタマーサクセスチームが往々にして最も脆弱な環（ウィークリンク）であることを痛感しています。十分な研修も、ドキュメントも、リソースも与えられないまま、未経験のスタッフが過酷な現場へと放り出されるのです。第一陣のユーザーは創業者から手厚いサポートを受けますが、これが次のユーザーたちの期待値を跳ね上げることになります。そしてその後に続くユーザーを迎えるのは、キャパシティを超え、準備不足のチームです。さらに困難なことに、特に若い企業にとってサポートコストは過大に見えがちなため、サポート担当者がユーザーの課題に本気で寄り添うための適切なインセンティブが設計されていないケースが非常に多いのです。

混乱のアウトソーシング

優れたサポートを提供するには莫大なコストがかかるため、サポートの経済学は非常に厄介です。語学力、プロダクトへの理解、高いEQ（心の知能指数）、そして忍耐力といったスキルは、安価に調達できるものではありません。その上、暗号資産の世界では、ウォレット、チェーン、ブリッジ、ブロックエクスプローラー、スマートコントラクト、フィッシングの手口、その他特有の課題に対する深い技術的知見が何年分も上乗せして求められます。そのため、多くの若い企業が高コストと予測不能な需要の波を乗り切るために、サポート業務の外注（アウトソーシング）を余儀なくされています。

そしてこれこそが、暗号資産におけるカスタマーサポートの課題が最も深刻化するポイントです。なぜなら、ただでさえ平時でも理解が難しいプロダクトであるにもかかわらず、多くのユーザーが英語（あるいはその他の言語）の流暢さに乏しい担当者と対話させられる羽目になるからです。サポート担当者が受けるトレーニングはプロダクトの最低限の仕様程度であることが多く、英語力の質もピンからキリまであります。ユーザーから繊細な言い回しが求められるメッセージが届いた際、担当者は高度に技術的な概念を平易な言葉で説明しつつ、適切な英語で返答しなければなりません。もし英語が完璧でなければ、誤解を生みやすく、安心感を与えるはずの言葉が、ユーザーの不注意を責め立てるようなニュアンスへと変貌してしまう危険すらあります。

また、担当者にとって「分からない」と認めることは容易ではありません。ユーザーは自分が企業と直接話していると思い込んでいるケースが多いからです。つたない英語によって誤解されたと感じたユーザーは、その怒りを担当者にぶつけ、さらには会社に対して「資金を盗んだ」「意図的に残高を引き出せないようにしている」といった不正行為の疑いを向けることすらあります。担当者と、彼が代表している企業との間の境界線など、ユーザーにとっては存在しませんし、ユーザー側がそんな区別を意識してやる筋合いもないのです。

これは、サポート担当者個人の資質を責めているわけではありません。彼らもシステム全体の不備の犠牲者なのです。彼らの仕事はユーザーのリクエストを処理することであって、プロダクトの欠陥を修正したり、ドキュメントを書き直したりすることではありません。しかし、多くの場面において、担当者にはユーザーにとって最善の行動を取るインセンティブがほとんどありません。一人のユーザーに時間をかけすぎれば解雇のリスクに晒され、シニアエンジニアやプロダクトチームが対応すべき複雑な問題をエスカレーションすれば評価を下げられることすらあります。親切かつ丁寧であることに対して給料は支払われますが、その報酬が顧客維持率や成長指標といった実際のビジネス成果に連動していることはまずありません。次のユーザーへと機械的に進むために、表面的な定型文の回答でお茶を濁せるのであれば、そうするでしょう。彼らの動機は生活のために給与を得ることであり、サポートしたユーザーが再びそのプロダクトに戻ってきてくれると信じる理由など、どこにも持ち合わせていないからです。

この力学は、双方にとって不健全です。ユーザーには自分の疑問に対して的確で誠実な回答を受け取る権利があります。そして担当者には、自らの生計を脅かされることなく、誇りを持って正しく仕事ができる環境が与えられるべきなのです。

インセンティブのねじれ

問題の根底にあるのはインセンティブの構造です。カスタマーサポートは往々にして雀の涙ほどの予算で運用されており、担当者は完了したチケット数、初回返答時間、通話時間、エスカレーション率といった指標で評価されています。顧客維持率や顧客生涯価値（LTV）に金銭的リワードを結びつけている企業はごく稀です。そして、これはサポート担当者の落ち度ではありません。彼らも他の社員と同様、生活のために働いているだけです。経営陣も、サポートチームが常に並外れた「顧客中心の思考」を発揮することなど期待していません。なぜなら「顧客への執着（Customer Obsession）」という美学は、通常プロダクトチームのために用意された言葉だからです。

ほとんどのサポート担当者は、自分自身の経済的安定やキャリアの見通しを犠牲にすることなく、もっと質の高い仕事ができる機会を望んでいます。自らの仕事が企業の有料ユーザー維持に直接貢献していると実感できる担当者は、単に「1件のチケットを最短時間で処理しろ」と命じられている担当者とは全く異なる行動を取るはずです。ユーザーへの教育に時間を割き、将来の問い合わせを減らすようなプロダクトの機能へと適切に案内し、現場で目にする頻出トラブルをもとにプロダクトの根本的な改善を社内に働きかけるようになるでしょう。解約率の低減やアップセルの増加に対して正当な報酬が与えられれば、ただチケットを閉じるだけでインセンティブを得ている担当者に比べ、その影響力は遥かに大きくなります。

しかしこのアプローチの問題点は、カスタマーサポートに多大なリソースを割きたがる企業など存在せず、ましてやサポートチームの報酬体系をより大局的な事業目標に連動させようとする企業など皆無に近いという点にあります。

カスタマーサポート部門は、厳密にはそうではないとしても、常に「コストセンター」として見なされがちです。サポート担当者の業務は不可欠でありながら評価されにくいものです。なぜなら彼らが処理しているのは、社内の他の誰もがやりたがらない仕事――すなわち、不満を抱えたユーザーの相手だからです。これが、多くのサポート担当者が社内ヒエラルキーの最下層に置かれ、現在のポジションを超えたキャリアアップの道が閉ざされている理由です。

一方で、顧客側を責めることもできません。彼らはごく合理的な人間であり、不満を抱えたユーザーとして極めて当然の行動をとっているに過ぎません。顧客は自分の問題に対する簡単で迅速な解決策を求め、サポート体制の脆弱性を突くことに躊躇しません。もし企業のサポートが劣悪であれば、問題が解決した後に二度とそのサービスを使わないことで報復します。プロダクトの使い勝手が複雑で、自身のミスによって手痛い損失を被った場合、ユーザーは自分自身ではなく会社を責め、その批判をソーシャルメディア上で容赦なく拡散するでしょう。

そしてCEOもまた、似たような思考に陥りがちです。顧客維持率を最大化し、成長を加速させたいと望んではいるものの、そうした崇高な目標を後押しする原動力としてカスタマーサポートを捉えている経営者はほとんどいません。彼らは往々にして、営業が成長を牽引し、エンジニアリングが価値を生み出し、マーケティングが資金を使ってユーザーを連れてきて、プロダクトがそれを定着させるのだと信じています。カスタマーサポートは、これら他部署のミスの後始末をするための「必要悪」に過ぎないという認識です。もしCEOが本気でサポートチームを助けたいと願うなら、ビジネスにおける彼らの役割を正当に認め、評価報酬の戦略を整合させ、プロダクトや会社を真の意味で支援するために必要なリソースをサポートチームへ提供するだけでよいのです。

決して「小さな役割」ではない

「信頼」は暗号資産の根幹をなす要素ですが、ユーザーが利用する企業を信頼するかどうかについては、極めてシビアな目を向けています。ブロックチェーンの最も熱狂的な支持者たちですら、自分が扱っているのが金融プロダクトであるという事実を忘れがちです。現実を正しく理解し、自らの意図を背後の暗号メカニズムへと正確に伝達するために、ユーザーはインターフェースを信頼せざるを得ません。ユーザーは、ウォレットが不正を防いでくれること、ブリッジがその制約事項を明確に示してくれること、取引所がフィッシング詐欺を正規のオペレーションと見誤らないこと、そしてカスタマーサポートがたとえ不都合な真実であっても常に嘘偽りなく伝えてくれることを信じて利用しているのです。

暗号資産のサポートチームはこの戦場の最前線に立ち、ユーザーが抱く無理からぬ不信感からビジネスの他の部分を守る防波堤となっています。極めて優秀な暗号資産サポート担当者の中には、卓越した「翻訳者」として機能している者もいます。彼らはブロックエクスプローラーの難解なデータを分かりやすい言葉へと変換し、エンジニアリング上の不確実性を具体的な次の手順へと落とし込み、ユーザーのパニックを確実なアクションプランへと導き、規制上の制約を「自分の声を聞き届けてもらえた」という納得感へと変えてみせます。さらにそうした担当者たちは、企業の擁護者としての役割も果たし、組織自らの過ちから会社を守り、運用ダッシュボードに現れるずっと前にプロダクトやインフラの不具合を検知することも少なくありません。

これらのどの側面をとっても、サポート担当者の役割を決して過小評価すべきではありません。プロダクトのロードマップはユーザーのニーズと並行して進化していく必要があり、最も切実な課題を最初に察知するのは常にサポートチームです。一見どれほど「単純」に見えようとも、同じ問題に関する問い合わせがパターン化して寄せられるなら、それは姿を変えた「ロードマップの開発項目」そのものです。トークンは正しいチェーン上にあるように見えるのに資金にアクセスできないという質問が相次ぐなら、ステータス画面のデザインを見直すべきサインです。同一の手口による詐欺の問い合わせが殺到しているなら、ユーザーを啓蒙して被害リスクを低減させる絶好の機会です。アドレス誤送信による単一トランザクションの手数料返金を求める声が絶えないのであれば、送金フロー全体の設計を根本から再考すべきタイミングなのです。

サポートチームの努力に見合った成果を組織にもたらす上で、経営陣の果たすべき役割は極めて重大です。裁量権を与えられ、十分な報酬を受け取り、ユーザーの利益を代弁したことに対して正当に評価されていると感じる担当者は、通常の職務や責任の枠を越えて行動するようになります。ユーザーを関連ドキュメントへ誘導したり、「取引コストは自己責任です」と突き放したりするだけに留まらず、そうしたコストを削減できるようプロダクトの改善に向けて能動的に動くようになるでしょう。プロダクトのステークホルダーとの積極的な対話が推奨されている担当者は、現場の生の知見に基づいた有意義なフィードバックを届けてくれます。そして、通話時間の短縮ノルマに追われていない担当者こそが、ユーザーが口頭で求めていることだけでなく、真に必要としている課題に耳を傾けることができるのです。

本質的に、企業において本当に「小さな役割」など存在しません。単に、構造的に軽視されがちな役割があるというだけです。

法律事務所の受付、病院の看護師、銀行の窓口係、そして暗号資産企業のカスタマーサポート担当者――彼らは皆、それぞれの組織において不可欠な役割を担っています。彼らは外部の世界に対する企業の「顔」であり、そして決定的なことに、混乱し、怯え、怒りを募らせたユーザーに対する「第一防衛線」でもあります。彼らの大半はCEOと同じように、ユーザーが本当に困っているときに必要なサポートを提供することで貢献したいと願っています。しかし、ユーザー側がサポート担当者に対してそのような好意的な対話姿勢で接してくることは滅多にありません。多くの場合、ユーザーは「そもそも自分を怒らせた元凶はこの会社だ」と考えているからです。たった一度の不快な対応が引き金となって、ユーザーはそのプロダクトを二度と使わなくなることもあります。そして企業は、「自社を責めるのは筋違いだ」とユーザーを説得するために貴重なリソースを浪費する羽目になるのです。

暗号資産が真のマスアダプション（一般普及）を達成したいのであれば、次のステージへとステップアップし大衆市場のロイヤルティを勝ち取る前に、大規模なユーザーのフラストレーションを受け止め、乗り越える覚悟を持たなければなりません。暗号資産の初心者が、セルフカストディ、ブロックチェーン、ウォレット、トランザクション、Energy、Bandwidth、ブリッジなどの仕組みを好んで勉強したいと思うはずがありません。彼らはそうした学習の負担を、適切な説明責任を果たすと信じた企業側が全面的に背負ってくれることを期待しています。この環境下で生き残り繁栄する企業とは、ユーザーを教育する責任を正しく認識している企業です。なぜなら彼らは、その対極にある結末――「どれほど優れたプロダクトを世に送り出しても、粗末なサポートのせいでユーザーを失ってしまう」という現実を熟知しているからです。

Netts.ioのUSDT Transfer Calculatorを使用すると、TRONユーザーはTRC-20 USDTの送金にかかるEnergyとBandwidthの消費量を正確に見積もることができます。