それ、プロダクトに機能追加しなくてもよくないっすか？

2022/10/28（Sat）
HackBAR.LT ver1.0.0 ~ product development ~
https://connpass.com/event/263313/

Transcript

1. それ、プロダクトに機能追加しなくてもよくないっすか？ 2022.10.29（Sat） ゆーたろー HackBAR.LT ver1.0.0 ~ product development ~
2. 自己紹介 ゆーたろー 職種：PdM1年目（という名の何でも屋） 経歴：大手重工→エンジニア→PdM その他： ・ブログ書いてます ・副業してます ・神戸グルメのインスタ（フォロワー約1.1万人） ・最近Bubbleを少し触っています ・神戸でエンジニア勉強会（交流会）を立ち上げました （Twitter：@shimotaroo）
3. プロダクト開発でよくあること お客さんから「◯◯をできるようにして欲しい」と言われ ました。 確かにそれはあった方が良いですね。 よし、早速どういう機能にするか考えます。 biz dev
4. いやいやいや・・・ ちょっと待ってくださいよ・・・！？
5. 顧客からフィードバックをもらったら そもそも対応するのか？ プロダクトに手を加える必要があるのか？ 1. 2. を考えましょう。
6. 「そもそも対応するのか？」を考えよう プロダクトは会社が実現したいことを実現するための1つの手段です。 フィードバックの内容がプロダクト（事業）の方向性と合っていない ならば、それは対応しない方が良いケースの方が多いです。
7. ✔️ プロダクト（事業）の方向性がブレないか ✔️ より多くのユーザーの課題解決につながるか まずはこれを考えましょう。
8. 例：ある機能が欲しいというフィードバックがあった場合 （プロダクト方針的に対応しない機能） 今後同じようなフィードバックがあるかもしれない 商談段階で「これはできない」と 事前に説明しておくのは1つの手です。
9. 検討の結果「対応する」と判断したら・・・
10. 「プロダクトに手を加える必要があるのか？」を考える プロダクトは課題を解決するための1つの方法です。 新しい施策をうつとなった場合は ✔️ セールスで対応する ✔️ CSで対応する などと比較しながらプロダクトで解決すべきか考えましょう。
11. やりたいこと やるべきこと たくさん 多くのスタートアップ（特にアーリーフェーズ）は こんな感じだと思います。 リソースは 足りない 時間も 足りない
12. 以下を総合的に考慮して判断する ✔️ 今割くことのできるリソース（人・お金） ✔️ プロダクトに手を加えた場合のインパクト・効果 ✔️ 他のタスクの優先度 今、プロダクトで解決すべき課題なのか？
13. 例：ある画面の操作方法が分かりにくいという フィードバックがあった場合 「画面のUI・UX改善」をするのがベスト 割ける工数・対応したときの効果によっては 「マニュアル作成＋CS対応」 の方が良い（短期的には）
14. コードを書けば書くほど 「 技術的負債 」 が増えてしまうことも考えましょう
15. まとめ ✔️ 課題を解決する方法はプロダクトだけではない
16. ※僕も修行中です
17. Thank you .