Slide 1
Slide 1 text
デジタル × オペレーション
「広義のプロダクトマネージメント」の勘所
Yasuhiko Mori
Slide 2
Slide 2 text
「広義のプロダクト」とは？
デジタルプロダクト だけではなく リアルオペレーション も持って、
両面の力で業界・顧客の課題を解決する「プロダクト」
例：
• Amazon – 小売業というリアルオペレーションをデジタルの力で再定義。在庫持つ、倉庫持つ、物流もつ。
• Shippio – フォワーダー（国際物流代行）のリアルオペレーションをデジタルの力で再定義。
Slide 3
Slide 3 text
森 泰彦
CPO
yasumori
Shippio
フリーランス
ラクスル
Microsoft
Product Management
Slide 4
Slide 4 text
(広義のプロダクトマネージメントの話の前に)
Shippioが考える
プロダクトマネージメントとは？
Slide 5
Slide 5 text
unhappy today
happy tomorrow
1st step
逆算で導き出す
①高い解像度で
解決すべき本当の
課題を特定
②課題を大きく解決する
「あるべき姿」を描く
③
Slide 6
Slide 6 text
unhappy today
happy tomorrow
逆算で導き出す
3rd step
そして何が何でも
前進する
Slide 7
Slide 7 text
unhappy today
happy tomorrow
で、結局寄り道す
ることにはなる
Slide 8
Slide 8 text
「広義のプロダクトマネージメント」の場合…
Slide 9
Slide 9 text
unhappy today
happy tomorrow
1st step
(digital)
1st step
(operation)
逆算で導き出す
Slide 10
Slide 10 text
unhappy today
happy tomorrow
足並みを揃えて「あるべき姿」を目指す！
1st step
(digital)
1st step
(operation)
Slide 11
Slide 11 text
unhappy today
happy tomorrow
1st step
(digital)
1st step
(operation)
Slide 12
Slide 12 text
落とし穴
無駄なプロダクト開発が多発する。
進化が遅くなる。
Slide 13
Slide 13 text
Who’s Shippio ??
Slide 14
Slide 14 text
フォワーダーとは??
納品先（倉庫）
配送
通関
海上輸送（航空輸送）
荷主 (例：輸入者)
見積 ブッキング 貿易書類
スケジュール
共有
納期調整 請求
フォワーダー
Slide 15
Slide 15 text
納品先（倉庫）
配送
通関
海上輸送（航空輸送）
荷主 (例：輸入者)
見積 ブッキング 貿易書類
スケジュール
共有
納期調整 請求
フォワーダー
デジタルフォワーダーとは??
デジタルプロダクト
デジタルプロダクト
Slide 16
Slide 16 text
納品先（倉庫）
配送
通関
海上輸送（航空輸送）
荷主 (例：輸入者)
見積 ブッキング 貿易書類
スケジュール
共有
納期調整 請求
フォワーダー
デジタルフォワーダーとは??
デジタルプロダクト
デジタルプロダクト
オペレーションプロダクト（自動化 / オペレーション効率化）
Slide 17
Slide 17 text
無駄なプロダクト開発が多発する。
1. オペレーションの進化で無駄になる
2. 事業成長で無駄になる
落とし穴 (再掲)
進化が遅くなる。
• デジタルとオペレーションはPDCAのスピード・リズムが違う。基本的にオペレーションが速い。
• 中途半端なデジタルプロダクト化はオペレーションの進化の足枷になる。
Slide 18
Slide 18 text
無駄なプロダクト開発
(オペレーションの進化起因)
落とし穴
Slide 19
Slide 19 text
確かに深刻度高いですね。
開発しますね！
ありがとうございます！
今は{xx} がオペレーションの
ボトルネックです。
リリースしました！
(仕様作成→開発）
あ、オペレーションの仕方
変えたので、もうあの機能
使ってないです…
(数か月後)
Operation Product Manager (& Engineer)
Slide 20
Slide 20 text
Operation Product Manager (& Engineer)
管理ツールでどの案件が
遅延しているか一目で
確認したいです。
あ、自前でSQLで遅延案件を
スプシに落とせるようになったの
でもう使ってないです。
(3か月後)
ShippioのNG例：
管理ツールの一覧で遅延の
UI通知出るようにしました。
Slide 21
Slide 21 text
発展途上なオペレーションに対する早期のプロダクト実装は、実装が無駄になる
リスクが高い
Slide 22
Slide 22 text
無駄なプロダクト開発
(事業の進化起因)
落とし穴
Slide 23
Slide 23 text
T2D3で伸びるとすると、2年後に顧客・案件数は 9倍。
オペレーションのボトルネックの位置が変わる（課題、及び、課題の優先順位が変わる）。
※顧客数とオペレーション人数は正比例はさせない。
Slide 24
Slide 24 text
顧客側のプロダクト
オペレーション
例：見積依頼→見積
見積依頼 見積確認 → 発注
見積設定
見積依頼管理
オペレーション管理ツール
お客様がシステム上から
見積依頼
Slide 25
Slide 25 text
顧客側のプロダクト
オペレーション管理ツール
オペレーション
チャチャっと数クリック
＋価格入力で完了
Ope
例：見積依頼→見積
見積依頼 見積確認 → 発注
見積設定
見積依頼管理
準備する必要のある見積が
項目ごとブレイクダウン
されてリストアップ
Slide 26
Slide 26 text
顧客側のプロダクト
オペレーション
チャチャっと数クリック
＋価格入力で完了
Ope
例：見積依頼→見積
見積依頼 見積確認 → 発注
見積設定
見積依頼管理
オペレーション管理ツール
システム上で様々な条件で
見積をシミュレーションできる
Slide 27
Slide 27 text
顧客側のプロダクト
売値は担当セールス、
原価はオペレーションが設定…
オペレーション
NG例：見積依頼→見積 (1年で案件数が数倍になったため…)
TODOがわからなく
なったので別ツールで
TODOを管理
Ope
Ope
Sales
見積依頼 見積確認 → 発注
見積設定
見積依頼管理
オペレーション管理ツール
Slide 28
Slide 28 text
顧客側のプロダクト
Sales
オペレーション
商談の流れで見積
依頼貰ってくる
Ope
イレギュラーに対応
できずに別ツールで
全体を管理…
NG例：見積依頼→見積 (1年で案件数が数倍になったため…)
TODOがわからなく
なったので別ツールで
TODOを管理
Ope
見積依頼 見積確認 → 発注
見積設定
見積依頼管理
売値は担当セールス、
原価はオペレーションが設定…
Ope
Sales
オペレーション管理ツール
Slide 29
Slide 29 text
顧客・案件の規模も、オペレーションの人数も、一気に伸びる時期。
「今日の課題」は「明日の課題」ではない。
「今日のオペレーション課題」にジャストフィットした「広義のプロダクト」設計は
近い将来に破綻するリスク大。
Slide 30
Slide 30 text
勘所
あるべき姿の時間軸を揃える
デジタルとオペレーションの役割分担の明確化
Slide 31
Slide 31 text
課題の可視化
(定量)
{x}年後の課題の
可視化
オペレーションの
変更可能性
役割分担の
明確化
１ 2 3 4
Slide 32
Slide 32 text
課題の可視化
(定量)
2年後の課題の
可視化
オペレーション
変更可能性
役割分担の
明確化
本船動静
トラッキング
貿易書類作成
請求書発行
業務負荷
1.5人 / 月
1.2人 / 月
1.5人 / 月
1.5人 / 月
1.8人 / 月
0.5人 / 月
案件管理
ブッキング
見積
※実例を元に項目・データは可変しております。
Slide 33
Slide 33 text
一つの「業務」を切り取ってみても、
どんなマイクロタスクに
1日何分 / 何秒使っているか、
それはどんな時に発生するのか、
が可視化されております。
Slide 34
Slide 34 text
課題の可視化
(定量)
2年後の課題の
可視化
見積
本船動静
トラッキング
貿易書類作成
請求書発行
業務負荷
1.5人 / 月
1.2人 / 月
1.5人 / 月
1.5人 / 月
1.8人 / 月
0.5人 / 月
業務負荷 (2yrs)
4.0人 / 月
4.0人 / 月
2.5人 / 月
3.5人 / 月
3.6人 / 月
1.0人 / 月
案件管理
ブッキング
オペレーション
変更可能性
役割分担の
明確化
※実例を元に項目・データは可変しております。
Slide 35
Slide 35 text
課題の可視化
(定量)
2年後の課題の
可視化
見積
本船動静
トラッキング
貿易書類作成
請求書発行
業務負荷
1.5人 / 月
1.2人 / 月
1.5人 / 月
1.5人 / 月
1.8人 / 月
0.5人 / 月
業務負荷 (2yrs)
4.0人 / 月
4.0人 / 月
2.5人 / 月
3.5人 / 月
3.6人 / 月
1.0人 / 月
案件管理
ブッキング
Op変更可能性
高い
(顧客体験起因)
高い
(パートナー起因)
低い
低い
高い
(Ope起因)
比較的低い
オペレーション
変更可能性
役割分担の
明確化
※実例を元に項目・データは可変しております。
Slide 36
Slide 36 text
変わる確率が高い
PDCA中の顧客体験・パートナー体験の対になるオペレーション
管理・通知・ワークフロー等はオペレーション設計への依存性が高い。
変わる確率が低い
作業 (業界標準リアルオペレーション)
例： 貿易書類作成、請求書作成、本船スケジュールチェック
PDCAの末に編み出したオペレーション設計の「あるべき姿」
※ やることやったので、変わってしまっても悔い無し
Slide 37
Slide 37 text
課題の可視化
(定量)
2年後の課題の
可視化
役割分担の
明確化
見積
ブッキング
本船動静
トラッキング
貿易書類作成
案件管理
請求書発行
業務負荷
1.5人 / 月
1.2人 / 月
1.5人 / 月
1.5人 / 月
1.8人 / 月
0.5人 / 月
業務負荷 (2yrs)
4.0人 / 月
4.0人 / 月
2.5人 / 月
3.5人 / 月
3.6人 / 月
1.0人 / 月
解決方針
Op変更可能性
高い
(顧客体験起因)
高い
(パートナー起因)
低い
低い
高い
(Ope起因)
比較的低い
役割分担の
明確化
※実例を元に項目・データは可変しております。
Slide 38
Slide 38 text
課題の可視化
(定量)
2年後の課題の
可視化
役割分担の
明確化
見積
ブッキング
本船動静
トラッキング
貿易書類作成
案件管理
請求書発行
業務負荷
1.5人 / 月
1.2人 / 月
1.5人 / 月
1.5人 / 月
1.8人 / 月
0.5人 / 月
Op変更可能性
高い
(顧客体験起因)
高い
(パートナー起因)
低い
低い
高い
(Ope起因)
比較的低い
業務負荷 (2yrs)
4.0人 / 月
4.0人 / 月
2.5人 / 月
3.5人 / 月
3.6人 / 月
1.0人 / 月
解決方針
プロダクト化
(実装OK)
プロダクト化
(実装OK)
プロダクト化
(実装OK)
役割分担の
明確化
※実例を元に項目・データは可変しております。
Slide 39
Slide 39 text
課題の可視化
(定量)
2年後の課題の
可視化
役割分担の
明確化
見積
ブッキング
本船動静
トラッキング
貿易書類作成
案件管理
請求書発行
業務負荷
1.5人 / 月
1.2人 / 月
1.5人 / 月
1.5人 / 月
1.8人 / 月
0.5人 / 月
Op変更可能性
高い
(顧客体験起因)
高い
(パートナー起因)
低い
低い
高い
(Ope起因)
比較的低い
業務負荷 (2yrs)
4.0人 / 月
4.0人 / 月
2.5人 / 月
3.5人 / 月
3.6人 / 月
1.0人 / 月
解決方針
ノーコードでOpが
自前で対応
プロダクト化
(実装OK)
プロダクト化
(実装OK)
ノーコードでOpが
自前で対応
プロダクト化
(実装OK)
役割分担の
明確化
※実例を元に項目・データは可変しております。
Slide 40
Slide 40 text
SQL + GASを駆使して、管理ツールを自作・改修。
開発側の施策としては、
• データ活用の土台作り
• 利用しやすい形へのデータ設計の改修
オペレーションの自前ツール
Slide 41
Slide 41 text
課題の可視化
(定量)
2年後の課題の
可視化
役割分担の
明確化
見積
ブッキング
本船動静
トラッキング
貿易書類作成
案件管理
請求書発行
業務負荷
1.5人 / 月
1.2人 / 月
1.5人 / 月
1.5人 / 月
1.8人 / 月
0.5人 / 月
Op変更可能性
高い
(顧客体験起因)
高い
(パートナー起因)
低い
低い
高い
(Ope起因)
比較的低い
業務負荷 (2yrs)
4.0人 / 月
4.0人 / 月
2.5人 / 月
3.5人 / 月
3.6人 / 月
1.0人 / 月
解決方針
ノーコードでOpが
自前で対応
プロダクト化
(実装OK)
プロダクト化
(実装OK)
ノーコードでOpが
自前で対応
プロダクト化
(実装OK)
役割分担の
明確化
※実例を元に項目・データは可変しております。
Slide 42
Slide 42 text
課題の可視化
(定量)
2年後の課題の
可視化
役割分担の
明確化
見積
ブッキング
本船動静
トラッキング
貿易書類作成
案件管理
請求書発行
業務負荷
1.5人 / 月
1.2人 / 月
1.5人 / 月
1.5人 / 月
1.8人 / 月
0.5人 / 月
Op変更可能性
高い
(顧客体験起因)
高い
(パートナー起因)
低い
低い
高い
(Ope起因)
比較的低い
業務負荷 (2yrs)
4.0人 / 月
4.0人 / 月
2.5人 / 月
3.5人 / 月
3.6人 / 月
1.0人 / 月
解決方針
リスクを取って、
ツインでPDCA
ノーコードでOpが
自前で対応
プロダクト化
(実装OK)
プロダクト化
(実装OK)
ノーコードでOpが
自前で対応
プロダクト化
(実装OK)
役割分担の
明確化
※実例を元に項目・データは可変しております。
Slide 43
Slide 43 text
「課題の時間軸」の共通認識が大事！
2年後の必要人数・業務工数
・ボトルネックを可視化
2年後の「あるべき姿」
きっと間違えるので「余白」が大事
Slide 44
Slide 44 text
勘所 (再掲)
あるべき姿の時間軸を揃える
デジタルとオペレーションの役割分担の明確化
Slide 45
Slide 45 text
リアルオペレーションを持つことのメリット
テクノロジーの力「だけ」では解決できない課題も、
リアルオペレーションと掛け合わせることで解決できる。
「まず自分達で試してみる」が出来るので、ディスカバリーのスピードが速い。
Slide 46
Slide 46 text
Shippioのプロダクト戦略
解像度 / 成功確度
顧客数 / 取り扱い案件数
デジタル +
リアルオペレーション
デジタルのみ (SaaS)
デジタルフォワーディング
Slide 47
Slide 47 text
Shippioのプロダクト戦略
解像度 / 成功確度
顧客数 / 取り扱い案件数
デジタル +
リアルオペレーション
デジタルのみ (SaaS)
デジタルフォワーディング SaaS (Any Cargo)
Slide 48
Slide 48 text
Shippioのプロダクト戦略
解像度 / 成功確度
顧客数 / 取り扱い案件数
デジタル +
リアルオペレーション
デジタルのみ (SaaS)
デジタルフォワーディング SaaS (Any Cargo)
(デジタル)通関
Slide 49
Slide 49 text
ご清聴ありがとうございました！
Product Manager、絶賛採用中です！
https://recruit.shippio.io