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
330
それ、プロダクトに機能追加しなくてもよくないっすか?
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
580
SNSは最強
shimotaroo
3
610
イシューからはじめよう
shimotaroo
0
450
マーケ・セールス担当者の話を理解したいいいいい!!!
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
Tokyo RubyKaigi 12 - Scaling Ruby at GitHub
jhawthorn
2
130
srekaigi2025-hajimete-ippo-aws
masakichieng
0
130
FinJAWS_reinvent2024_recap_database
asahihidehiko
2
310
横断SREの立ち上げと、AWSセキュリティへの取り組みの軌跡
rvirus0817
3
3.6k
日本語プログラミングとSpring Bootアプリケーション開発 #kanjava
yusuke
0
110
色々なAWSサービス名の由来を調べてみた
iriikeita
0
150
サービスローンチを成功させろ! 〜SREが教える30日間の攻略ガイド〜
mmmatsuda
2
3.6k
Enhancing SRE Using AI
yoshiiryo1
1
120
20250125_Agent for Amazon Bedrock試してみた
riz3f7
2
110
サーバレスの未来〜The Key to Simplifying Everything〜
kawaji_scratch
2
330
サーバーレス環境における生成AI活用の可能性
mikanbox
1
160
SREとしてスタッフエンジニアを目指す / SRE Kaigi 2025
tjun
14
4.8k
Featured
See All Featured
How to Ace a Technical Interview
jacobian
276
23k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
7
590
Practical Orchestrator
shlominoach
186
10k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
Designing Experiences People Love
moore
139
23k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
226
22k
Building Applications with DynamoDB
mza
93
6.2k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
29
980
Scaling GitHub
holman
459
140k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7k
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 .