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

はてな・Mackerelチームにおける CRE のご紹介/mackerel-jtt

はてな・Mackerelチームにおける CRE のご紹介/mackerel-jtt

JustTechTalk#11 エンジニアの新しいキャリア Customer Reliability Engineer (CRE)( https://justsystems.doorkeeper.jp/events/70884 )での登壇資料です。

Daisuke Inoue

March 16, 2018
Tweet

More Decks by Daisuke Inoue

Other Decks in Technology

Transcript

  1. 2 ⾃⼰紹介 • 井上⼤輔 • a-know / @a_know • 株式会社はてな

    シニアエンジニア • Mackerelチーム CRE • 略歴 – 製造系システムエンジニア:約6年 – Webアプリケーションエンジニア:約5年 – CRE:約1年半 〜 現在
  2. 3 『はてな』について • 2001年に創業(インターネット黎明期)。創業以来、ユーザー参加型サービスを運営 • そこで培われた技術⼒やユーザーコミュニティを活かして、様々なサービスを開発、提供 会 員 数 620

    万⼈ 約 ※2017年7⽉実績 ⽉間UB 2.2 億UB 約 ⽉間PV 5.3 億PV 約 はてなブックマーク ネイティブ広告 任天堂様 集英社様 KADOKAWA様 はてなブログMedia はてな MediaSuite コンテンツプラットフォーム (ユーザー参加型サービス) コンテンツマーケティング (オウンドメディアの⽀援サービス) テクノロジーソリューション (受託・協業サービス)
  3. 6 $ cat /proc/meminfo MemTotal: 1015472 kB MemFree: 81576 kB

    MemAvailable: 82920 kB Buffers: 0 kB Cached: 94076 kB SwapCached: 27000 kB Active: 419108 kB Inactive: 391240 kB Active(anon): 359752 kB Inactive(anon): 366444 kB Active(file): 59356 kB Inactive(file): 24796 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 2097148 kB SwapFree: 1857868 kB Dirty: 32 kB Writeback: 0 kB AnonPages: 708588 kB Mapped: 23396 kB Shmem: 9924 kB Slab: 79900 kB SReclaimable: 31160 kB SUnreclaim: 48740 kB KernelStack: 5920 kB PageTables: 10372 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 2604884 kB Committed_AS: 1375884 kB VmallocTotal: 34359738367 kB VmallocUsed: 10772 kB VmallocChunk: 34359709948 kB HardwareCorrupted: 0 kB AnonHugePages: 92160 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 90112 kB DirectMap2M: 958464 kB 公式エージェントソフトウェア (mackerel-agent) Push (API・ HTTPS) Parse
  4. 14 主な業務について l CRE としての業務は多種多様! ü 顧客活動(プリセールス/ポストセールス) ü テクニカルサポート/カスタマーサポート ü

    コミュニティ活動 ü マーケティング関連活動 ü 技術⽂書の作成・メンテナンス ü 機能改善への参加(コードを書く など) ü 契約管理 ü etc.
  5. 15 はてな・Mackerel の CRE のミッション l (「主な業務」のような活動を通じて、)顧客の サービスに対する 信頼性の向上を図る l

    『技術プロダクト』であるMackerelのカスタマーサクセスを、 エンジニアとして・エンジニアリングを活かして推進する l カスタマーサクセスの効率化をエンジニアリングで実現する
  6. 16 『はてな の CRE』が誕⽣した背景 l “セールスエンジニア” 職が CRE の前⾝ l

    「ほかでもない、はてな のセールスエンジニアだから!」と、 それまでに取り組まれていなかったようなことに積極的に取り組んだ l (どちらかというと)井上個⼈の思い
  7. 17 業務の深掘り/拡張/発掘 l 主な業務 ü 顧客活動(プリセールス/ポストセールス) ü テクニカルサポート/カスタマーサポート ü コミュニティ活動

    ü マーケティング関連活動 ü 技術⽂書の作成・メンテナンス ü 機能改善への参加(コードを書く など) ü 契約管理 ü etc. ・深掘り ・拡張 ・発掘
  8. 29 l ⾃社の社員を助けるのと同じように、顧客の課題解決に取り組むことが できる l 特に Mackerel の場合、『⾃社ユースでの問題か』『それ以外か』を 区別することにあまり意味がない l

    『Mackerelの開発を進めること』がそのままカスタマーサクセスに 繋がっている、とも⾔える! l 『有⽤な機能の開発』が何よりものカスタマーサクセスである(持論) 顧客の困りごとが⾃分(⾃社)のことのようによくわかる
  9. 31 l とはいっても、はてな はまだまだ⼩さな組織 l ある顧客だけに向き合いすぎると、他の顧客をないがしろにすることになってしまう l ある顧客に向き合うと同時に、Mackerel という SaaS

    をご利⽤いただく全ての顧客 とも向き合う必要がある l ⽬の前の顧客と向き合いながらも、全ての顧客にとってメリットを最⼤化できるよう な施策を考え、⾏動していくことが必要 気をつけなければならないこと・『SaaS の顧客』とは
  10. 36 l プリセールス l 『Mackerel というサービスについて知りたい、導⼊したい』という顧客に対し、 概要説明などを実施する l ポストセールス l

    既に Mackerel を利⽤されている顧客にヒアリングを実施 l ご意⾒・ご要望をうかがい、お困りのことがあればそれを解決に導く 顧客活動(プリセールス/ポストセールス)
  11. 40 l プリセールスとは違い、実際に Mackerel を使っている⽅々との コミュニケーションの場 l より技術的な・詳細に踏み込んだ話になることも多い l その場で多くの疑問や課題を解消したい

    l エンジニアリングロールである CRE が対応できることの意義は⼤きい l そして、プロアクティブな活動! 『ポストセールス』という場について
  12. 42 l ヒアリング後にアンケートを送付 l 回答率 l 満⾜度の向上率 l 『ポストセールス実施企業の売上⾼増分』にも注⽬ l

    『プロフィットセンター』を意識 l 『届けられた改善の数や割合』なども良いかも? l Mackerel の顧客は⾮常に多く、また全国各地に。 l 今後のスケールをどうするか?が課題 指標と課題・ポストセールス
  13. 45 l 『より早く、より正確に。』を実現したい l ⾃⾝のこれまでの経験がベースになっている l ⾃⾝が開発エンジニアであったときに受けたサポート対応の(苦い)記憶 l ⾃分が開発エンジニアだったならこういう対応をしてほしいのにな、という思い l

    実現するための対応フロー 1. CRE が独⼒で調査・回答できるものは CRE だけで対応 2. 独⼒での対応が難しいものは開発エンジニアにエスカレーション・その結果を CRE が回答 『良い体験』を⽀えるための対応フローとは?
  14. 46 l 当然、CRE だけで対応できる場合の⽅が対応のスピードは早い l ここを意識することで、顧客満⾜度だけでなく、CRE ⾃⾝の技術⼒やサービス知識 の向上も図ることができる l 対応ポリシー:『寄せられた問い合わせに対しては、遅くとも翌営業⽇

    中には回答』 l そのため、そのポリシーを満たした対応ができた割合を指標にしている l 前期実績:99.42 % l 参考・当⽇中の回答実施割合:約7割 『より早く』の実現のために
  15. 48 l どうしても『リアクティブ』な対応に回りがち l ヘルプページの改善・充実はプロアクティブに実施できる l 本来ヘルプページなどで解決されるべき問い合わせの数は低減したい l 『独⼒での対応が難しく、開発エンジニアにエスカレーションしなけれ ばならなかったもの』の割合も低減していきたい

    l 全ての問い合わせのうち、エスカレーションしなければならなかったものは約7% l これを低減することで、より多くのお問い合わせを早く解決に導くことができる l 開発エンジニア⼯数の節約 ≒ サービス本体の開発スピードの向上 テクニカルサポートの今後・課題
  16. 50 l Mackerel の⼀部プロダクトは OSS l mackerel-agent l 各種プラグイン l

    既に多くのエンジニアの皆様に貢献いただいています l ありがとうございます! Mackerel と OSS
  17. 51 l Mackerel ⾃体も多くの OSS から成っている l そもそも、はてな⾃体が OSS コミュニティと共にありつづけてきた会社

    l そういったこともあり、OSS・コミュニティへの還元は積極的におこ なっています l Mackerel に限らない、『サーバー監視』全般についてのセミナーを開催する 等 l コミュニティが盛り上がることは、Mackerel を使う全ての⼈にとって の価値向上にも繋がる! Mackerel と OSS
  18. 55 l Mackerel でのイベントの告知・集客には connpass を利⽤ l その参加⼈数を指標に l さらに、Mackerel

    にはコミュニティチャット(slackチーム)もある l イベントなどの都度、slackチームへの参加を呼びかけ l slack への参加⼈数を指標に 指標・コミュニティ活動
  19. 58 l はてなという会社として、技術プロダクトである Mackerel に対し、顧客に 寄り添うエンジニアリングロール・CREを配置しています l チーム・会社全体として⾃社サービスを積極的に使っており、そのことが よりよいカスタマーサクセス活動に繋がっていると考えています l

    ただ闇雲に顧客のための活動をするのではなく、『プロアクティブな』 『プロフィットを⽣む』活動を意識し、その結果を端的に反映する指標を トラッキングしています l CREがとるアクションは、その全てがカスタマーサクセスに繋がっている・ 繋がっていなければならないと考えています 本⽇お話したこと
  20. 59 l Mackerel というサービスを⾒つめ直し、カスタマーサクセスに活かす l サーバー監視・管理という機能、価値を提供するもの l その価値は、利⽤してくれる顧客がいるからこそ⽣まれるもの l その価値を向上させるためには、顧客の体験を向上させることは必須。

    l 顧客に寄り添い、顧客にとっての価値・サービスとしての価値を持続可能な形で⼀緒 に⾼め続けていくこと、それが『カスタマーサクセス』 改めて、『Mackerel というサービス』とは何か?
  21. 60 l 活動が⽬指すところは、定性的な⽬標になりがち l 『顧客がより満⾜してもらえるように……』 l 『業界において Mackerel がより盛り上がるように……』 l

    『追い求める理想の姿』を端的に表す指標を定量化し、それを追跡する ことは重要 l 回答率・満⾜率・参加者数 etc. l 「推測するな、計測せよ」 l その他、エンジニアリングの経験を活かすことのできる場⾯は多い カスタマーサクセス全般に対して⾔えること
  22. 61 l はてなという会社として、技術プロダクトである Mackerel に対し、顧客に 寄り添うエンジニアリングロール・CREを配置しています l チーム・会社全体として⾃社サービスを積極的に使っており、そのことが よりよいカスタマーサクセス活動に繋がっていると考えています l

    ただ闇雲に顧客のための活動をするのではなく、『プロアクティブな』 『プロフィットを⽣む』活動を意識し、その結果を端的に反映する指標を トラッキングしています l CREがとるアクションは、その全てがカスタマーサクセスに繋がっている・ 繋がっていなければならないと考えています 本⽇お話したこと