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
Aki / @LoveIdahoBurger
November 20, 2023
Technology
5
2.4k
リアルで価値を発揮するデジタルプロダクトを開発する
東京都のデジタル社会人材育成プログラムDay 3の講演資料です。
Aki / @LoveIdahoBurger
November 20, 2023
Tweet
Share
More Decks by Aki / @LoveIdahoBurger
See All by Aki / @LoveIdahoBurger
プロダクトマネージャーのキャリアQUEST - pmconf2024 落選セッションお披露目会 #落選お披露目
aki_iinuma
4
5.1k
その機能、今作る必要ある?
aki_iinuma
8
2.8k
その失敗から何を学ぶ?不確実性をマネジメントして目標達成するための心得 #webtan
aki_iinuma
29
7.3k
プロダクトマネジメント組織立ち上げの課題と落とし穴と楽しみ #pmconf2022
aki_iinuma
25
17k
決済に関する地味な話 #地味PMmeetup
aki_iinuma
7
2.7k
Noを伝える技術 #pmconf2021
aki_iinuma
234
210k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
126
53k
Other Decks in Technology
See All in Technology
安定した基盤システムのためのライブラリ選定
kakehashi
PRO
3
130
データ戦略部門 紹介資料
sansan33
PRO
1
3.3k
american aa airlines®️ USA Contact Numbers: Complete 2025 Support Guide
aaguide
0
500
Introduction to Bill One Development Engineer
sansan33
PRO
0
260
セキュアなAI活用のためのLiteLLMの可能性
tk3fftk
1
330
アクセスピークを制するオートスケール再設計: 障害を乗り越えKEDAで実現したリソース管理の最適化
myamashii
1
660
第64回コンピュータビジョン勉強会「The PanAf-FGBG Dataset: Understanding the Impact of Backgrounds in Wildlife Behaviour Recognition」
x_ttyszk
0
240
Microsoft Defender XDRで疲弊しないためのインシデント対応
sophiakunii
1
310
対話型音声AIアプリケーションの信頼性向上の取り組み
ivry_presentationmaterials
3
1k
ロールが細分化された組織でSREは何をするか?
tgidgd
1
420
推し書籍📚 / Books and a QA Engineer
ak1210
0
140
助けて! XからWaylandに移行しないと新しいGNOMEが使えなくなっちゃう 2025-07-12
nobutomurata
2
200
Featured
See All Featured
Stop Working from a Prison Cell
hatefulcrawdad
271
21k
Gamification - CAS2011
davidbonilla
81
5.4k
[RailsConf 2023] Rails as a piece of cake
palkan
55
5.7k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Visualization
eitanlees
146
16k
Building Adaptive Systems
keathley
43
2.7k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.4k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
The Pragmatic Product Professional
lauravandoore
35
6.7k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.7k
The World Runs on Bad Software
bkeepers
PRO
70
11k
Transcript
リアルで価値を発揮する デジタルプロダクトを 開発する Day 3 デジタル時代のアイディア具体化 飯沼亜紀
Aki Iinuma 飯沼亜紀 Product Manager, CADDi Inc. 𝕏: @LoveIdahoBurger 経歴
慶應義塾大学 環境情報学部卒業(専攻:人間工学) ソフトウェア開発企業 経営企画→新規事業のプロダクトマネージャー アパレル企業 プロダクトマネージャー、プロジェクトマネージャー、新規事業 飲食企業 プロダクトマネージャー 2022年9月より現職 やっていること オペレーションとテクノロジーの両方を使って世の中を良い方向に 変えていこうとしている
Agenda 01 02 03 04 リアルな世界を含めたプロダクト設計をする プロトタイプをつくってみる 仮説検証結果を反映する まとめ
01 リアルな世界を含めたプロダクト設計をする
プロダクトマネジメントとは • プロダクトを育てること全般 ◦ ときに「撤退」の意思決定をすることもある ビジョンの実現 ユーザー価値の実現 ビジネス価値の実現
デジタルとリアルにまたがるプロダクト設計 デジタルプロダクト リアルな世界での オペレーション プロダクトによる体験 プロダクトの外にも体験を左右する要素が存在するため、プロダクトそのものだけではなくオペレーションなどの リアル世界での体験を含めた全体的な体験設計が重要 +
リアル体験がガッカリだと全てガッカリ(なことが多い) 例えばどんなに使い勝手のよいフードデリバリーアプリも、モノが届かなければ素晴らしい体験にはなり得 ない
リアル体験をリッチにすることで軽めのプロトタイピングができ る リアル側でリッチな体験を用意することはユーザー観点だけでなく開発観点でもメリットが ある • 例えばオンライン決済の構築には時間がかかるが、対面で現金の受け渡しをするな ら今すぐできる • 重要なのは「対面ならではの体験」をいかに演出して「オンライン非対応」のネガティ ブ要素を払拭するか
◦ 「おもてなし」を感じてもらう? ◦ 細やかなカスタマイズに応える? ◦ そこでしか手に入らない何かを用意する?
02 プロトタイプをつくってみる
プロダクトを設計する ゴールを設定する 必要なことを整理する プロダクトや オペレーションの設計を する WHY WHO, WHAT HOW
検証する
ゴールを設定する プロダクトマネジメントの最重要事項 = Why の特定 なぜそのプロダクトを つくるのか ・誰の何の課題を解決するのか ・誰にどういう状態になって ほしいのか
これを考えないまま機能について考え始めると結果として誰の課題も解 決できないことになりがち
ゴールに至るために何が必要かを洗い出す • この段階ではWhatを考え、Howは考えない ◦ 例:「支払う」「受け取る」は OK、「オンラインでカード決済」「商品が自宅に届く」は NG 予約する 施術を受ける 口コミを
共有する ポイントを 受け取る 商品を選ぶ 支払う 受け取る 食べる 美容関連のレビューサービスの場合 飲食店の場合 ここをなくしてレビューに振り切るという可能性もある
一旦全部人力で頑張る方向に寄せて考えてみる 大体のことは(デジタルのほうが優位性があったとしても)オフラインで実現可能 写真出典:まいどなニュース( https://maidonanews.jp/article/12222821)
なぜリアルに寄せるのか • プロトタイピングの基本は仮説検証と検証結果反映の高速サイクル ◦ 一般的にオフラインのオペレーションのほうが柔軟に変更ができるので仮説検証に向いている • プロトタイプをなるべく小さく始めることが成功確度と成功へのスピードを上げてくれ る プロトタイプ 1
プロトタイプ 2 プロトタイプ 3 プロトタイプ 1 プロトタイプ 2 vs 小さく始めて早く検証することを繰り返すことでより良いプロダクトを目指す
デジタルの力が必要な場合も作るものは最小化できる どうしてもデジタルの力が必要な場合でも、ゼロから作ることが唯一のオプションではなく 既存のデジタルプロダクトを活用するという方法がとれる場合が多い 例: • LINEやメールで通知を送る • Notionで情報を公開する • PayPayで支払いを受ける
• Trelloでタスク管理をする • Google Spreadsheetで簡易ダッシュボードをつくる
テストして結果を振り返ってみる テストでは仮説を検証していくが、検証するべき項目のひとつがデジタルとリアルの配分 これを何度か繰り返すとデジタルとリアルの配分がいいバランスになっていく リアルで成立しないことが ないかの検証 ジャーニーやゴールの 妥当性検証 リアルで成立しないことがあれば デジタルに寄せてみる 成立はするが体験が十分に良くない場合な
どは必要に応じて見直しを実施
03 仮説検証結果を反映する
仮説検証からの学びを反映する 事実の収集・整理 深掘りと分析 うまくいったことは何か うまくいかなかったことは何か 何が要因と考えられるか どうすればより良い結果が 得られそうか 検証結果から新たに 導き出される仮説は何か
• 次はどんな仮説をどのように検 証するのか決める • 仮説検証を経て不確実性が十 分に排除されたものはプロダク トに反映する 次の方針の決定
どちらを選ぶか デジタル リアル モノを動かす オンラインで完結はできない 適切な教育と業務プロセスがあれ ば対応可能 定型業務をする 素早く正確に行うことができるが、 始めるまでの準備に時間がかかる
ことが多い 学習に多少の時間を要する スピードや正確性は人に依存する 判断をする ロジックに基づく判断は得意だが イレギュラーケースのハンドリング は苦手 顧客や状況など様々な変数をもと に判断することができるが、人や役 割に依存する 単純な◯✕での判断ではなく、同じ業務の中でも得意不得意があるため「今このシチュエーションで何が求めら れているのか」を考慮した上で判断する
04 まとめ
まとめ • デジタルとリアルに跨るプロダクト開発をする場合、デジタルプロダクトだけではなくリ アル世界も含めた体験設計が重要 • リアル側になるべく寄せることで最小規模のプロトタイプで仮説検証ができるようにな る ◦ 高速な仮説検証によってよいプロダクトに近づけることができる •
デジタルとリアルそれぞれの特性や各ユースケースの前提を理解した上で、どのタス クをどちらが担うかを決定する
Thank You!