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
360
それ、プロダクトに機能追加しなくてもよくないっすか?
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
650
SNSは最強
shimotaroo
3
660
イシューからはじめよう
shimotaroo
0
500
マーケ・セールス担当者の話を理解したいいいいい!!!
shimotaroo
0
1.3k
自分のペースで頑張ればいんじゃない?というお話
shimotaroo
0
1.8k
つながる勉強会立ち上げからの1年間を振り返る/tsunagaru-kobe-2021
shimotaroo
0
260
【ハンズオン】PHPUnitでのテストコード実装超入門/PHP-Hands-On
shimotaroo
0
6.1k
SPA/CSR/SSR/SSGまとめ/SPA-SSR-SSG
shimotaroo
0
7.3k
実務経験1年未満の転職談〜転職はアリだぞ〜/Career Change Stories
shimotaroo
0
6k
Other Decks in Technology
See All in Technology
Step Functions First - サーバーレスアーキテクチャの新しいパラダイム
taikis
1
280
怖くない!GritQLでBiomeプラグインを作ろうよ
pal4de
1
140
【2025 Japan AWS Jr. Champions Ignition】点から線、線から面へ〜僕たちが起こすコラボレーション・ムーブメント〜
amixedcolor
1
100
会社もクラウドも違うけど 通じたコスト削減テクニック/Cost optimization strategies effective regardless of company or cloud provider
aeonpeople
2
370
MCPに潜むセキュリティリスクを考えてみる
milix_m
1
870
AI駆動開発 with MixLeap Study【大阪支部 #3】
lycorptech_jp
PRO
0
270
Power Automate のパフォーマンス改善レシピ / Power Automate Performance Improvement Recipes
karamem0
0
270
DatabricksのOLTPデータベース『Lakebase』に詳しくなろう!
inoutk
0
160
Microsoft Learn MCP/Fabric データエージェント/Fabric MCP/Copilot Studio-簡単・便利なAIエージェント作ってみた -"Building Simple and Powerful AI Agents with Microsoft Learn MCP, Fabric Data Agent, Fabric MCP, and Copilot Studio"-
reireireijinjin6
1
140
From Live Coding to Vibe Coding with Firebase Studio
firebasethailand
1
310
PdM業務における使い分け
shinshiro
0
670
Amazon CloudWatchのメトリクスインターバルについて / Metrics interval matters
ymotongpoo
3
280
Featured
See All Featured
What's in a price? How to price your products and services
michaelherold
246
12k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
47
9.6k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Faster Mobile Websites
deanohume
308
31k
The Power of CSS Pseudo Elements
geoffreycrofte
77
5.9k
It's Worth the Effort
3n
185
28k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
760
Producing Creativity
orderedlist
PRO
346
40k
The Straight Up "How To Draw Better" Workshop
denniskardys
235
140k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
60k
Designing for Performance
lara
610
69k
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 .