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
290
それ、プロダクトに機能追加しなくてもよくないっすか?
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
470
SNSは最強
shimotaroo
3
570
イシューからはじめよう
shimotaroo
0
410
マーケ・セールス担当者の話を理解したいいいいい!!!
shimotaroo
0
1.2k
自分のペースで頑張ればいんじゃない?というお話
shimotaroo
0
1.8k
つながる勉強会立ち上げからの1年間を振り返る/tsunagaru-kobe-2021
shimotaroo
0
200
【ハンズオン】PHPUnitでのテストコード実装超入門/PHP-Hands-On
shimotaroo
0
5.8k
SPA/CSR/SSR/SSGまとめ/SPA-SSR-SSG
shimotaroo
0
7k
実務経験1年未満の転職談〜転職はアリだぞ〜/Career Change Stories
shimotaroo
0
5.9k
Other Decks in Technology
See All in Technology
CEL(Common Expression Language)で書いた条件にマッチしたIAM Policyを見つける / iam-policy-finder
fujiwara3
0
710
目標設定は好きですか? アジャイルとともに目標と向き合い続ける方法 / Do you like target Management?
kakehashi
10
3k
How to Think Like a Performance Engineer
csswizardry
4
590
【基調講演】変える、今ここから ― IoTとAIで紡ぐ未来
soracom
PRO
0
310
AWSで”最小権限の原則”を実現するための考え方 /20240722-ssmjp-aws-least-privilege
opelab
10
4.3k
コンテナ・K8s研修 - 後半 Kubernetes 基礎&ハンズオン【MIXI 24新卒技術研修】
mixi_engineers
PRO
1
120
LINE WORKSへ簡単通知!Incoming Webhookアプリの紹介
mmclsntr
0
110
OSSコミットしてZennの課題を解決した話
dyoshikawa1993
0
150
JBUG岡山 #6 WordCamp男木島の チームビルディング
takeshifurusato
0
150
累計ダウンロード数1億8000万を超えるアプリケーションプラットフォームのレガシーシステム脱却とモダン化への道
kmitsuhashi
0
120
Github Actions 로 Android 팀의 효율성 극대화
hadonghyun
0
160
RAGのサービスをリリースして1年3ヶ月が経ちました
segavvy
4
900
Featured
See All Featured
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
36
9.1k
How to name files
jennybc
67
96k
Automating Front-end Workflow
addyosmani
1362
200k
Visualization
eitanlees
139
14k
Fashionably flexible responsive web design (full day workshop)
malarkey
399
65k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
26
1.6k
Stop Working from a Prison Cell
hatefulcrawdad
266
20k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
228
16k
Build The Right Thing And Hit Your Dates
maggiecrowley
28
2.2k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
129
32k
[RailsConf 2023] Rails as a piece of cake
palkan
35
4.4k
Practical Orchestrator
shlominoach
185
10k
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 .