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. 1
    はてな・Mackerelチームにおける
    CRE のご紹介
    株式会社はてな 井上 ⼤輔

    View Slide

  2. 2
    ⾃⼰紹介
    • 井上⼤輔
    • a-know / @a_know
    • 株式会社はてな シニアエンジニア
    • Mackerelチーム CRE
    • 略歴
    – 製造系システムエンジニア:約6年
    – Webアプリケーションエンジニア:約5年
    – CRE:約1年半 〜 現在

    View Slide

  3. 3
    『はてな』について
    • 2001年に創業(インターネット黎明期)。創業以来、ユーザー参加型サービスを運営
    • そこで培われた技術⼒やユーザーコミュニティを活かして、様々なサービスを開発、提供
    会 員 数
    620 万⼈

    ※2017年7⽉実績
    ⽉間UB
    2.2 億UB

    ⽉間PV
    5.3 億PV

    はてなブックマーク
    ネイティブ広告
    任天堂様
    集英社様
    KADOKAWA様
    はてなブログMedia
    はてな MediaSuite
    コンテンツプラットフォーム
    (ユーザー参加型サービス)
    コンテンツマーケティング
    (オウンドメディアの⽀援サービス)
    テクノロジーソリューション
    (受託・協業サービス)

    View Slide

  4. 4
    Mackerel(マカレル)?

    View Slide

  5. 5
    Mackerel
    • サーバー死活監視
    • パフォーマンスモニタリング
    • アラート・通知
    • インフラ統合管理
    • etc.

    View Slide

  6. 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

    View Slide

  7. 7
    簡単なインストール

    View Slide

  8. 8
    マネージドサービスの監視も可能
    Ø AWSインテグレーション/Azureインテグレーション
    ü プラットフォームのモニタリングAPIから様々なメトリックを取得、
    その可視化・統合管理が可能
    ü 1台のホストとして管理
    ü 対応サービスは順次拡⼤中

    View Slide

  9. 9
    豊富な通知⼿段をサポート
    Ø 各種サードパーティーツール・サービスと簡単に連携

    View Slide

  10. 10
    常に進化し続けるサービス
    毎週何らかの新機能のリリースを継続中!
    陳腐化せず常に進化!
    150+ि࿈ଓ

    View Slide

  11. 11
    本⽇お話すること

    View Slide

  12. 12
    はてな・Mackerelチームにおける
    “CRE” について

    View Slide

  13. 13
    はてな における “CRE” とは?
    1. 主な業務について
    2. ミッションについて
    3. CRE が誕⽣した背景について

    View Slide

  14. 14
    主な業務について
    l CRE としての業務は多種多様!
    ü 顧客活動(プリセールス/ポストセールス)
    ü テクニカルサポート/カスタマーサポート
    ü コミュニティ活動
    ü マーケティング関連活動
    ü 技術⽂書の作成・メンテナンス
    ü 機能改善への参加(コードを書く など)
    ü 契約管理
    ü etc.

    View Slide

  15. 15
    はてな・Mackerel の CRE のミッション
    l (「主な業務」のような活動を通じて、)顧客の サービスに対する
    信頼性の向上を図る
    l 『技術プロダクト』であるMackerelのカスタマーサクセスを、
    エンジニアとして・エンジニアリングを活かして推進する
    l カスタマーサクセスの効率化をエンジニアリングで実現する

    View Slide

  16. 16
    『はてな の CRE』が誕⽣した背景
    l “セールスエンジニア” 職が CRE の前⾝
    l 「ほかでもない、はてな のセールスエンジニアだから!」と、
    それまでに取り組まれていなかったようなことに積極的に取り組んだ
    l (どちらかというと)井上個⼈の思い

    View Slide

  17. 17
    業務の深掘り/拡張/発掘
    l 主な業務
    ü 顧客活動(プリセールス/ポストセールス)
    ü テクニカルサポート/カスタマーサポート
    ü コミュニティ活動
    ü マーケティング関連活動
    ü 技術⽂書の作成・メンテナンス
    ü 機能改善への参加(コードを書く など)
    ü 契約管理
    ü etc.
    ・深掘り
    ・拡張
    ・発掘

    View Slide

  18. 18
    『はてな の CRE』が誕⽣した背景
    l 「職種名だけ変わらないままなのは適切ではないですね」→ CRE 誕⽣!
    l 職域の広い名称になったことで、顧客のための活動をよりやりやすく!
    l はてな という組織としての考え⽅、メッセージの発露でもある
    l (「職種は作っていける!」という成功体験にも)

    View Slide

  19. 19
    “CRE” としての活動に取り組むにあたり、
    重要な考え⽅

    View Slide

  20. 20
    “カスタマーサクセス”

    View Slide

  21. 21
    『カスタマーサポート』から『カスタマーサクセス』へ
    http://careerhack.en-japan.com/report/detail/675

    View Slide

  22. 22
    l 従来までの『カスタマーサポート』:リアクティブなもの
    Ø これからの『カスタマーサクセス』:プロアクティブであることも
    重要
    l 従来までの『カスタマーサポート』:コストセンターと考えられがち
    Ø これからの『カスタマーサクセス』:プロフィットセンターへ!
    『カスタマーサポート』から『カスタマーサクセス』へ

    View Slide

  23. 23
    “Mackerelのカスタマーサクセス” に
    臨む際の姿勢、⼼がけていること

    View Slide

  24. 24
    l 『顧客の課題』を『⾃社の課題』として捉える
    l SaaS サービスの『顧客』を意識する
    『Mackerel のカスタマーサクセス』に臨む際の姿勢、⼼がけていること

    View Slide

  25. 25
    Mackerel のルーツ=社内内製ツール
    https://speakerdeck.com/stanaka/mackerel-current-status-number-mackerelio

    View Slide

  26. 26
    l 『問題』によって当時困っていたのは、同じ社内のメンバー、同僚。
    l 困っている仲間を助けるために⽣まれたプロダクトである、とも⾔える
    『社内で発⽣している問題』を解決するために⽣まれた

    View Slide

  27. 27
    l 今でも はてな は、はてなブログ、はてなブックマークなど、多くの
    ⾃社サービスの監視にMackerelを⽤いている
    l ⾃分たちが提供するサービスを⾃分たちで使い、そこで得たフィード
    バックをもとにサービスの改善を続けている
    l ドッグフーディング(アイスクリーミング)の実現
    『Mackerel の顧客』でもある はてな

    View Slide

  28. 28
    l ⾃社サービスの問題点に気が付きやすくなる
    l 良いサービス開発に繋がりやすい
    l 顧客の困りごとが⾃分(⾃社)のことのようによくわかる
    ドッグフーディングのメリット

    View Slide

  29. 29
    l ⾃社の社員を助けるのと同じように、顧客の課題解決に取り組むことが
    できる
    l 特に Mackerel の場合、『⾃社ユースでの問題か』『それ以外か』を
    区別することにあまり意味がない
    l 『Mackerelの開発を進めること』がそのままカスタマーサクセスに
    繋がっている、とも⾔える!
    l 『有⽤な機能の開発』が何よりものカスタマーサクセスである(持論)
    顧客の困りごとが⾃分(⾃社)のことのようによくわかる

    View Slide

  30. 30
    l 『Mackerel を使う全ての⼈の代表者』という意識を常に持つ
    l 時には導き
    l 時には寄り添い、⼆⼈三脚で同じ課題に向かって取り組む
    l 『より⾝近な⽴場』として、声を拾い、届けやすくする
    CRE も Mackerel ユーザー

    View Slide

  31. 31
    l とはいっても、はてな はまだまだ⼩さな組織
    l ある顧客だけに向き合いすぎると、他の顧客をないがしろにすることになってしまう
    l ある顧客に向き合うと同時に、Mackerel という SaaS をご利⽤いただく全ての顧客
    とも向き合う必要がある
    l ⽬の前の顧客と向き合いながらも、全ての顧客にとってメリットを最⼤化できるよう
    な施策を考え、⾏動していくことが必要
    気をつけなければならないこと・『SaaS の顧客』とは

    View Slide

  32. 32
    l 『顧客の課題』を『⾃社の課題』として捉える
    l SaaS サービスの『顧客』を意識する
    『Mackerel のカスタマーサクセス』に臨む際の姿勢、⼼がけていること

    View Slide

  33. 33
    Mackerel CRE によるカスタマーサクセスのための
    具体的な取り組みと、その指標

    View Slide

  34. 34
    l 以下の3点に絞ってご紹介します
    l 顧客活動(プリセールス/ポストセールス)
    l テクニカルサポート
    l コミュニティ活動
    CRE によるカスタマーサクセスのための具体的な取り組みと、その指標

    View Slide

  35. 35
    l 以下の3点に絞ってご紹介します
    l 顧客活動(プリセールス/ポストセールス)
    l テクニカルサポート
    l コミュニティ活動
    CRE によるカスタマーサクセスのための具体的な取り組みと、その指標

    View Slide

  36. 36
    l プリセールス
    l 『Mackerel というサービスについて知りたい、導⼊したい』という顧客に対し、
    概要説明などを実施する
    l ポストセールス
    l 既に Mackerel を利⽤されている顧客にヒアリングを実施
    l ご意⾒・ご要望をうかがい、お困りのことがあればそれを解決に導く
    顧客活動(プリセールス/ポストセールス)

    View Slide

  37. 37
    l プリセールスを実施するタイミングは、Mackerel と顧客とが⼀番最初
    に接触するタイミングになることが多い
    l そんな場を技術的なバックグラウンドを持つ者が受け持つことのメリッ
    トは⼤きい
    l 疑問や不安を的確に・その場で解決、解消
    l 実際のユースケースも想定した提案が可能
    『プリセールス』という場について

    View Slide

  38. 38
    l つまり、プリセールスもカスタマーサクセスを実現する場に
    l 『プロアクティブ』については難しいが......
    l 『プロフィット』は⽣んでいる!
    『プリセールス』もCS活動!

    View Slide

  39. 39
    l 職務範囲の広い CRE が対応しているため、⽬標に据える指標をどれに
    するか、は意外に難しい
    l 単純に売上だけを据えることの難しさ
    l 契約件数・社数など?今後どれを採⽤するかは試⾏錯誤中
    指標・プリセールス

    View Slide

  40. 40
    l プリセールスとは違い、実際に Mackerel を使っている⽅々との
    コミュニケーションの場
    l より技術的な・詳細に踏み込んだ話になることも多い
    l その場で多くの疑問や課題を解消したい
    l エンジニアリングロールである CRE が対応できることの意義は⼤きい
    l そして、プロアクティブな活動!
    『ポストセールス』という場について

    View Slide

  41. 41
    l ポストセールスの場などで得たフィードバックや要望は、開発チームと
    のミーティングの場で共有
    l “顧客の温度感” と “開発難易度” の両⽅の観点で議論しながらプライオリティを
    決めることが可能!
    『ポストセールス』という場について

    View Slide

  42. 42
    l ヒアリング後にアンケートを送付
    l 回答率
    l 満⾜度の向上率
    l 『ポストセールス実施企業の売上⾼増分』にも注⽬
    l 『プロフィットセンター』を意識
    l 『届けられた改善の数や割合』なども良いかも?
    l Mackerel の顧客は⾮常に多く、また全国各地に。
    l 今後のスケールをどうするか?が課題
    指標と課題・ポストセールス

    View Slide

  43. 43
    l 以下の3点に絞ってご紹介します
    l 顧客活動(プリセールス/ポストセールス)
    l テクニカルサポート
    l コミュニティ活動
    CRE によるカスタマーサクセスのための具体的な取り組みと、その指標

    View Slide

  44. 44
    l Mackerel を使う(使い始める)エンジニアの⽅にとって、最も嬉しい
    ことは何か?
    l 『素早く、簡単にサーバー監視設定が実現できること』
    l 『その過程において、万が⼀困ったときには、素早く悩みを解消できること』
    l などなど、『良い体験』を提供し続けたい
    Mackerel のテクニカルサポートの考え⽅

    View Slide

  45. 45
    l 『より早く、より正確に。』を実現したい
    l ⾃⾝のこれまでの経験がベースになっている
    l ⾃⾝が開発エンジニアであったときに受けたサポート対応の(苦い)記憶
    l ⾃分が開発エンジニアだったならこういう対応をしてほしいのにな、という思い
    l 実現するための対応フロー
    1. CRE が独⼒で調査・回答できるものは CRE だけで対応
    2. 独⼒での対応が難しいものは開発エンジニアにエスカレーション・その結果を CRE が回答
    『良い体験』を⽀えるための対応フローとは?

    View Slide

  46. 46
    l 当然、CRE だけで対応できる場合の⽅が対応のスピードは早い
    l ここを意識することで、顧客満⾜度だけでなく、CRE ⾃⾝の技術⼒やサービス知識
    の向上も図ることができる
    l 対応ポリシー:『寄せられた問い合わせに対しては、遅くとも翌営業⽇
    中には回答』
    l そのため、そのポリシーを満たした対応ができた割合を指標にしている
    l 前期実績:99.42 %
    l 参考・当⽇中の回答実施割合:約7割
    『より早く』の実現のために

    View Slide

  47. 47
    l 『サポート窓⼝からの回答を待った結果、返ってきた内容が的外れなもの
    だった』を避けたい
    l 特に回答スピードばかりに気を取られていると陥りがち
    l 『問題解決までのやりとり(往復回数)の短さ』を追求
    l サポートとのメールの平均往復回数
    l 前期実績:1.44回
    l さらに『たった1度のやりとりで完結できたお問い合わせの割合』も
    l 前期実績:69.1 %
    『より正確に』の実現のために

    View Slide

  48. 48
    l どうしても『リアクティブ』な対応に回りがち
    l ヘルプページの改善・充実はプロアクティブに実施できる
    l 本来ヘルプページなどで解決されるべき問い合わせの数は低減したい
    l 『独⼒での対応が難しく、開発エンジニアにエスカレーションしなけれ
    ばならなかったもの』の割合も低減していきたい
    l 全ての問い合わせのうち、エスカレーションしなければならなかったものは約7%
    l これを低減することで、より多くのお問い合わせを早く解決に導くことができる
    l 開発エンジニア⼯数の節約 ≒ サービス本体の開発スピードの向上
    テクニカルサポートの今後・課題

    View Slide

  49. 49
    l 以下の3点に絞ってご紹介します
    l 顧客活動(プリセールス/ポストセールス)
    l テクニカルサポート
    l コミュニティ活動
    CRE によるカスタマーサクセスのための具体的な取り組みと、その指標

    View Slide

  50. 50
    l Mackerel の⼀部プロダクトは OSS
    l mackerel-agent
    l 各種プラグイン
    l 既に多くのエンジニアの皆様に貢献いただいています
    l ありがとうございます!
    Mackerel と OSS

    View Slide

  51. 51
    l Mackerel ⾃体も多くの OSS から成っている
    l そもそも、はてな⾃体が OSS コミュニティと共にありつづけてきた会社
    l そういったこともあり、OSS・コミュニティへの還元は積極的におこ
    なっています
    l Mackerel に限らない、『サーバー監視』全般についてのセミナーを開催する 等
    l コミュニティが盛り上がることは、Mackerel を使う全ての⼈にとって
    の価値向上にも繋がる!
    Mackerel と OSS

    View Slide

  52. 52
    コミュニティへの還元

    View Slide

  53. 53
    コミュニティへの還元

    View Slide

  54. 54
    コミュニティへの還元

    View Slide

  55. 55
    l Mackerel でのイベントの告知・集客には connpass を利⽤
    l その参加⼈数を指標に
    l さらに、Mackerel にはコミュニティチャット(slackチーム)もある
    l イベントなどの都度、slackチームへの参加を呼びかけ
    l slack への参加⼈数を指標に
    指標・コミュニティ活動

    View Slide

  56. 56
    l 以下の3点に絞ってご紹介します
    l 顧客活動(プリセールス/ポストセールス)
    l テクニカルサポート
    l コミュニティ活動
    CRE によるカスタマーサクセスのための具体的な取り組みと、その指標

    View Slide

  57. 57
    おわりに

    View Slide

  58. 58
    l はてなという会社として、技術プロダクトである Mackerel に対し、顧客に
    寄り添うエンジニアリングロール・CREを配置しています
    l チーム・会社全体として⾃社サービスを積極的に使っており、そのことが
    よりよいカスタマーサクセス活動に繋がっていると考えています
    l ただ闇雲に顧客のための活動をするのではなく、『プロアクティブな』
    『プロフィットを⽣む』活動を意識し、その結果を端的に反映する指標を
    トラッキングしています
    l CREがとるアクションは、その全てがカスタマーサクセスに繋がっている・
    繋がっていなければならないと考えています
    本⽇お話したこと

    View Slide

  59. 59
    l Mackerel というサービスを⾒つめ直し、カスタマーサクセスに活かす
    l サーバー監視・管理という機能、価値を提供するもの
    l その価値は、利⽤してくれる顧客がいるからこそ⽣まれるもの
    l その価値を向上させるためには、顧客の体験を向上させることは必須。
    l 顧客に寄り添い、顧客にとっての価値・サービスとしての価値を持続可能な形で⼀緒
    に⾼め続けていくこと、それが『カスタマーサクセス』
    改めて、『Mackerel というサービス』とは何か?

    View Slide

  60. 60
    l 活動が⽬指すところは、定性的な⽬標になりがち
    l 『顧客がより満⾜してもらえるように……』
    l 『業界において Mackerel がより盛り上がるように……』
    l 『追い求める理想の姿』を端的に表す指標を定量化し、それを追跡する
    ことは重要
    l 回答率・満⾜率・参加者数 etc.
    l 「推測するな、計測せよ」
    l その他、エンジニアリングの経験を活かすことのできる場⾯は多い
    カスタマーサクセス全般に対して⾔えること

    View Slide

  61. 61
    l はてなという会社として、技術プロダクトである Mackerel に対し、顧客に
    寄り添うエンジニアリングロール・CREを配置しています
    l チーム・会社全体として⾃社サービスを積極的に使っており、そのことが
    よりよいカスタマーサクセス活動に繋がっていると考えています
    l ただ闇雲に顧客のための活動をするのではなく、『プロアクティブな』
    『プロフィットを⽣む』活動を意識し、その結果を端的に反映する指標を
    トラッキングしています
    l CREがとるアクションは、その全てがカスタマーサクセスに繋がっている・
    繋がっていなければならないと考えています
    本⽇お話したこと

    View Slide