Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
カスタマーライフサイクルから広がるプロダクト開発
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
みきてぃ / きたはら (mkitahara)
March 27, 2024
Business
4.6k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
カスタマーライフサイクルから広がるプロダクト開発
2024/03/27 第22回 Customer系エンジニア座談会
https://customer-x-engineer.connpass.com/event/308650/
みきてぃ / きたはら (mkitahara)
March 27, 2024
More Decks by みきてぃ / きたはら (mkitahara)
See All by みきてぃ / きたはら (mkitahara)
正解が消えた開発現場で、どう後輩を育てればいいのか?~ AI時代における「若手のストレス」と「メンターの限界」に向き合う ~
mkitahara01985
1
150
「プロダクトエンジニア」とは ~ 名づけの価値と、言葉が動かす力 ~
mkitahara01985
0
380
『今日から使える認知行動療法』でみつけた もっと人生をたのしむヒント
mkitahara01985
1
920
活性化エネルギーを下げ、インパクトを増幅する —— EMという「触媒」の仕事と効果
mkitahara01985
1
130
組織の成長と個人の幸福を両立させるキャリア面談
mkitahara01985
1
140
「なんとなく使いにくい」を論理的に説明する方法 〜プロダクトエンジニアとしてUXを議論できる第一歩〜
mkitahara01985
0
1.1k
大AI時代を長く活躍するための 「コンフォート・ゾーン」の新解釈
mkitahara01985
0
1.6k
息苦しい目標設定に、さよならを。 〜挑戦するチームへ導く「成長観点」と「給与観点」の使い分け〜
mkitahara01985
3
720
“なぜか進まない” 新規事業: 『考えすぎ/走りすぎ』の罠を越え、 明確なプロダクトゴールと高まるスプリント価値
mkitahara01985
4
380
Other Decks in Business
See All in Business
地域は小さな地球|Future Fieldwork Report 2026
kitchhike
0
2.8k
Nstock 採用資料 / We are hiring
nstock
30
410k
カンパニーデック
nessu_inc
0
800
キャンバスエッジ株式会社 会社説明資料
canvasedge
0
21k
内定者/新入社員向け ビジネスライティング研修用パワーポイントスライド販売用サンプル
chibanba1982
0
130
4 operating model upgrades for success with AI - Matthew Skelton - Enterprise AI Summit - Bletchley Park, UK
matthewskelton
PRO
0
600
株式会社マクロセンド-採用ピッチ資料 / macrosend-guide
macrosend
1
11k
会社・採用資料(CompanyDeck)_2026.10
sixtypercent
0
320
インキュデータ会社紹介資料
okitsu
3
62k
ハンディ株式会社 | 会社ご説明資料
handy_official
0
4.7k
G-gen カルチャー
ggen
0
330
会社説明資料
xinghr
0
4.2k
Featured
See All Featured
Evolving SEO for Evolving Search Engines
ryanjones
0
360
Embracing the Ebb and Flow
colly
88
5.2k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
2
520
Writing Fast Ruby
sferik
630
63k
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.7k
Heart Work Chapter 1 - Part 1
lfama
PRO
11
37k
Practical Orchestrator
shlominoach
192
12k
AI: The stuff that nobody shows you
jnunemaker
PRO
11
1.3k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
2
350
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1.1k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
2
980
BBQ
matthewcrist
90
10k
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であるか? ▪ アクセスログ設計 • ログの向こうにカスタマーがいる • ログを追えばカスタマーの⾏動が把握できる設計
まとめ
まとめ ▪ カスタマーサクセス本を読んでカスタマーライフサイクルを知り、考え⽅に深みがでた。 ▪ 導⼊期をよく知ることで、顧客理解‧仮説検証がよりしっかり検討できるようになった。 ▪「顧客のサクセスとはなにか」に考え抜くことで、提供後のことまで考えた施策を実施できる。 ▪ 解約までを考えることはあるが、再復帰を考慮できるのはカスタマーに向き合っているからこそ。
ありがとうございました