プロダクト開発の落とし穴と改善したいマインド

Slide 1

Slide 1 text

プロダクト開発の落とし穴と改善したいマインド株式会社PM Club / 合同会社PeerQuest  Mai Namikawa 〜PM Club 大交流会〜

Slide 2

Slide 2 text

わたしは誰？浪川舞｜Mai Namikawa（Twitter: maidol_28）音楽大学ピアノ専攻バックエンドエンジニアプロジェクトマネージャープロダクトマネージャー

Slide 3

Slide 3 text

過去に勉強会にご参加いただいた方、スポンサードいただいた企業様、ありがとうございます！開発PM勉強会 PM Careerの開発

Slide 4

Slide 4 text

万が一、演奏会にも興味があるよって方がいたら後ほどお声かけください（＾ω＾）超絶余談（笑）

Slide 5

Slide 5 text

プロダクトディスカバリーできてますか？

Slide 6

Slide 6 text

プロダクトディスカバリーって？どんなユーザーの、何の課題を解くべきかを定める意思決定プロセスに顧客・ユーザーを巻き込むプロダクトが解決したいのは「ユーザー」の課題です。まずはユーザーが誰なのか、  何に困っているのか、要件になる前の課題、要求を特定する必要があります。ユーザーの課題を特定するには、ただPMが1人で考えていても答えに辿り着きません。  仮説となったユーザー、課題、ソリューションは、実際のユーザーと共に検証します。

Slide 7

Slide 7 text

プロダクトディスカバリープロダクトデリバリーファクト収集ユーザーヒアリング仮説立案企画・開発デプロイリリース運用・フィードバック学習振り返りプロダクトディスカバリーとデリバリー

Slide 8

Slide 8 text

引用：アトラシアン、プロダクトのライフサイクル全体を支援--「Jira Product Discobery」を提供（ZDNET）

Slide 9

Slide 9 text

今日のポイントプロダクト開発と私のキャリアプロダクトディスカバリーのありがちな罠プロダクトディスカバリーに必要なマインド SIer、受託開発畑の私がアンラーニングしたポイント（QAあれば）

Slide 10

Slide 10 text

プロダクト開発と私

Slide 11

Slide 11 text

プロダクト開発と私のキャリア年表 Web  エンジニア企画・営業マーケティング  (リアルの) PL / PjM 広報  マーケティング  (デジタル) 新規事業 0→1 エンジニア管理職ピアニストプロダクト顧問 DX研修講師ソフトウェア  開発内製化支援 2012 2014 2017 2018 2019〜音楽教室会社設立スタートアップ SIer

Slide 12

Slide 12 text

プロダクト開発と私のキャリア年表 Web  エンジニア企画・営業マーケティング  (リアルの) PL / PjM 広報  マーケティング  (デジタル) 新規事業 0→1 エンジニア管理職ピアニストプロダクト顧問 DX研修講師ソフトウェア  開発内製化支援 2012 2014 2017 2018 2019〜キャリアとしてはエンジニアが長いけど  マーケティングの経験は今に生きているかも

Slide 13

Slide 13 text

音楽教室時代定量的な数値情報を常に意識するようになったユーザーの情報を足で稼ぐ大切さを知った

Slide 14

Slide 14 text

音楽教室時代売上に繋がることはとにかくなんでもやらされたユーザーのことを知ることの大切さを実感「数字を読めるようになる」が新人の頃の必達目標のため、上司と廊下ですれ違うと何かしらの数字を聞かれる（ex. 今月の入会数、今月の楽器販売営業アポ数、チラシのポスティング数）毎月のKPI報告会では達成できていないとホールの壇上で全社員の前で謝る風習も。笑都心と郊外で反応がある折込チラシが変わる、ティッシュ配りの受け取り方が変わる、個人宅営業と法人宅営業で刺さる営業トークが違う、などなど…

Slide 15

Slide 15 text

エンジニア時代ソフトウェア開発の全貌がわかったロジカルシンキングが身についた

Slide 16

Slide 16 text

エンジニア・プロジェクトマネージャー時代 Webシステムの裏側を把握エンジニアリングは手段でしかないことも痛感バックエンドエンジニアを経験したことで、表には見えていないデータ構造や外部接続等の仕組みを理解！さらには金融・証券系の案件で裁判沙汰規模の障害を起こすなどの修羅場もくぐり、リスク管理が超得意なプロジェクトマネージャーに…？（胃が痛い）いくら開発を頑張っても使われなければ全く意味がない、深夜まで残業した炎上プロジェクトが途中でリリースを諦め破綻しているチームも目にする…  私たちがやっていることって短期的な思考すぎる？？この辺りで上司に直談判してマーケティングなど市場調査から関われるポジションへ

Slide 17

Slide 17 text

新規事業立ち上げ時代 1人目エンジニア兼役員として経営視点をもったユーザーヒアリングが本当に大事だった

Slide 18

Slide 18 text

新規事業立ち上げ時代スタートアップに参画し執行役員エンジニアへ結局ユーザーヒアリングが大事友人が企業した会社の1人目エンジニアとしてジョインし、これまでの整った「会社」環境から一変、何もない6畳アパートの1室がオフィスに。ここからどう売上を立てるのか、本当の意味で必死に経営を考える… 新規事業で始めたコワーキングスペースに毎日出社し、実際にユーザーの声を聞きながらその場で開発を進める日々。ユーザーニーズに合致し、メディアからも問い合わせが多数。ここでの出会いから、いまだに開発仲間として関わる大事なメンバーに囲まれ、今に至る…

Slide 19

Slide 19 text

仕事における全経験を無駄にしない意気込みでここまで走ってきた

Slide 20

Slide 20 text

プロダクトデリバリーからプロダクトディスカバリーへ

Slide 21

Slide 21 text

Slide 22

Slide 22 text

どんな転機があったのか？

Slide 23

Slide 23 text

コロナ禍前の私の仕事いわゆる既存案件の「プロジェクトマネージャー」 { 目的・要件が決まっている状態から、完成を目指してQCDSを調整し、「ソフトウェア開発」をリードしていくことがメインの責g { 案件情報として要求がすでに定められているIT業界の依頼内容が多W { ex. 20xx年xx月に初期リリース目@ { ex. 既存システムのリプレーA { ex. 要件定義以降の基本設計から参画

Slide 24

Slide 24 text

コロナ禍が呼んだ仕事の変化 0→1の「新規プロダクト立ち上げ」ニーズが爆増 w 主に非IT業界（ウェディング業界や飲食業界など）のDX進F w 事業再生補助金などを活用した新規開発で再建を図る需I w 2020年を皮切りにユーザーの「課題」「要求」の特定から  支援するスキルが必要k w 要件になる前段階のファクト収集→インサイト分析→仮説立案→検 w 「プロダクトマネジメント」に出会う

Slide 25

Slide 25 text

プロダクトディスカバリーの領域へようこそ

Slide 26

Slide 26 text

プロダクトディスカバリーにありがちな罠

Slide 27

Slide 27 text

皆さんのあるあるを聞かせてくださいアンケートをお手元に開いてご回答くださいファクトがない状態で議論してしまう根拠のない機能を企画する人がいる要求の意図が開発メンバーに正しく伝わらない関係者が多くなり優先順位を決めかねる

Slide 28

Slide 28 text

ファクトがない状態で議論してしまう「文字サイズ大きくしたら皆が見やすいサイトに  　なるんじゃない？」「文字サイズが小さくて離脱している」といったファクトがある提案？誰かって誰？見づらい、の背景にある理由は何？「前に誰かが、サイトが見づらいって言ってた気がする」要チェック要チェック CS マーケター

Slide 29

Slide 29 text

使われる根拠のない機能を企画する人がいる「いや、新しい技術が出たから  　活用できる機能作ってみましょうよ！」その機能を作る理由となる「顧客の課題」はどこにある？「クライアントの社長が思いついたらしいので、  　急遽文字色の変換機能を作ってください！」要チェック営業エンジニア

Slide 30

Slide 30 text

関係者が多くなり優先順位を決めかねる「文字サイズ調整機能に不具合が出ているので  　そちらの改善を先にやるべきです！」 KPIが違う両者で相互理解をせずにバチバチ対立していない？「A社からは文字色変換機能があったら  　買うと言われています！」要チェック営業エンジニア

Slide 31

Slide 31 text

要求の意図が開発メンバーに正しく伝わらない「なぜ自販機？喉が渇いたならカフェでいいのでは？」せっかく得たユーザーの情報がブラックボックス化していない？「喉が渇いた！」要チェックエンジニアユーザーユーザーヒアリングで得た様々な背景や条件＼決定／

Slide 32

Slide 32 text

Slide 33

Slide 33 text

適切な意思決定のために改善できること

Slide 34

Slide 34 text

Slide 35

Slide 35 text

解決編：ファクトがない状態で議論してしまうファクト情報を気軽に共有、一箇所に集め⁨⁩られる環境をつくる利用者の80%が 75歳以上の高齢者文字サイズが小さいというクレームが過去30日で10件発生文字サイズを原因とした解約率が先月より10%増加

Slide 36

Slide 36 text

Slide 37

Slide 37 text

解決編：根拠のない機能を企画する人がいるその機能を作る背景となる課題を明確にするファクト  (事実) インサイト  (推察・気づき) 課題の仮説これらが出せる？実際に書き出してもらう【ファクト】会員登録画面で明らかに離脱率があがっている  　　　　　　社長や一部の人からは色が見えないと問い合わせあり【インサイト】サイトの文字が見づらく会員登録ができないのではないか  【課題の仮説】特定の人にとって見づらい配色になっているならば、  　　　　　　　アクセシビリティの対策をすることで解決できるはずである

Slide 38

Slide 38 text

Slide 39

Slide 39 text

解決編：関係者が多くなり優先順位を決めかねる様々な角度で影響度を重みづけ。ROIの高い施策を共通認識しよう各部署のKPIを掛け合わせで検討できるツールもここ最近、顧問先でRICEやScoreCard、狩野モデルなどを組み合わせて優先順位づけを研究するワークをやったりしたのでご興味ある方は後ほど声かけてください

Slide 40

Slide 40 text

Slide 41

Slide 41 text

解決編：要求の意図が開発メンバーに正しく伝わらない要件が決まる前段階の背景を共有して開発すべき機能の解像度をUP 理想は、市場調査やユーザーヒアリングの段階からエンジニアを巻き込むことカフェに行く時間はない手軽に喉をうるおしたい＼決定／

Slide 42

Slide 42 text

皆さんのあるある投票結果を見てみよう

Slide 43

Slide 43 text

当日の会場でのアンケート解答はこのような結果でした！会場の皆さんも色んなあるあるに出会してました！

Slide 44

Slide 44 text

まとめ

Slide 45

Slide 45 text

プロダクトディスカバリーに必要なマインド憶測や妄想ではなくファクトを重視する機能・ソリューションではなく課題から考えるユーザーの解像度をとにかく上げる小さく、早く検証を繰り返し、失敗しても学習するユーザーとユーザーの課題を探求する！

Slide 46

Slide 46 text

あれ、こんなところに PM育成にぴったりの教材が・・・

Slide 47

Slide 47 text

ありがとうございました PM関連や音楽関連、雑多に発信しています！ Xのフォローもよろしく〜〜PM Club 大交流会〜