それって本当に見えてます？

Transcript

1. それって 本当に 見えてます？ Money forward CO., LTD. Shingo Sato
2. Shingo Sato LOVE→ライブ/プロレス/サウナ/お酒 2007 株式会社ネットオプション(デザイナー・ディレクター) 2008 株式会社ICJ（ディレクター） 2012 株式会社サイバーエージェント（プロデューサー） 2017 株式会社リクルート住まいカンパニー（ PdM） 2020 株式会社マネーフォワード（PdM） webデザイナーからキャリアをスタート。 徐々にディレクターへと移り変わり、気づけば炎上プロジェクトに飛び込む日々を過ごす。 サイバーエージェントでコミットを学び、リクルートでロジックを学んだ後にマネーフォワードとの運命の出会い。 なんと心の落ち着く会社なのか。 現在は「マネーフォワード お金のバトン」という相続サービスの責任者 兼 PdM
3. 今日話したいこと 自分が担当する事業において、どのように解像度を上げると良いのか？ 解像度が低いとなんか辛くない？実態を知る事でイシューに向き合いましょう というお話です
4. 突然ですが
5. Q:これはイカですか？エンガワですか？
6. A:これはイカです
7. What is 解像度？ なんとなく 「これは寿司だなぁ」はわかるかもしれないけど イカなのか？ エンガワなのか？ は実はわかっていないかもしれない
8. What is 解像度？ よく見えないけど真っ白だし、普通に考え てこの並びならイカだろ いやいや、大葉を使っているという事は 脂臭さを消すって事だからエンガワだろう が
9. What is 解像度？ ここでは プロダクトが解決するイシューにフォーカスするための ファクトの理解度 = 解像度 と言い換えることにします（通称イカ理論）
10. イカとかエンガワとか言ってるけど前提のサービスのご紹介
11. 未成年者 代理人 相続を取り巻くトピックス 相続と一言で言っても、色んな課題や制度、ソリューションがある 認知症 民事信託 生前贈与 商事信託 エンディング ノート 不動産登記 遺産分割協議 自筆証書遺言 公正証書遺言 相続税申告 後見人制度 相続放棄 準確定申告
12. 解像度を分解してみる プロダクトが 解決する課題 ユーザーの課題 環境の課題 潜在的ニーズ 顕在的ニーズ 法的制度の理解 仕組みの理解 既存プレイヤー の理解
13. 解像度を分解してみる プロダクトが 解決する課題 ユーザーの課題 環境の課題 潜在的ニーズ 顕在的ニーズ 法的制度の理解 仕組みの理解 既存プレイヤー の理解 叶えたい事を知る
14. 解像度を分解してみる プロダクトが 解決する課題 ユーザーの課題 環境の課題 潜在的ニーズ 顕在的ニーズ 法的制度の理解 仕組みの理解 既存プレイヤー の理解 現実を知る
15. 解像度を分解してみる プロダクトが 解決する課題 ユーザーの課題 環境の課題 潜在的ニーズ 顕在的ニーズ 法的制度の理解 仕組みの理解 既存プレイヤー の理解 現実を知る 叶えたい事を知る
16. どんなことをやってたのか 当初は家族信託という仕組みを軸にサービスを考えていた しかし、 家族信託で解決できる課題は実はそんなにないのではないか？ ビジネス的に成立しないのでは？ という気づきがあった
17. どんなことをやってたのか ユーザーの課題を知る • 想定するターゲット（年齢や家族構成など）へのヒアリング • アンケート調査 • 分岐を使った簡易的なフローチャートを使ったユーザー割合の調査 • 社内でのドッグフーディング 環境の課題を知る • 書籍やwebでのインプットと理解 • 世にある既存サービスの利用（オンライン・オフライン共に実際に利用する） • 実際に自分で遺言書を作る
18. ついつい後手になってしまったこと 環境の課題において 構造や仕組みの理解が薄くて企画自体のピボットに時間がかかってしまった つまり・・・ • ユーザーの課題のウエイトが高すぎた（環境の課題とのバランス問題） • 環境の課題の一次情報をもっと早くに取りに行くべきだった
19. 【振り返り】②から③へ行く道筋が楽観的すぎた プロダクトが 解決する課題 ユーザーの課題 環境の課題 潜在的ニーズ 顕在的ニーズ 法的制度の理解 仕組みの理解 既存プレイヤー の理解 ① ② ③
20. 【結論】サイクルを短く、回数を増やす方が良い プロダクトが 解決する課題 ユーザーの課題 環境の課題 潜在的ニーズ 顕在的ニーズ 法的制度の理解 仕組みの理解 既存プレイヤー の理解 ① ② ③
21. 振り返り 平たく言えば、プロダクト開発におけるディスカバリーのお話ですが 自分の持っているドメイン知識が足りない時は • いかに一次情報を取りに行くかを意識する（加えて行動する） • 構造や仕組みを理解しながらユーザーの課題を探す • プロダクトが解決する課題を捉えつつも、常にアップデートする • サイクルを回す事をちゃんとやる ユーザー自身が気づきにくいイシューに取り組む時こそ 多角的に物事を捉えて幾度も仮説構築＆検証を諦めない そのためにも！
22. PdMはイカを探そう！（違
23. おまけ
24. メンバーが増えてやったこと 途中から参加したメンバーは0からやってる人たちとは情報量が違う。 どうやってそこをカバーするのが良いのか 基本に立ち返ってinput & output
25. メンバーが増えてやったこと 以下のサイクルを回す 1.課題図書やweb経由でまずはインプット 2.ドキュメントに整理 3.毎週新メンバー主催の勉強会実施 ポイント アウトプット前提だと整理せざるを得ない 回数を重ねる毎に「自分だったら？」という思考 になりやすい
26. あなたにとってのイカはなんですか？（通算イカ三回目）
27. ご静聴 ありがとうございました 後で是非色々とお話しましょう 僕はエンガワが好きです