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
CS HACK
July 05, 2019
Business
1.3k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
第三回カスタマーサクセス天下一武闘会 エンタープライズのリリース戦略
第三回 カスタマーサクセス天下一武闘会 - CS HACK #30での株式会社BEDORE様登壇資料
CS HACK
July 05, 2019
More Decks by CS HACK
See All by CS HACK
「スマホも使ったことないけど大丈夫?」 福祉分野におけるVRxSaaSのカスタマーサクセス - 予選資料
cshack
0
810
「スマホも使ったことないけど大丈夫?」 福祉分野におけるVRxSaaSのカスタマーサクセス - 決勝資料
cshack
0
810
第三回カスタマーサクセス天下一武闘会 セールスとCSの連携
cshack
2
1.3k
第三回カスタマーサクセス天下一武闘会 CSが営業から最高のスルーパスをもらうには?
cshack
0
1.2k
第三回カスタマーサクセス天下一武闘会 プレゼン資料
cshack
0
1.3k
直近1年のチャーンレート改善策
cshack
0
1.4k
カスタマーサクセス天下一武闘会_Sansan予選
cshack
0
2.1k
ファンになって頂くためにCSがするべきこと
cshack
1
640
Japan StyleのCSをZendeskで!!
cshack
0
610
Other Decks in Business
See All in Business
「この数字おかしくない?」対応に追われていたのに、 Claude Codeで設計改善まで着手できた話
matsumotokoki
0
290
「プロダクトエンジニア」とは ~ 名づけの価値と、言葉が動かす力 ~
mkitahara01985
0
190
【Aby3】新卒エンジニア職 採用ピッチ資料
aby3recruitment
0
110
Miroom Company Deck
miroom
0
470
Web工学とビジネスモデル - IVRyにおけるAI時代の新規事業開発 -
ivry
1
600
株式会社ヤプリ_会社紹介資料
yappli_recruit
0
550
LTV, 실무에서는 이렇게 씁니다
datarian
0
610
AWS Summit Taipei 2026: Decomposing Ontology and Agentic AI - Using Amazon Bedrock to Bring Living Water to Manufacturing ERP
dwchiang
0
400
「AIを入れたのに変わらない」を脱する。ツール導入から文化定着まで、1年間の実践知を公開
ncdc
0
170
AIネイティブ時代における 開発組織の役割と拡張の可能性
recruitengineers
PRO
2
290
Railsガイド協賛プランの概要
yasslab
PRO
2
14k
透明性レポート(2026年上半期)
mercari_inc
0
6.3k
Featured
See All Featured
BBQ
matthewcrist
89
10k
[SF Ruby Conf 2025] Rails X
palkan
2
1.2k
First, design no harm
axbom
PRO
2
1.2k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.7k
Practical Orchestrator
shlominoach
191
12k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Chasing Engaging Ingredients in Design
codingconduct
0
260
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
650
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
450
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
2k
技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition
twada
PRO
119
120k
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
64
56k
Transcript
エンタープライズの リリース戦略 遠藤 功一郎 第三回 カスタマーサクセス天下一武闘会 予選 2019.05.22 Wed. BEDORE
Customer Success Manager
遠藤 功一郎 日立製作所 :Engineer ベンチャー :UI/UXデザイナー BEDORE :Customer Success
導入クライアント様(一部)
導入 活用 運用 更新 ハイタッチのカスタマーサクセスの活動 ヘルス チェック コミュニ ティ運営 Success
Map
導入 活用 運用 更新 ハイタッチのカスタマーサクセスの活動 リリース 戦略
「リリース」に考えの違い リリース基準の内容 リリース基準の有無 SMB エンター プライズ ー ◯ 柔軟 厳密
リリースが遅延・頓挫した場合の影響は計り知れない ステークホルダー との関係が悪化 オンボーディング やり直し 解約
リリース基準を満しても リリースが遅延・頓挫する場合がある
課題 原因 エンタープライズの特徴 リリースの遅延・頓挫 リリース基準のズレ 関係者や部署が多い 役割範囲が異なる
課題 原因 エンタープライズの特徴 リリースの遅延・頓挫 リリース基準のズレ 担当範囲が異なる 関係者や部署が多い
イメージ 導入 サービス 導入関係者が多い 弊社(SMB)に Zendeskを導入した場合 A社(エンタープライズ)に BEDOREを導入した場合 関係者 Zendesk
1部署、数人 BEDORE(弊社サービス) 複数部署、数十人 数倍
課題 原因 エンタープライズの特徴 リリースの遅延・頓挫 リリース基準のズレ 担当範囲が異なる 関係者や部署が多い
部署ごとに担当範囲やミッションが異なる 担当範囲 経営企画 ITヘルプデスク ミッション 企画・設計 〜 リリース スケジュール通りにリリース リリース
〜 運用・改善 KPI(お問い合わせ数)改善 イメージ
課題 原因 エンタープライズの特徴 リリースの遅延・頓挫 リリース基準のズレ 担当範囲が異なる 関係者や部署が多い
部署ごとに作成するリリース基準がズレる 経営企画 ITヘルプデスク 運用コストが高くなるので、 高い基準を完璧にクリアしたい リリース 基準 イメージ 運用しながら改善していけばOK リリース基準は標準レベル
スピード重視 品質重視
課題 原因 エンタープライズの特徴 リリースの遅延・頓挫 リリース基準のズレ 担当範囲が異なる 関係者や部署が多い
課題 原因 エンタープライズの特徴 リリースの遅延・頓挫 リリース基準のズレ 関係者が多い 担当範囲が異なる 構 造 上
の 問 題
セールスとカスタマーサクセスで連携 リリース基準を自社から提案
• 過去のリリース基準の実績 • ユーザ視点で重要な観点 • リリース基準を満たすために、 必要なオンボーディング • どの部署に対して •
どの程度のリリース基準で合意し、 • どの様なオンボーディングを設計すべきか • 導入に関係している部署は? • 部署の担当範囲・ゴールは? • 部署間のちから関係は? ① セールスとCSの持っている情報のANDを取る セールス カスタマーサクセス イン プット アウト プット • 経営企画とITヘルプデスクに対して • ITヘルプデスクが推奨する高い基準で合意し、 • その基準を満たせるオンボーディングを設計する
② 導入前から提案する 営業 キックオフ オンボーディング リリース Before オンボーディング 設計 リリース
判定 導入 リリース基準の 作成・確定 オンボーディングの再実施・リリース遅延 リリース 基準 未達 After リリース基準 作成・提案 導入 リリース 判定 リリース 基準 達成 オンボーディング 設計 リリース基準 確定
エンタープライズには厳密に「リリース基準」が存在する しかし、基準を満たしても、リリースが遅延・頓挫する ① 関係者が多く、 ② 部署ごとに役割やミッションが異なる ③ リリース基準がズレる Summary 課題
カテゴリ 原因 施策 予選:セールスとカスタマーサクセスの連携 セールスとカスタマーサクセスの連携による、リリース作成 ① 2者が持っている情報のANDを取る ② 導入の前段階から提案を行う
エンタープライズの オンボーディング戦略 遠藤 功一郎 第三回 カスタマーサクセス天下一武闘会 決勝 2019.05.22 Wed. BEDORE
Customer Success Manager
チャーン
投資対効果が 合わない 利用・運用 されない チャーン チャーンまでの流れ バリューが 発揮されない
投資対効果が 合わない 利用・運用 されない チャーン チャーンまでの流れ(SMB) バリューが 発揮されない オンボーディ ング
失敗
投資対効果が 合わない 利用・運用 されない チャーン チャーンまでの流れ(SMB) バリューが 発揮されない チャンピオン の離脱
チャーンまでの流れ(エンタープライズ) 導入自体が 目的化する 投資対効果が 合わない 利用・運用 されない チャーン バリューが 発揮されない
導入が目的化する2つの情報共有不足 縦 の情報共有不足 横 の情報共有不足
着手すべきポイントは? 投資対効果が 合わない 利用・運用 されない チャーン バリューが 発揮されない 導入自体が 目的化する
導入自体が 目的化する 「利用・運用されない」ことに着手 投資対効果が 合わない 利用・運用 されない チャーン バリューが 発揮されない
構 造 上 の 問 題
2つの施策 管理者 利用者
ハイタッチのオンボーディング施策 ① 【管理者】 担当者の可処分時間を考慮した運用設計
① 担当者の可処分時間を考慮した運用設計 オペレーション カスタマイズ コミュニケーション 業務プロセス理解 可処分時間を算出 ×
① 担当者の可処分時間を考慮した運用設計
① 担当者の可処分時間を考慮した運用設計 【ハイタッチポイント】 Face to Face でコミュニケーションすることで 担当者の業務プロセスを深く理解できる
ハイタッチのオンボーディング施策 ② 【利用者】 自社サービスを染み出した提案
② 自社サービスを染み出した提案 自社 サービス 自社サービス 以外
② 自社サービスを染み出した提案 自社 サービス 自社サービス 以外 ×
② 自社サービスを染み出した提案 自社 サービス 自社サービス 以外 【ハイタッチポイント】 LTVの期待値が高いので、 包括的な提案ができる
② 自社サービスを染み出した提案(事例) ×
② 自社サービスを染み出した提案(事例) 自社サービス以外(Teams)の利用率が上がらない場合、 自社サービス(BEDORE)も利用されない ※年齢幅も広く、ITリテラシーにもバラツキがあることがある ① Teamsのチュートリアル資料を作成し、全社展開 ② 社内チャットツールの活用事例セミナーに参加し、
社内展開のノウハウをキャッチアップし、担当者へ共有 具体 施策 想定 課題
② 自社サービスを染み出した提案(事例) 自社サービス以外(Teams)の利用率が上がらない場合、 自社サービス(BEDORE)も利用されない ※年齢幅も広く、ITリテラシーにもバラツキがあることがある ① Teamsのチュートリアル資料を作成し、全社展開 ② 社内チャットツールの活用事例セミナーに参加し、
社内展開のノウハウをキャッチアップし、担当者へ共有 すべて、自社サービス外の提案 具体 施策 想定 課題
製品本来のバリューが発揮されず、 チャーンする Summary カテゴリ 決勝:オンボーディング 導入自体が目的化するため、 想定通りに利用・運用されない ハイタッチのオンボーディング施策 ① 【管理者】担当者の可処分時間を考慮した運用設計
② 【利用者】自社サービスを染み出した提案 課題 原因 施策
None