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
600
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
MIMEと文字コードの闇
hirachan
2
1.4k
Aurora PostgreSQLがCloudWatch Logsに 出力するログの課金を削減してみる #jawsdays2025
non97
1
210
【Findy】「正しく」失敗できる チームの作り方 〜リアルな事例から紐解く失敗を恐れない組織とは〜 / A team that can fail correctly by findy
i35_267
5
900
AWS Well-Architected Frameworkで学ぶAmazon ECSのセキュリティ対策
umekou
2
150
Apache Iceberg Case Study in LY Corporation
lycorptech_jp
PRO
0
330
DevinでAI AWSエンジニア製造計画 序章 〜CDKを添えて〜/devin-load-to-aws-engineer
tomoki10
0
140
IAMポリシーのAllow/Denyについて、改めて理解する
smt7174
2
210
ABWG2024採択者が語るエンジニアとしての自分自身の見つけ方〜発信して、つながって、世界を広げていく〜
maimyyym
1
180
AWSアカウントのセキュリティ自動化、どこまで進める? 最適な設計と実践ポイント
yuobayashi
7
630
AIエージェント時代のエンジニアになろう #jawsug #jawsdays2025 / 20250301 Agentic AI Engineering
yoshidashingo
8
3.7k
システム・ML活用を広げるdbtのデータモデリング / Expanding System & ML Use with dbt Modeling
i125
1
320
わたしがEMとして入社した「最初の100日」の過ごし方 / EMConfJp2025
daiksy
14
5.1k
Featured
See All Featured
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
100
18k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.6k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.7k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.3k
Building Flexible Design Systems
yeseniaperezcruz
328
38k
GraphQLとの向き合い方2022年版
quramy
44
14k
Done Done
chrislema
182
16k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3k
Being A Developer After 40
akosma
89
590k
A Tale of Four Properties
chriscoyier
158
23k
Code Reviewing Like a Champion
maltzj
521
39k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
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 .