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
nyo_taro
October 01, 2024
Technology
1
220
プロダクト価値を考えるための情報透明化とチーム文化づくり
nyo_taro
October 01, 2024
Tweet
Share
More Decks by nyo_taro
See All by nyo_taro
RailsをPdM視点で見てみた
nyo_taro
0
58
過去の失敗からリアーキテクチャをやらないと判断した理由
nyo_taro
0
100
最新のRailsでPostgreSQLを使う良さ
nyo_taro
0
470
ドキュメントファーストの非同期文化で知ったこと
nyo_taro
1
290
チームで品質を高めながらSaaS開発を続けるためにやったこと.pdf
nyo_taro
0
46
Other Decks in Technology
See All in Technology
Global Databaseで実現するマルチリージョン自動切替とBlue/Greenデプロイ
j2yano
0
150
Amazon Athenaから利用時のGlueのIcebergテーブルのメンテナンスについて
nayuts
0
110
リクルートのエンジニア組織を下支えする 新卒の育成の仕組み
recruitengineers
PRO
1
140
事業モメンタムを生み出すプロダクト開発
macchiitaka
0
100
いまからでも遅くない!コンテナでWebアプリを動かしてみよう!コンテナハンズオン編
nomu
0
170
どちらかだけじゃもったいないかも? ECSとEKSを適材適所で併用するメリット、運用課題とそれらの対応について
tk3fftk
2
240
JavaにおけるNull非許容性
skrb
2
2.7k
データモデルYANGの処理系を再発明した話
tjmtrhs
0
210
30→150人のエンジニア組織拡大に伴うアジャイル文化を醸成する役割と取り組みの変化
nagata03
0
240
AIエージェント開発のノウハウと課題
pharma_x_tech
8
4.4k
データエンジニアリング領域におけるDuckDBのユースケース
chanyou0311
9
2.5k
開発者のための FinOps/FinOps for Engineers
oracle4engineer
PRO
2
220
Featured
See All Featured
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
Why Our Code Smells
bkeepers
PRO
336
57k
Site-Speed That Sticks
csswizardry
4
410
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.4k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
Building Adaptive Systems
keathley
40
2.4k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
49
2.3k
We Have a Design System, Now What?
morganepeng
51
7.4k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Transcript
プロダクト価値を考えるための情報透明化とチーム 文化づくり @nyo_taro
井上 翔太朗(@nyo_taro) セールステックのPM/EM 特徴 ・JOB理論/DDD ・好きなエディタはVSCode ・コーヒーは最近浅煎りの酸味系 自己紹介 @nyo_taro
今日の発表での問い なぜ情報が価値に必要なのか? 情報をどのように扱うか? 情報を扱える組織とは? @nyo_taro
BALES CLOUDでは下記のようなチーム構成です このチームで価値を生み出すために今回は情報に着目してお話します。 エンジニア:4名(業務委託3名) PdM/EM:1名(私) ドメインエキスパート:1名 デザイナー:1名 前提 @nyo_taro
皆さんは仮説立てのための情報はどのように管理されています か? @nyo_taro
マーケティングの有名な格言 ドリルを買う人が欲しいのは『穴』である @nyo_taro
穴を開けるための最適なものを作ろう! これは情報がないための仮説構築があやまった例です @nyo_taro
仮説の構築に使用した情報 背景:子供の記念写真を飾りたい 目標:穴をあける 方法:ドリルを使う、ハンマーと釘をを使う @nyo_taro
仮説に関連する情報の構造 @nyo_taro
「制約」という情報があるとないとで大きく要件が変化する 背景:子供の記念写真を家族で見れるようにしたい 目標:壁に子供の記念写真を見れるようにしたい 方法:ドリルを使って穴をあける、両面テープを使う 成約:マンションのルールで大きい穴は空けられない、壁に色がつくと修 繕費がかかる @nyo_taro
情報がかけることにより ドリルの穴の大きさや壁の色に関する成約が外れてしまう @nyo_taro
🎯 なぜ情報が価値に必要なのか? 正しい情報で良い仮説を構築するため 良い仮説であるロジックを全員が理解できる状態にするため @nyo_taro
情報を得るために必要なことはなにか? @nyo_taro
情報を得るために必要なことはなにか? 情報の蓄積 情報の透明性 情報の解釈 @nyo_taro
商談情報を蓄積する 顧客の声は何よりも価値が高い 顧客の声が聞けるということそのものに価値がある ただ全ての商談に同席し続けるのは無理がある @nyo_taro
tl;dvによる商談情報録音と蓄積 @nyo_taro
MTGを簡易的に検索可能にする @nyo_taro
最初の顧客は内部のセールス 仲間の声を聞くことは価値につながるヒントになる とはいえどこで話されてるかは常にキャッチはできない 内部の声を蓄積する @nyo_taro
内部の声を収集する @nyo_taro
集めた内部の声をカテゴライズし蓄積 @nyo_taro
情報がオープンでアクセス可能であれば、問題ないですか? @nyo_taro
情報量が多すぎて理解に時間がかかる 情報が分散していて見つけにくい 理解に時間がかかる 課題 @nyo_taro
tl;dvによる情報の要約 @nyo_taro
要約前 テスト機能の欲求はレクチャー中に も出てきて、下書きを使うなら時間 を伴った通知も欲しいよなあ と・・・!2024-07-09T06:56:59Z 構想にはある前提で・・・ 通常の通知と同じように「左上の ベルマークに出てくる」とかだとや っぱ良いよなあと思います レクチャー中にも出てきて、下書き
要約後 テスト機能に関する要望として、下 書きメールに時間を伴った通知機能 を追加し、通常の通知と同様に左 上のベルマークに表示されることが 望ましいと述べられています。 NotionAIによる内部の声の要約 @nyo_taro
🎯 情報をどのように扱うか? まずはあらゆる情報を集める 集めたものは検索しやすいように整理する 集めても人は見ないのでAIで解釈しやすくする @nyo_taro
この情報をどのように価値につなげるか? @nyo_taro
これを活用する組織文化 ドキュメントを読むのに慣れた組織 情報を解釈し考える時間がある組織 @nyo_taro
大事なことを考えたり理解するのは時間が必要 1. 大事なことを考えるのには時間がかかる 2. 重要な考慮には深い集中が必要 3. 深い集中にはまとまった時間が必要 (集中するまでには20分かかるという話もある) @nyo_taro
早くやることは大事だが、早く結論を出すことは大事ではない 時間的な余裕の無さや制約は早く結論を出さなければならないプレッシャーが 発生する 自分達は目指すのは良い結論を出すことで早く結論を出すことではない 難しいことの結論を出すにはそれなりの時間が必要 @nyo_taro
とはいえ、時間かけすぎてもなのでバランスを取っていく わからないことは試行する @nyo_taro
目指すべきに価値に向けて試行回数を上げる @nyo_taro
情報の不足によって間違った価値提供になる 情報は蓄積と解釈をセットにすることで価値につなげる 期間内の試行回数を上げることで仮説のFBサイクルを回す まとめ @nyo_taro