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
320
プロダクト価値を考えるための情報透明化とチーム文化づくり
nyo_taro
October 01, 2024
Tweet
Share
More Decks by nyo_taro
See All by nyo_taro
RailsをPdM視点で見てみた
nyo_taro
0
95
過去の失敗からリアーキテクチャをやらないと判断した理由
nyo_taro
0
110
最新のRailsでPostgreSQLを使う良さ
nyo_taro
0
590
ドキュメントファーストの非同期文化で知ったこと
nyo_taro
1
430
チームで品質を高めながらSaaS開発を続けるためにやったこと.pdf
nyo_taro
0
59
Other Decks in Technology
See All in Technology
生成AI_その前_に_マルチクラウド時代の信頼できるデータを支えるSnowflakeメタデータ活用術.pdf
cm_mikami
0
120
Optuna DashboardにおけるPLaMo2連携機能の紹介 / PFN LLM セミナー
pfn
PRO
2
920
データエンジニアがこの先生きのこるには...?
10xinc
0
460
Adminaで実現するISMS/SOC2運用の効率化 〜 アカウント管理編 〜
shonansurvivors
3
380
AWSにおけるTrend Vision Oneの効果について
shimak
0
140
20201008_ファインディ_品質意識を育てる役目は人かAIか___2_.pdf
findy_eventslides
2
550
10年の共創が示す、これからの開発者と企業の関係 ~ Crossroad
soracom
PRO
1
620
Where will it converge?
ibknadedeji
0
200
AWS IoT 超入門 2025
hattori
0
210
Adapty_東京AI祭ハッカソン2025ピッチスライド
shinoyamada
0
170
SREとソフトウェア開発者の合同チームはどのようにS3のコストを削減したか?
muziyoshiz
1
110
社内お問い合わせBotの仕組みと学び
nish01
1
490
Featured
See All Featured
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.6k
Automating Front-end Workflow
addyosmani
1371
200k
Testing 201, or: Great Expectations
jmmastey
45
7.7k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
Done Done
chrislema
185
16k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.7k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.9k
Optimising Largest Contentful Paint
csswizardry
37
3.4k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.2k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Building Adaptive Systems
keathley
43
2.8k
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