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
Yutaro Shimoda
October 29, 2022
Technology
0
340
それ、プロダクトに機能追加しなくてもよくないっすか?
2022/10/28(Sat)
HackBAR.LT ver1.0.0 ~ product development ~
https://connpass.com/event/263313/
Yutaro Shimoda
October 29, 2022
Tweet
Share
More Decks by Yutaro Shimoda
See All by Yutaro Shimoda
エンジニアの次のキャリアに プロダクトマネージャーという選択
shimotaroo
2
610
SNSは最強
shimotaroo
3
630
イシューからはじめよう
shimotaroo
0
460
マーケ・セールス担当者の話を理解したいいいいい!!!
shimotaroo
0
1.3k
自分のペースで頑張ればいんじゃない?というお話
shimotaroo
0
1.8k
つながる勉強会立ち上げからの1年間を振り返る/tsunagaru-kobe-2021
shimotaroo
0
230
【ハンズオン】PHPUnitでのテストコード実装超入門/PHP-Hands-On
shimotaroo
0
6k
SPA/CSR/SSR/SSGまとめ/SPA-SSR-SSG
shimotaroo
0
7.2k
実務経験1年未満の転職談〜転職はアリだぞ〜/Career Change Stories
shimotaroo
0
6k
Other Decks in Technology
See All in Technology
プルリクエストレビューを終わらせるためのチーム体制 / The Team for Completing Pull Request Reviews
nekonenene
4
2k
リクルートのエンジニア組織を下支えする 新卒の育成の仕組み
recruitengineers
PRO
2
210
Linuxのブートプロセス
sat
PRO
6
100
20250307_エンジニアじゃないけどAzureはじめてみた
ponponmikankan
2
270
スクラムというコンフォートゾーンから抜け出そう!プロジェクト全体に目を向けるインセプションデッキ / Inception Deck for seeing the whole project
takaking22
3
240
Postman AI Agent Builderで AI Agentic workflow のプロトタイピング / Prototyping AI Agentic Workflow with Postman AI Agent Builder
yokawasa
0
150
4th place solution Eedi - Mining Misconceptions in Mathematics
rist
0
160
OPENLOGI Company Profile
hr01
0
60k
自分のやることに価値を見出だせるようになり、挑戦する勇気をもらったベイトソンの考え / Scrum Fest Fukuoka 2025
bonbon0605
0
170
きのこカンファレンス_ランチスポンサーセッション
kabaya
1
190
Cracking the Coding Interview 6th Edition
gdplabs
14
28k
サイト信頼性エンジニアリングとAmazon Web Services / SRE and AWS
ymotongpoo
8
1.9k
Featured
See All Featured
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.7k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
29
1.1k
Gamification - CAS2011
davidbonilla
80
5.2k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
227
22k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
21
2.5k
Measuring & Analyzing Core Web Vitals
bluesmoon
6
270
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Become a Pro
speakerdeck
PRO
26
5.2k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
49k
Making Projects Easy
brettharned
116
6k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
46
2.4k
Transcript
それ、プロダクトに機能追加しなくてもよくないっすか? 2022.10.29(Sat) ゆーたろー HackBAR.LT ver1.0.0 ~ product development ~
自己紹介 ゆーたろー 職種:PdM1年目(という名の何でも屋) 経歴:大手重工→エンジニア→PdM その他: ・ブログ書いてます ・副業してます ・神戸グルメのインスタ(フォロワー約1.1万人) ・最近Bubbleを少し触っています ・神戸でエンジニア勉強会(交流会)を立ち上げました
(Twitter:@shimotaroo)
プロダクト開発でよくあること お客さんから「◯◯をできるようにして欲しい」と言われ ました。 確かにそれはあった方が良いですね。 よし、早速どういう機能にするか考えます。 biz dev
いやいやいや・・・ ちょっと待ってくださいよ・・・!?
顧客からフィードバックをもらったら そもそも対応するのか? プロダクトに手を加える必要があるのか? 1. 2. を考えましょう。
「そもそも対応するのか?」を考えよう プロダクトは会社が実現したいことを実現するための1つの手段です。 フィードバックの内容がプロダクト(事業)の方向性と合っていない ならば、それは対応しない方が良いケースの方が多いです。
✔️ プロダクト(事業)の方向性がブレないか ✔️ より多くのユーザーの課題解決につながるか まずはこれを考えましょう。
例:ある機能が欲しいというフィードバックがあった場合 (プロダクト方針的に対応しない機能) 今後同じようなフィードバックがあるかもしれない 商談段階で「これはできない」と 事前に説明しておくのは1つの手です。
検討の結果「対応する」と判断したら・・・
「プロダクトに手を加える必要があるのか?」を考える プロダクトは課題を解決するための1つの方法です。 新しい施策をうつとなった場合は ✔️ セールスで対応する ✔️ CSで対応する などと比較しながらプロダクトで解決すべきか考えましょう。
やりたいこと やるべきこと たくさん 多くのスタートアップ(特にアーリーフェーズ)は こんな感じだと思います。 リソースは 足りない 時間も 足りない
以下を総合的に考慮して判断する ✔️ 今割くことのできるリソース(人・お金) ✔️ プロダクトに手を加えた場合のインパクト・効果 ✔️ 他のタスクの優先度 今、プロダクトで解決すべき課題なのか?
例:ある画面の操作方法が分かりにくいという フィードバックがあった場合 「画面のUI・UX改善」をするのがベスト 割ける工数・対応したときの効果によっては 「マニュアル作成+CS対応」 の方が良い(短期的には)
コードを書けば書くほど 「 技術的負債 」 が増えてしまうことも考えましょう
まとめ ✔️ 課題を解決する方法はプロダクトだけではない
※僕も修行中です
Thank you .