Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
カスタマーライフサイクルから広がるプロダクト開発
Search
mkitahara / 北原幹也
March 27, 2024
Business
2
4.5k
カスタマーライフサイクルから広がるプロダクト開発
2024/03/27 第22回 Customer系エンジニア座談会
https://customer-x-engineer.connpass.com/event/308650/
mkitahara / 北原幹也
March 27, 2024
Tweet
Share
More Decks by mkitahara / 北原幹也
See All by mkitahara / 北原幹也
不確実性の高い仮説を 迅速に検証するための開発プロセス
mkitahara01985
2
230
なぜ施策優先度を意思決定しなければならないのか? 経験から得た要因と対策
mkitahara01985
2
330
HR、PRとEMの関係性と外部登壇の効果
mkitahara01985
1
100
自己紹介 ~ mkitahara ~
mkitahara01985
1
88
カスタマーサクセスのことを学ぶために 読んだ書籍の紹介
mkitahara01985
2
420
モバイルアプリの技術的負債に全社を挙げて取り組む考え方
mkitahara01985
2
710
202304 〜 202403 の活動
mkitahara01985
1
85
EMが採用フローにおいて考えている目標値
mkitahara01985
5
1.1k
コード品質向上タスクの優先順位を判断するために 必要な観点を探究する
mkitahara01985
3
540
Other Decks in Business
See All in Business
朝日新聞社 ITエンジニア キャリア採用 紹介資料
asahi_cto
0
220
IRIAM Culture Deck
iriam
4
100k
株式会社モバイルファクトリー 会社説明資料
mobilefactory
0
140
UXwriter_intro_202502
uxw
0
3.8k
Lisse/採用ピッチ資料
lisse
0
170
SendGrid Night #10「Email Activityの活用法」
adaisukev
0
170
ホラクラシー組織の比較
hashiyaman
0
230
Mercari-Fact-book_jp
mercari_inc
4
150k
圧倒的な営業生産性の確立
kotohashi
1
470
SHIFT ASIA 会社説明資料 V2.1
shiftasiarec
0
200
i3DESIGN_Culture_Book / We-are-hiring
i3design
0
34k
ヒューマンスターチャイルド株式会社採用資料
starchild
0
4.6k
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
4
350
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
Product Roadmaps are Hard
iamctodd
PRO
50
11k
Side Projects
sachag
452
42k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
366
25k
Embracing the Ebb and Flow
colly
84
4.6k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.6k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2.1k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
29
1k
Transcript
カスタマーライフサイクルから広がる プロダクト開発 2024-03-27 @ 第22回 Customer系エンジニア座談会 mkitahara ( @mikity01985 )
名前 • mkitahara ( @mikity01985 ) / 北原 幹也 職能
• エンジニアリングマネージャー / Androidアプリ開発 / プロダクトマネージャー 出⾝ • 静岡県 - 埼⽟県 - 千葉県 職歴 • SES会社 (2011/04〜 2014/12) ◦ 新卒未経験でIT業界へ:研修で Androidアプリ開発に出会う • 開発受託会社 2社 (2015/01 〜 2017/09) ◦ PHPを中⼼にいろいろ • EdTech会社 (2016/02〜 2023/06) ◦ 業務委託時代を含めて7年所属:Androidエンジニアを中⼼にいろいろ ◦ CREの⽴ち上げを経験 (2019/07 〜 2020/04) ◦ 出向‧業務委託のみ 30名程度の会社から 社員200⼈超えの組織の成⻑を経験 • FinTech会社 (2023/07〜 ) ◦ モバイルアプリチームのエンジニアリングマネージャーを中⼼にいろいろ ⾃⼰紹介
CREで学んだこと
CRE CRE :Customer Reliability Engineering (顧客信頼性エンジニアリング)※1 ▪ 不安は 信頼を1で割った数字に等しい •
信頼が⼩さいほど不安が⼤きくなる (信頼 0 の場合は?) • ホワイトペーパーを出しているから信頼性が⾼い? • 会社の運命を預けられる? ▪ CREの追加料⾦は0ドル • 提供できる信頼度を⾼めれば⾼めるほど、お客様にもご協⼒いただく必要がある • 無料ではない ◦ その代わりプロダクトで⾼い価値を提供し続ける必要がある ※1 Google の新しい専⾨職 : CRE が必要な理由 (10 19, 2016)
お客様から信頼を得るためには お客様 のことを綿密に調査して知る必要がある ↓ お客様の成功はなんだろう? ↓ ペルソナやカスタマージャーニーマップ で 仮説たてたり実際にインタビューを実施
お客様から信頼を得るためには お客様 のことを綿密に調査して知る必要がある ↓ お客様の成功はなんだろう? ↓ ペルソナやカスタマージャーニーマップ で 仮説たてたり実際にインタビューを実施 なにか違和感がある🤔
違和感の正体 いくつかのカスタマーサクセス本を読みあさって発⾒した ⾃分たちに都合の良い⽅向に解釈しがちでは? 🫠
そんな違和感を取り去ってくれたのが...... カスタマーライフサイクル
カスタマーライフサイクル
カスタマーライフサイクル Totango※2 Gainsight※3 ※2 Guy Nirpaz (著), Fernando Pizarro (著)
, Farm Don't Hunt: The Definitive Guide to Customer Success (English Edition) (3 21, 2016) ※3 Nick Mehta, How to Manage Your Customer Lifecycle From the Customer’s Perspective (5 4, 2018)
カスタマーライフサイクル ※4 ⼭⽥ひさのり, 完全版 カスタマーサクセス実⾏戦略 (11 1, 2023) 4つのフェーズ※4 ▪
導⼊ (Onboarding) • 顧客を⾃社の提供するサービス‧プロダクトを利⽤できる状態までもっていく ▪ 活⽤ (Adaption) • サービス‧プロダクトを利⽤し、顧客のサクセスを⽬指す ▪ 更新 (Renewal) • 変化が多い状態 (ネガティブな状態とポジティブな状態が混ざる) • (ネガティブ) 顧客の不満を察知し、先回りする • (ポジティブ) 予算確保のタイミングでクロスセル / アップセル を狙う ▪ 解約 (Canceled) • チャーンが決定した状態 • 将来の再契約を⾒越す
カスタマーライフサイクル ※4 ⼭⽥ひさのり, 完全版 カスタマーサクセス実⾏戦略 (11 1, 2023) 4つのフェーズ※4 ▪
導⼊ (Onboarding) • 顧客を⾃社の提供するサービス‧プロダクトを利⽤できる状態までもっていく ▪ 活⽤ (Adaption) • サービス‧プロダクトを利⽤し、顧客のサクセスを⽬指す ▪ 更新 (Renewal) • 変化が多い状態 (ネガティブな状態とポジティブな状態が混ざる) • (ネガティブ) 顧客の不満を察知し、先回りする • (ポジティブ) 予算確保のタイミングでクロスセル / アップセル を狙う ▪ 解約 (Canceled) • チャーンが決定した状態 • 将来の再契約を⾒越す 導入期の奥が深いことを認識できた
カスタマーライフサイクル ※4 ⼭⽥ひさのり, 完全版 カスタマーサクセス実⾏戦略 (11 1, 2023) 4つのフェーズ※4 ▪
導⼊ (Onboarding) • 顧客を⾃社の提供するサービス‧プロダクトを利⽤できる状態までもっていく ▪ 活⽤ (Adaption) • サービス‧プロダクトを利⽤し、顧客のサクセスを⽬指す ▪ 更新 (Renewal) • 変化が多い状態 (ネガティブな状態とポジティブな状態が混ざる) • (ネガティブ) 顧客の不満を察知し、先回りする • (ポジティブ) 予算確保のタイミングでクロスセル / アップセル を狙う ▪ 解約 (Canceled) • チャーンが決定した状態 • 将来の再契約を⾒越す 直視したくないこの状態を意識できるようになったこ とで戦略の幅を変えることができた
カスタマーライフサイクルを 意識したプロダクト開発
カスタマーライフサイクルを意識して実施した結果 ▪ ペルソナ • カスタマーの状態を意識して分けることができるようになった ◦ 課題を解決したい新規カスタマー ◦ 別サービスで課題が解決できなかった新規カスタマー ◦
⼀度離れてしまったけど、別サービスでも課題を解決できなかった再訪カスタマー ▪ カスタマージャーニーマップ • 導⼊期を細分化してより深い検討ができるようになった ◦ 認知 ◦ 興味‧関⼼ ◦ ⽐較‧検討 ◦ 購⼊ • 活⽤期と更新期を細分化して、施策の検討の質を向上した ◦ セグメントとターゲットを細分化
カスタマーライフサイクルを意識して実施した結果 ※5 ジェフリー ムーア (著), 川⼜ 政治 (翻訳), キャズム Ver.2:
新商品をブレイクさせる「超」マーケティング理論 (10 1, 2014) テクノロジーライフサイクル ※5 のそれぞれの状態を意識した施策を検討することができた 2.5% 13.5% 34% 34% 16%
カスタマーライフサイクルを意識して実施した結果 ※5 ジェフリー ムーア (著), 川⼜ 政治 (翻訳), キャズム Ver.2:
新商品をブレイクさせる「超」マーケティング理論 (10 1, 2014) 2.5% 13.5% 34% 34% 16% レイトマジョリティからアーリーマジョリティへ :オンボーディングの拡充 アーリーアダプターからイノベーターへ :更新期の施策を拡充 アーリーマジョリティからアーリーアダプターへ :活⽤期の拡充 テクノロジーライフサイクル ※5 のそれぞれの状態を意識した施策を検討することができた
その他、意識が変わったこと ▪ オフボーディングの重要性 • 不満をもって去っていくのではなく、ファンのままでいてもらうために必要なことを考える • ⾃サービスで解決できなかったことをより深堀りする • 復帰時の再導⼊を簡単にできる ▪
カスタマーサクセスとカスタマーサポート • カスタマーサポートは守り‧受動的ではあるが、⼟台ができてこそカスタマーサクセスが⽣きる • カスタマーサクセスは、導⼊前の顧客理解をより重点的に⾏い、 課題が解決できなければ購⼊させないことも視野に⼊れる
その他、意識が変わったこと ▪ 問い合わせ対応 • そもそも問い合わせ⾃体、エネルギーが必要となる • 問い合わせをくれるのは体感2割で、問い合わせをくれないけど困っているカスタマーがいる ▪ FAQ •
カスタマーサクセス⽂脈のFAQか、カスタマーサポート⽂脈のFAQか • UX/UIの問題なのに、やみくもにFAQを作成していないか? • モバイルアプリ観点だと、FAQがなくても利⽤できるUIであるか? ▪ アクセスログ設計 • ログの向こうにカスタマーがいる • ログを追えばカスタマーの⾏動が把握できる設計
まとめ
まとめ ▪ カスタマーサクセス本を読んでカスタマーライフサイクルを知り、考え⽅に深みがでた。 ▪ 導⼊期をよく知ることで、顧客理解‧仮説検証がよりしっかり検討できるようになった。 ▪「顧客のサクセスとはなにか」に考え抜くことで、提供後のことまで考えた施策を実施できる。 ▪ 解約までを考えることはあるが、再復帰を考慮できるのはカスタマーに向き合っているからこそ。
ありがとうございました