Upgrade to Pro — share decks privately, control downloads, hide ads and more …

技術プロダクトのDevRelとカスタマーサクセス / DevRel and Customer ...

Daisuke Inoue
November 14, 2020

技術プロダクトのDevRelとカスタマーサクセス / DevRel and Customer Success in Technical Products

DevRel/Asia 2020 https://devrel.dev/asia-2020/speakers/a-know/ での登壇資料です。

Daisuke Inoue

November 14, 2020
Tweet

More Decks by Daisuke Inoue

Other Decks in Technology

Transcript

  1. Hello! • 株式会社はてな • Mackerelチーム CRE - Customer Reliability Engineer

    • Mackerelサーバ監視 実践入門(技術評論社) 共著 • 岡山県倉敷市在住 • 「Developer」としての業務経験は10年ほど ◦ Webサービス Pixela https://pixe.la を個人で開発、運営も。 井上 大輔 と申します!
  2. • オンボーディングの支援 ◦ 私達のプロダクトのスムーズな利用開始を支援することで、「私達のプロ ダクトを導入する本当の目的を達成すること」を支援。 • テクニカルサポート ◦ プロダクトを利用する過程で生じた問題を、できるだけスムーズに解決す ることの支援。

    ◦ 「問い合わせをさせないサポート」も目指す • データ分析・そのための基盤整備 ◦ 私達のたくさんのお客様について正確に知り、CREとしての活動やプロダ クト開発に活かす • プロダクトフィードバックループへの積極的な関与 ◦ お客様からの声を精度高くプロダクトに届ける 現在の私、そして私のチームの主な業務内容:もう少し詳しく
  3. 2016年、私の入社当時の Mackerel チーム • 当時の Mackerel チームは、以下のような構成でした ◦ プロデューサー ◦

    開発チーム ▪ ディレクター ▪ Webアプリケーションエンジニア ▪ Webオペレーションエンジニア(現在はSRE) ◦ ビジネスチーム ▪ セールス ▪ セールスエンジニア(現在該当職種なし) • このチームに、私はセールスエンジニアとしてjoinしました
  4. “強烈” な原体験(仕事で Developer をしていたころの私) • あるサービスにフィードバックをしたときのこと。 ◦ 私「現在の挙動は〜〜だけど、ちょっとおかしいと思うよ」 ◦ (「フィードバックありがとう」という返信があるかな?)

    ◦ 私が連絡した4分後に、「修正します!」との連絡が。 ◦ そしてさらにその30分後、「ただ直すだけじゃなくて、こういうふうにし てみたよ」と、その様子がわかるGIFアニメーションが添付されたメール を受け取ったのです! • この一連のやりとりは、あらゆる点で、私の期待を超えるものでした
  5. • このやりとりに、私はとても感動しました ◦ 期待を超える体験は感動を呼ぶ、ということを身を以て理解しました • 今でもそのプロダクトのことを愛しています ◦ プロダクトに対する強いロイヤリティを生み出す体験だった、と言えます • これらはきっと、

    DevRel が目指すゴールのうちのひとつでもあります よね :) • これを、今度は自分がやっていく番だ、と考えたのです ◦ 自分の好きなサービスであるからこそ「Mackerel のセールスエンジニア」 というキャリアを選んだのだし、その一員としてお客様に接するからには、 自分たちのプロダクトに感動し、好きになってほしい! ◦ 業務外においては変わらず自身も Developer だった、ということも大きい? “強烈” な原体験(仕事で Developer をしていたころの私)
  6. セールスエンジニアとして join してからやったこと • (職務として求められていることである)営業活動をこなしつつ...... • テクニカルサポートを含む、カスタマーサポート • 上記のような活動で得られる意見や要望(VoC)を社内に届けること •

    他にもいろいろ :) ◦ サービスアップデートをお知らせするブログ記事の執筆 ◦ 各種技術イベントでの登壇 ◦ ハンズオンイベントの開催 ◦ OSSプロダクトへのcontribute ▪ Goによるプログラミング
  7. もっと具体的に:営業活動で何をしたか • 商談の場で聞かれるあらゆる質問に、できるだけその場で回答できるよ うにしました ◦ 「疑問点やわからないことは、できるだけその場で解消したい!」 ◦ プロダクトについての理解を深めて、誰よりも詳しいと言えるように努力 しました ▪

    テクニカルサポートも兼務していた(後述)ことも功を奏しました • これから会うことになるお客様に実際に会う前に必ず、そのお客様のこ とを知り、考え、準備する時間を取っていました ◦ どのような事業を展開されているのか ◦ 今回貴重な時間をいただけることになったのはなぜなのか ◦ 利用状況のデータなどから、お客様は今どのような状態にあるのか? ◦ 私たちはどのような形でそのお客様の力になれるだろうか?
  8. • ときには、なぜそのようなお問い合わせをされたのか?が不可解なも のもあります。 ◦ そんなときは、一呼吸おいて、その理由についてじっくり考えます ◦ 対症療法的な回答だけではなく、「こちらからの回答によって、質問者 を1つ上のステージにステップアップさせられないか?」を考えます ▪ 技術プロダクトであるため。質問者のスキルアップにも貢献したい

    ▪ 自分の期待以上の回答がもらえたときの感動は言い表せないものが あることは、自分の “原体験” からも言えること :) ◦ そして、そもそもそのお問い合わせをさせずには済まなかったのか?ど うすればそれができたのか?を考えます ▪ ヘルプやFAQで解決策をさらに見つけやすくするには? ▪ プロダクトを改善すると、自然に解決できるようにならないか? もっと具体的に:テクニカルサポートで何をしたか
  9. • 要望登録のフローを整備し、要望を誰でも簡単に記録できる&それを プロダクトオーナーがいつでも見られるようにしました。 ◦ 要望登録のハードルをとにかく低く。 ▪ 重複を恐れることなく登録できるようなものに。 ▪ そもそも要望の重複を排除する必要はない・「同様の要望が複数さ れている」という情報を排除してはならない

    ◦ お客様からの生の声も同時に記録します ▪ 「お客様からの生の声」には魔力が宿っていると考えています :) • それだけではなく、要望をプロダクトの機能としてもたせるべく、要 望を実現する改善プロジェクトのリード役にもチャレンジしました ◦ 一番効果的なことは、お客様であれば必ず使うことになるプロダクトそ のものを改善すること! もっと具体的に:要望の社内還元のために何をしたか
  10. ここまで話してきたことと「カスタマーサクセス」 • 最近になって、こうした「私たちが大事にしていること」いずれも、 「カスタマーサクセス」という理念においてどれも大切だとされてい るものだ、ということに気がつきました • たとえば、カスタマーサクセス曰く....... ◦ “カスタマーに成功(成果)を届ける” ◦

    “エフォートレス・セルフサービス化せよ/カスタマーがイライラする負 荷をなくそう” ◦ “最大の武器は、カスタマー一人ひとりを知り尽くすこと” ◦ “カスタマーの声を収集しプロダクトや業務に反映する        フィードバックループの仕組みを持とう” カスタマーサクセスとは何か(英治出版・弘子ラザヴィ 著)
  11. • オンボーディングの支援 ◦ 私達のプロダクトのスムーズな利用開始を支援することで、「私達のプロ ダクトを導入する本当の目的を達成すること」を支援。 • テクニカルサポート ◦ プロダクトを利用する過程で生じた問題を、できるだけスムーズに解決す ることの支援。

    ◦ 「問い合わせをさせないサポート」も目指す • データ分析・そのための基盤整備 ◦ 私達のたくさんのお客様について正確に知り、CREとしての活動やプロダ クト開発に活かす • プロダクトフィードバックループへの積極的な関与 ◦ お客様からの声を精度高くプロダクトに届ける もう少し詳しく:現在の私、そして私のチームの主な業務内容 再掲