世界を動かす技術を、日本語で。

顧客との関係構築におけるサポートが期待通りにはいかなかった

概要

  • Castro のサポート体験を差別化要素と考えたが、期待通りには機能しなかった経緯
  • ユーザーからのサポートメールの多くは、誠実な対応でも満足につながらない現実
  • バグ報告や個別対応は一部有効だが、全体のごく一部にとどまる実情
  • サポートに過剰なリソースを割くより、 プロダクト改善 に注力する方が効果的との結論
  • 一般的な企業と同じ対応方針が最適解という気付き

サポート体験の差別化への挑戦

  • Castro 購入後、ユーザー体験に基づく人間的なサポートが差別化要素になると考えた経緯
  • 毎日自社プロダクトを使い、全てのメールを丁寧に読む・返信する姿勢
  • 応答が追いつかなくなった際、熱心なユーザーにサポート業務を依頼・報酬支払い
  • 一部ユーザーには即時対応で感動を与えられた成功体験

実際のサポート対応の課題

  • 誠実な回答でも多くの場合ユーザーの満足度が低下する現実
  • 特に 価格・サブスクリプション への不満メールは、どれだけ丁寧に説明しても納得されない傾向
  • 無料トライアル延長なども効果薄、返信後の印象が悪化することが多い

バグ報告への対応

  • バグ報告は受け取る側にとって有益だが、ユーザー満足には直結しにくい
    • 既知バグ対応中・修正済みの場合は良好な対応実績
    • 再現できない・情報不足・優先度低いバグは、ユーザーも運営も不満が残る結果に
  • テレメトリーやクラッシュログの方が有用なケースも多い

ニュアンスのある質問・人間的介入

  • App Storeの特殊な手続きや個別事情など、稀に迅速・正確な対応で感謝されるケース
  • ただし全体の1%未満とごく少数

混乱・誤解に基づく問い合わせ

  • ポッドキャストやApp Store、Mac自体への混乱など、繰り返し問い合わせるユーザーが多い
  • 回答すればするほど依存度が高まり負担増加
  • パトロジカルカスタマー (手間ばかりかかるが収益貢献度は低い)への対応が中心となりがち

機能要望・一般的な意見

  • 一部有用だが、強い意見を持つ少数派に偏る傾向
  • 一度要望に応えると、今後の開発計画まで要求されるリスク
  • パワーユーザーへの過剰対応は新規ユーザー離れのリスクも
  • 「今すぐ実装します」以外の返答は大抵ネガティブな反応

結論と今後の方針

  • サポートに過度な時間をかけるのは差別化にならず、逆効果になるケースも多い
  • サポートに頼らず、 製品自体の品質向上 こそが最良のユーザー体験につながる
  • 明確な解決策がない場合は「メールは読んでいる・改善に取り組んでいる」と伝えるのみが最適
  • 結果として、ほとんどの企業が取る一般的な対応方針が最善という結論

Hackerたちの意見

カスタマーサポートを「差別化要因」や利益を上げる手段として考えるのは、ちょっと悲しいよね。お客さんのために最善を尽くすことだけを目指すべきだと思う。もらってるフィードバックは貴重で、正しい手にかかれば活用できるはずなのに、無視するのはもったいない。価格モデルに異議を唱える人たちがビジネスの仕組みを理解していないだけだと思うのは、かなりの自己中心的な考えだよ。自分の価格モデルが一部の人には受け入れられていないことを受け入れないと、彼らのお金を失うか、得られないかの選択をすることになる。サポート戦略には、困っているユーザーが質問できる場所が欠けていて、結局は自分たちの構造的な欠陥をお客さんのせいにしているようなもの。パワーユーザー同士が助け合えるフォーラムを簡単に作れるし、開発者も時々参加して助けたり、問題点を指摘したりできるよね。それに、開発やQAプロセスも見直す必要があると思う。バグレポートが「みんなの時間の無駄」って感じるのは、アプリに適切なエラーロギングやテレメトリーが組み込まれていないからだと思う。ユーザーからの手動のバグレポートを待つのは、すでに失敗だよ。自分の製品を好きなように定義して、機能リクエストを拒否するのは全然問題ないけど、他の人たちの意見を無視して自分だけで全ての問題を考えたって言うのは、ちょっと傲慢すぎるよ。

これ、すごく皮肉だと思う: > 自分だけで全ての問題を考えたって言うのは、他の人たちの意見と比べると傲慢すぎる。自分のコメントに当てはまるのが信じられないくらい皮肉だよね…

アプリに適切なエラーロギングやテレメトリーが組み込まれていない。これが、HNの反テレメトリーの立場が全く正当化されない理由なんだよね。

自分の価格モデルが、サブスクリプション疲れを感じている人たちにとってクソだってことを受け入れなきゃいけないよね。それを受け入れた上で、彼らのお金を失うか、そもそも得られないかを考える必要がある。サブスクリプションの状況によっては、お互いにとっていい価格を提案できるかもしれない。「PhotoSync」ってアプリがあって、プレミアムオプションが月1ドルか、一生で24ドルで提供されてるんだ。おそらく、彼らは平均的なサブスクリプション期間を見て、約2年くらいだと分かったんだろうね。お金の時間的価値や、取引ごとの処理コストを考慮しても。個人的には、一回限りの購入の方が好きだな。24ヶ月後にそのアプリを使っているかどうかは分からないけど、俺の(ちょっとカオスな)お金の管理方法には合ってるから。

バグレポートが「みんなの時間の無駄」って感じる理由は、アプリ自体に適切なエラーロギングやテレメトリーが組み込まれてないからだと思う。ユーザーからの手動のバグレポートを待たなきゃいけない時点で、もう失敗だよね。はい、そうとも言えるし、そうでもない。十分なロギングとテレメトリーがあれば、2%のユーザーにアップデートを展開して、他の98%に展開する前に何かがひどく間違っているかどうかを知ることができる。逆に、顧客のジム・スミスがマイクなしでWebRTCに参加する時に問題があるかどうかを検出するためのテレメトリーは、あまり必要ないかもね。

これ、あんまり面白いコメントじゃないけど、主にネガティブなコメントに対してバランスを取るために言いたいことがあるんだ。実験をしたのは面白いし、結果を共有してくれてありがとう。全体的に合理的に思えるけど、ちょっと悲しいね。

これ、私も思った!OPはこの記事でたくさんの批判を受けるだろうけど、私のマスマーケット製品の経験に合った素晴らしい内容だと思う。みんなが考え直すきっかけになる良い記事だよ。すぐにこの記事を、望ましくない顧客に多くの時間を費やしている初期段階の創業者たちに送ったよ。

同じく。これはどのソフトウェアオーナーも思ってることだと思うけど、反発が怖くて誰も認めたがらないよね。

コメント欄で「いいね」のためにやったって言ってる人が多いけど、それはかなり厳しい読み方だと思う。多くの人が見落としてるのは、年間何百万も使う企業をサポートするのと、毎セントを数えてるエンドユーザーをサポートするのでは、期待や技術力、プロフェッショナリズムの面で大きなギャップがあるってこと。全く違うゲームなんだよね。この記事は、全てのユーザーを常に助けることができない理由を素晴らしくまとめてると思った。テクサポの世界では、これは厳しい教訓だよね。みんな顧客の問題を解決する騎士になりたいと思ってるけど、「ノー」と言うスキルは普遍的じゃない。著者を批判してる人たちに言いたいのは、たとえお金を払ってもソフトウェアを使っても、文句を言ったり罵ったりする人がたくさんいるってこと。これが現実なんだよね。顧客の競合する利益、時間のプレッシャー、個人の精神的健康、その他もろもろを扱うのが、まさにテクサポの仕事の説明にほぼぴったりなんだ。

HNの皆は、OPよりも自分のビジネスの運営方法を知っていて、100%の顧客や潜在顧客を常に満足させられると思ってるみたいだね。理想主義は現実と接触すると生き残れない。

大学時代、パン屋で働いていたんだけど、店に来るお客さんと話すことで長期的な友達ができたんだ。その経験を活かして、メールサポートの仕事を得て、ソフトウェアプラグインに関する質問に答えてた。でも、そこではお客さんと長期的な友達にはなれなかったな。月に一度メールをもらってもね。違いは、メールやオンラインサポートには「人間的なダウンタイム」がないこと。パン屋では、注文が温められるのを待っている間に話をすることが多かったから、自然に会話が生まれたんだ。10年前は携帯電話も今ほど普及してなかったしね。月に一度のZoomの「オープンオフィスアワー」みたいなのが、ソフトウェアの文脈でこの感じを再現できるのかな。多分無理だろうけど、ただメールに答えるよりはマシかもね。

それに、メールやオンラインサポートは記録が残るからね。誰かの生活について聞くことの書面記録を残したくないよ。監査が入ったときに、トラブルになる可能性があるから。

Hacker Newsで議論の続きを見る