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

自分のドッグフードに飽きた?自分のオナラの匂いを嗅いでみてください

概要

  • 大企業のカスタマーサポート体験への不満
  • AIや自動化の進化と現実のギャップ
  • 「ドッグフーディング」の重要性
  • 顧客体験への共感の欠如
  • 小規模スタートアップとの対照的な対応

大企業のカスタマーサポート体験

  • 大企業 に電話した際、 自動音声案内AIチャット への誘導を受ける体験
  • ウェブサイトで情報が見つかることや、アカウント管理がオンラインで可能であることの 繰り返し案内
  • WhatsApp経由のAIアシスタント へのリンク送信提案
  • 「予想以上の通話量」という 常套句 で待たされる状況
  • 予測担当者の無能さ を皮肉る表現
  • 明るい自動音声から 無機質な電子音声 への切り替わり
  • 実際の通話内容を 録音・保存 し、AI導入を強調する企業の 現実との乖離
  • 企業サイトでは イノベーションISO認証 への自信を表明

ドッグフーディングと顧客体験

  • 「ドッグフーディング」 の慣習:自社製品を自分たちで利用することの重要性
    • 例:Slack社員はTeamsを使わず、Slackを利用
  • 単なる KPIレポート 受領ではなく、 現場体験 の必要性
  • 顧客の怒りや不満を 直接体感 することで、共感や改善意識を醸成
  • Jeff Bezos が自社カスタマーサポートに自ら電話し、 待たされる経験 をした逸話

経営層と現場体験のギャップ

  • 経営層が自社の カスタマーサポート を実際に体験する機会の少なさ
  • 「うまくいっている時」 だけでなく、 「困難な顧客体験」 にも向き合う必要性

スタートアップとの比較

  • 小規模スタートアップの サブスクリプション解約 時の対応例
    • 経営層 自らが解約理由をヒアリング
    • 顧客の不満に対し、 共感や理解 を示す姿勢
    • 「指標上は問題ない」「本当に気にする人いるのか」 という対応は皆無

まとめと提言

  • 経営層が現場の 「不快な体験」 を味わうことの必要性
  • 最低限の努力を怠る企業文化への 疑問と批判
  • 「不快な現実」 を体感することでこそ、組織改善の契機となる可能性

Hackerたちの意見

その大きなポイントには同意するけど、著者が顧客サポートの文脈で「テック業界の神聖な実践」としてドッグフーディングについて話してるのにはちょっと戸惑う。大手テック企業では、顧客サポートは通常、製品の一部とは見なされてないからね。FacebookやGoogle、Microsoftで働いてるなら、アカウントの問題を解決するために存在しない消費者サポートチャンネルを試すことはないよ。

その通りだ。それが「自分のオナラの匂いを嗅ぐ」部分だね。

面白いことに、今働いてる会社では、もし従業員が製品に問題を見つけたら、問題を報告するための期待される方法はチケットを開くことなんだ。別のシステムや違う人が担当するのではなく、顧客が使うのと同じチケットシステムでね。

俺は、顧客サービスは悪いものだって思ってるタイプ。会社に電話する時は心の準備をして、忍耐強くその試練を乗り越えるしかない。コールするたびに彼らにはお金がかかるから、問題が解決するまで電話し続けるって言ってるよ。楽しいわけじゃないけど、残念ながらそういうもんだ。俺の親父は、苦労して稼いだお金を使って、ちゃんとしたサービスを受けられないと、なんか正義感に燃えるみたい。彼は自分をひどく扱った会社に対して意見を言うのが大好きで、「俺のコメントが品質保証のために記録されてることを願ってる!」っていつも言ってる。

わかるよ。顧客サービスが一日中怒鳴られる低賃金の仕事だってことも知ってるし、誰だってイライラするけど、電話を受ける人のせいじゃない。昔、Comcastに電話したとき、状況を説明して、「助けになるなら、俺が怒鳴ってるって言ってもいいよ」って冗談を言ったら、その人が笑った。1時間後にエンジニアからモデムのファームウェアアップデートの電話が来た。勝てない時もあるけど、時には人を味方につけるのが役立つこともあるよ。

iPhoneの新機能で、電話のツリーを保留にして人が出るまで待てるのがすごくいいね。数日前にデルタ航空とちょっとしたトラブルがあって、他の数千人と一緒に待たされたんだけど、2.5時間も待ってた。その間に父と話してたら、CSAが準備できた時に電話が鳴ったんだ。すごくフレッシュで明るい気持ちで電話に出たら、ただの文句を言わなかっただけでアップグレードもらえたよ。

俺が経験した2つのバカな電話: 1) 売った車の保険をキャンセルするために電話したら、IVRに迎えられて、キャンセルするには3を押せって言われて、いいスタートだなと思った。次に、もし中東にいて帰れなくなったら特別な番号に電話しろとか、一般的な注意事項や権利についての長い説明が続いた。全部素晴らしい情報だけど、もう保険をキャンセルするために電話してるって言ったじゃん。バーレーンの空港で帰りたくて必死になってるのに、今保険をキャンセルするのがいいタイミングだと思う人なんていないよ。電話の目的に合わせてメッセージを調整してほしい。2) インターネットが2週間もダウンしてる。カスタマーサービスの人が何かを入力して、ケースが閉じられた理由を調べてる。「待ってる間に、ストリーミングバンドルについて話しましょう」って…おい、上司がこれをやらせてるのは分かるけど、オンラインにすらつなげられない顧客にストリーミングバンドルを売り込もうとするなよ。医者のオフィスが最悪だね。電話するタイミングや場所を案内するシステムの説明に数分かかるし、結局同じ人に回される。システムからの混乱したメッセージが多すぎて、最終的には同じ人たちに繋がる。カスタマーサービスに電話するのは、オンラインのセルフサービスが本当に使えないから。ウェブサイトが少しでも良ければ、どの業界もコールセンターのコストを大幅に削減できるのに。セルフサービスができるかどうかじゃなくて、ほんの少しの実際の情報を提供するだけでもいいのに。過去5年間、電話の量が異常に多いのは、クソみたいなウェブサイトが年々悪化してるからだよ。

俺が経験した最悪のケースは、約10分待った後、別の部門に回されて、結局最初にかけた時と同じプリセットメニューに戻されること。しかも、別の選択肢が選ばれてて、質問を入力してメールで返事をもらうように指示される。結局、サービスデスクに電話して最初に選んだオプションを選ぶことになる。ヘルプデスク生活の無限ループ。カフカも誇りに思うだろう。これは、2つのヘルプデスクを統合したせいで、必要なデータが見えなくなって、完全にキャンセルされてしまったからだと思う。競合のヘルプデスクに電話する方が役立つことが分かった。彼らは実際に俺が興味のあることを見れるから(掘削が始まるときのファイバー接続の作業スケジュール、ヒント:彼らはやるつもりがなかった)。競合を使えないのは、接続が独占だから…

ジェフ・ベゾスが会議を一時中断して自分のカスタマーサービス番号に電話し、10分以上待たされたという話がよく語られる。俺の仕事の一つは、過剰な官僚主義と政治が蔓延っている会社だった。製品なんてほとんど重要視されてなくて、内部のゲームで目立とうとしたり、クレジットを取ったり、自分の帝国を築いたりしてた。製品の方向性や優先順位について話すはずの会議で、俺は時々携帯を取り出してアプリを開き、サービスの実際の問題を示そうとした。すると、会議の雰囲気がパニックに変わって、特定の製品リーダーたちが、彼らのきれいに準備されたスライドデッキを見せる代わりに、実際の製品を見せるのを止めようと必死になった。KPIsやチャートの別世界を見せる代わりに、実際の製品を見せた俺は敵になった。

その引用を選んだのが面白いね。君の仕事の説明が、まさにアマゾンの労働文化にぴったりだから。

もう10年くらい前の話なんだけど、最終的にOracle Cloud Infrastructureになるものが、最初のアベイラビリティドメインを内部でローンチしたばかりの頃、年末のパブリックローンチに向けて準備してたんだ。そこで、数人の上司やエンジニアがラリー・エリソンに製品のプレゼンテーションとデモをしなきゃいけなかったんだよね。何度もリハーサルを重ねて、デモの流れにバグがないか確認してた。結果はバッチリで、プレゼンもスムーズに進んで、ライブデモもちゃんと機能した。ベアメタルインスタンスをプロビジョニングして、ローンチから数分で何かをホスティングしてたんだ。ラリーもかなり感心してたけど、彼が一番感動したのは、エンドツーエンドのライブデモを見せられたことだった。関わった人たちは、他のやり方を考えたこともなかったみたいだけど、彼が見るのは製品チームのスライドショーばかりだったらしい。特に、パブリックローンチまで数ヶ月あるときはね。その状況を時々思い返して、ライブデモを期待する段階からスライドショーに移行するのはいつなんだろうって考える。おそらく、少しずつ、1つずつ失っていくんだろうね。「いい製品があるふりをする」世界に閉じ込められるまで。

僕は(政府系で超官僚的な)組織で、フィールドエンジニアが使うアプリを作ってるんだけど、SSOが壊れてることに気づいたんだ。彼らは同じアカウントで毎回ログインしなきゃいけなくて、1日に2回も。トークンの有効期限が4時間だから「セキュリティのため」って。これがPWAsとして公開されてるから、普通のアプリよりも孤立してるってわかった。プロダクトマネージャーに聞いたら、「AppleとGoogleのせい」だって、彼の部署の問題じゃないって言ってた。アプリにPWAsを選んだ理由を聞いたら、デプロイが楽で、開発者アカウントを節約できるからだって。彼に変更を強制できないから、回避策を見つけたよ:最近のAndroidバージョンのSamsungタブレットでEdgeを使うと、PWAsでSSOが機能するんだ。運良くSamsungタブレットを買ったから(購入時に必須じゃなかったし、ただの運)。Intuneのマネージャーにこの件を聞いたら、フィールドエンジニアはChromeの代わりにEdgeをデフォルトに設定すればいいって言ってた。会社のタブレットで試したら、「XグループポリシーによってEdgeが無効化されています」って出た。その人の部署がそのポリシーを設定してた… それを解除した後、なんでデフォルトブラウザじゃないのか聞いたら、それは無理だって。Intuneマニュアルをググってデフォルトブラウザを設定できるって反論したら、後でMicrosoftにサポートチケットを上げたって言ってた。社内Wikiでその問題を説明した文書を見つけたんだけど、僕が入社する11ヶ月前の日付だった。

どうして企業がこんな状態に至るのか、特にC-suiteが創業者でいっぱいの時に理解できない。上司を喜ばせたい気持ちはわかるし、それが常に無駄話につながることもあるけど、CTOやCEOが「従業員と話をして彼らの視点を得る」って言わないのはどうしてなんだろう?アメリカの原子力海軍は、いろいろな欠点があるけど、これをうまくやってる。一般的に年に1回、海軍原子炉のトップである四つ星提督が、すべての艦船を巡回するんだ。その際に、提督はエンジンルームの見張りと話をするんだけど、すべての上級リーダーは外される。彼らは日常生活がどうか、何が難しいか、何が嫌か、何が好きかを聞く。もちろん、自己フィルタリングがたくさんあるけど(時にはそうじゃないこともある - 海軍の原子力部隊は社交的な礼儀がないことで知られてる)、それでも有用な信号は集まる。原子力プログラム以外でも、特に際立った例がズムワルト提督で、彼は海軍作戦部長として、海軍の兵士たちと話をした結果として70の異なる変更を実施したんだ。それはすべて、生活の質や効率、コミュニケーションを改善するためのものだった。

新しいサービスを作るための会議で、俺が関わったAWSのフラッグシップサービスの次世代版を作るために、全てのプロダクトリーダーやマネージャーに会ったんだ。その会議で、ほとんどの人がその製品を使ったことがないって気づいた。彼らは上に対しても下に対してもマネジメントできる能力でリーダーシップを主張してるんだ。俺は個人プロジェクトでその製品を使っていて、すごく嫌いだった。

この話は最近のベゾスとアマゾンについての本に書かれてるよ。ブラッド・ストーンのやつね。

引用された部分の後半は、もしかしたら修辞的な質問で終わってるね。

「... 上記の会社のCEOが自分のカスタマーサポートに電話したのはいつが最後?」 だから、ベゾスはもう長いことそんなことしてないよ。インドでは絶対にやってないね。だから、答えはこうだと思う:CEOは会社が大きくなりすぎるか、市場の大きなシェアをしっかりと掴むまでは、そういうことをするべきだし、しなきゃいけないんだよ。

アーキテクトや開発者が自分のゴールドバーグ的な発明の運用に責任を持たないのは、同じようなもんだよ。「ゲームに参加していない」っていうフレーズも思い浮かぶ。俺にとって「無責任」っていうのは、別の地獄のサークルが必要だと思う。

たぶん「モラルハザード」かな。

前の役職(エンジニアリング側)では、プロダクトVPが「自社製品を食べる」って表現に反対してたんだ。理由は「気持ち悪い」からで、いつも「自分のシャンパンを飲む」に置き換えてた。僕は(プライベートに)それが特徴だって反論したんだ。早い段階だからちょっと食欲をそそられないのは当然で、共感を得たり、違った視点を得たりするためなんだよね(犬にとっては、ドッグフードは美味しい!)。この視点の違いが、顧客体験をできるだけ早く理解しようとすることと、データドリブンでKPIを重視する人たちとの間の亀裂を簡潔に示してると思う。

同じ反応を聞いたことがあるし、君の反応に共感するよ。「ドッグフード」が意味を持つもう一つの理由は、時には自分がその製品の直接のターゲットオーディエンスじゃないからなんだ。だから:これを自分の犬に与える?

面白いね。「シャンパン」の方が目標が明確になるから好きだな。何かをキュレーションして、作り上げて、欲しがられるものにすることが目標だから。ドッグフードとシャンパンの違いを反共感的に解釈したことはないよ。

「自分の犬の餌を食べる」って言うのは「気持ち悪い」ってことだね。面白い視点だ。俺は、狩猟をするYouTubeチャンネルを見てるんだけど、その人は自分と犬のために同じ食事を作ることが多くて、料理したフライパンから犬に食べさせたりもするんだ。実際的な理由がたくさんあるけど、犬が狩りで食料を得るための主な道具でもあるからね。

面白いけど、そんなに重要じゃないと思うな。もし「犬の餌を食べる」ってフレーズが不快に感じる人がいるなら、シャンパンの比喩を使えばいいんじゃない?

うん、「自分の犬の餌を食べる」っていうフレーズには全然気に障ったことないんだ。むしろ、その意味が大事だと思ってる。でも、この記事のタイトルはちょっと下品すぎたかな。タイトルだけで読むのをやめようかと思ったくらいだよ。個人的には、もっと別のタイトルの方が良かったと思うけど、そもそもバスルームジョークがあんまり好きじゃないんだよね。

その起源は「犬は自分の餌を食べるのか?」っていうフレーズにあると思う。90年代や00年代にVCの間でよく使われてた言葉で、昔の犬の餌のCMを指して、「内部のパワーポイントプレゼンでは素晴らしいように聞こえるけど、実際に顧客は気に入るのか?」って意味なんだ。80年代のマイクロソフトの役員に帰属されてるらしいよ。 https://www.geekwire.com/2025/eat-your-own-dog-food-how-micr... 2015年には、マーク・アンドリーセンがMixpanelの製品主導の成長について「犬たちが画面のドアを飛び越えて犬の餌を食べに来てる。まだマーケティングはしてないのに」って言ってた。 https://www.newyorker.com/magazine/2015/05/18/tomorrows-adva... それが「自分の犬の餌を食べる」っていう考えにつながったんだ。自分が食べないなら、他の犬が食べるって言っても説得力ないよね。

どうやったらそんな繊細なままでVPになれるんだ?マジで、犬の餌を食べることが気持ち悪いっていうのは子供じみてるよ。

自分のシャンパンを飲む これは素晴らしい置き換えだし、より正確だね。人間と犬では食べ物の好みが違うから、実際には人間が本物の犬の餌を食べることは避けられることが多いんだ。でも、「自分のシャンパンを飲む」を「犬の餌を食べる」みたいに動名詞にするのは難しいね。

「違った視点を得ること(犬にとってはドッグフードが美味しい!)」 自分の主張を自分で壊しちゃったんじゃない?もしドッグフードが犬にとって人間より美味しいと期待されてるなら、それを食べることがそのフードが犬にとって良く作られてるかどうかを示すことになるの?自分が食べるんじゃなくて、犬に食べさせるべきじゃない?だから、マネージャーの提案の方が実際には理にかなってるんじゃない?

僕にとって「ドッグフーディング」って、著者が言うような忠誠心や曖昧な原則から自社製品を使うことじゃないんだ。開発中の自社製品をテストする手段として使うこと、つまり最悪の状態の時にドッグフードを食べるってことなんだ。

小さな会社が大きな会社に対して持っている大きな利点をよく表してるね。小さな会社の(やる気のある)人たちは「気にかけている」んだ。つまり、彼らは責任感があって、顧客体験の大部分を見えるから、何か問題があればその痛みを感じて対処しようとする。大企業では誰も気にしない。もちろん、自分の仕事には気を使うけど、その仕事は全体の顧客体験のほんの一部だから、顧客に影響を与えているのを実感するのは非常に難しいんだ。だから、大企業は顧客のフィードバックをシステムに組み込んで、フィードバックサイクルを模倣する必要がある。主にメトリクスでね。これは信号をキャッチするには非常にロスが多い方法で、まだまだ改善の余地があるけど、今のところ誰ももっと良いシステムを考え出していないみたい。

「自分の犬の餌を食べて、自分のオナラの匂いを嗅げ」っていうのは、ちょっと下品だけど、みんなが実際に覚えて話すようになるんだよね。著者の比較メメティクス部門、ナイスな仕事だ。「自分の犬の餌を食べる」=自分の製品を体験する。「自分のオナラの匂いを嗅ぐ」=顧客サービスや請求書みたいな普段は言及されないことも含めて、自分の製品全体を体験すること。

このフレーズは印象的だけど、あまり意味がわからないな。企業は犬の餌を作って売って、他の犬(自分の食べ物に不満を言わないことで知られている)に食べさせることを期待してる。犬の餌の製造者は、味や栄養価なんて気にしないんだ。でも、オナラを集めて他の人に売るビジネスなんて想像できないし、各ボトルのオナラを少し嗅ぐことで生産プロセスを改善して顧客体験を良くするなんて考えられないよ。ほとんどの人は他人のオナラの匂いに驚くけど、自分のは我慢できるから、「自分の匂いを嗅ぐ」テストでは何もわからないと思う。

ここではうまくいかないのは、「自分のオナラを嗅ぐ」っていう表現がすでに「自分の妄言を信じる」って意味のイディオムになってるからなんだ。自分の犬の餌を食べるのは称賛に値するけど、自分のオナラを嗅ぐのはそうじゃない。

ドッグフーディングのことなんだけど、いろんな分野で強制的にやらなきゃいけなくて、注意しないとユーザーが実際には抱えていない問題を解決しようとしちゃうことがあるんだ。俺たちはTritiumでそのバランスを見つけようとしてる。これは弁護士向けのワードプロセッサーだから、Wordとは違った体験を提供できる特定の狭い分野があるんだ。でも、Wordみたいに使おうとすると、戦略に合わない一般的な機能を求めることになっちゃう。ここに俺たちが考えたことについて少し書いたよ: https://tritium.legal/blog/eat。これは特定のB2B SAAS分野におけるクローズドソース/商業ソフトウェアの説得力のある理由の一つだね。FOSSでは、(1)ものすごく成功しているか(2)開発ツールでない限り、QAの観点からハッピーとサッドパスを適切にテストすることはできないみたい。