Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
捨てて加速するプロダクト開発 / sutete-speedup-product-develop...
Search
Takahiro Tsuchiya
December 14, 2023
Technology
3
720
捨てて加速するプロダクト開発 / sutete-speedup-product-development
2023-12-14
「プロダクトマネジメント 先達に倣う実践事例 Lunch LT」で発表した資料です
https://findy.connpass.com/event/303778/
Takahiro Tsuchiya
December 14, 2023
Tweet
Share
More Decks by Takahiro Tsuchiya
See All by Takahiro Tsuchiya
PicoRubyでLチカ
corocn
0
110
Kaigi on Rails 2024 - Rails APIモードのためのシンプルで効果的なCSRF対策 / kaigionrails-2024-csrf
corocn
11
7.1k
現場のエンジニアから見た採用担当との協働
corocn
7
3.1k
シリーズAをリファラル採用中心に走り抜ける / leaner-referral-engineer-2024
corocn
4
2.3k
リファラル採用にフルベットしてみた
corocn
3
3.9k
エンジニアとプロダクトマネージャーを兼任した1年間を振り返る / pdm-furikaeri
corocn
17
8.2k
育休のすゝめ #devsumi 2023
corocn
3
5.2k
GCPでRubyを動かしている話 / ruby on gcp
corocn
0
980
フルリモートワーカーのデスク選定 / how-to-select-remote-work-desk
corocn
1
650
Other Decks in Technology
See All in Technology
MapKitとオープンデータで実現する地図情報の拡張と可視化
zozotech
PRO
1
130
文字列の並び順 / Unicode Collation
tmtms
3
520
[JAWS-UG 横浜支部 #91]DevOps Agent vs CloudWatch Investigations -比較と実践-
sh_fk2
1
250
非CUDAの悲哀 〜Claude Code と挑んだ image to 3D “Hunyuan3D”を EVO-X2(Ryzen AI Max+395)で動作させるチャレンジ〜
hawkymisc
1
170
Uncertainty in the LLM era - Science, more than scale
gaelvaroquaux
0
840
AI 駆動開発勉強会 フロントエンド支部 #1 w/あずもば
1ftseabass
PRO
0
320
MLflowで始めるプロンプト管理、評価、最適化
databricksjapan
1
140
グレートファイアウォールを自宅に建てよう
ctes091x
0
140
Playwrightのソースコードに見る、自動テストを自動で書く技術
yusukeiwaki
13
5.2k
エンジニアリングマネージャー はじめての目標設定と評価
halkt
0
270
Snowflakeでデータ基盤を もう一度作り直すなら / rebuilding-data-platform-with-snowflake
pei0804
4
1.3k
Gemini でコードレビュー知見を見える化
zozotech
PRO
1
240
Featured
See All Featured
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
1.6k
Done Done
chrislema
186
16k
The Language of Interfaces
destraynor
162
25k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.3k
Building a Scalable Design System with Sketch
lauravandoore
463
34k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.3k
Designing for humans not robots
tammielis
254
26k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.2k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
54k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
253
22k
Mobile First: as difficult as doing things right
swwweet
225
10k
Transcript
捨てて加速するプロダクト開発 2023-12-14「プロダクトマネジメント 先達に倣う実践事例 Lunch LT」 株式会社Leaner Technologies @corocn
自己紹介 株式会社Leaner Technologies ころちゃん / つちや たかひろ Leaner見積の開発チーム 岐阜からリモート Dev
と PM をいったりきたり PMとしては🐤です @corocn
None
今日は “機能を捨てる” にフォーカス
こんな人の参考になるといい - プロダクトマネージャーとしてのキャリアに興味があるエンジニア - ユーザーへの価値貢献のスピードをあげたいと思ってるエンジニア
今日伝えたいこと
理想のプロダクト 勇者の剣 勇者の盾 勇者の兜
現実のプロダクト 最初の町で 買った武器 中盤のダンジョン のボス対策武器 低レベル帯でしか使わない回復薬 こんな背負ってて戦える? 稀に飛んでる 敵に使う武器 勇者の剣
捨てる覚悟がいる - (スタートアップで資金調達をしているという側面もありますが) - 事業としてやっている以上、成長とそのスピードが求められる - はやく遠くに行くために、不要な武器を捨てる覚悟が必要
エンジニアは理解しやすい? - どの機能が原因で複雑になっているか、コード見て分かっているはず。 - リファクタするときに、この機能がなければもっと楽にかけるのに。 - 開発してない人からするとピンとこないことが多い。 - エンジニア出身のPMは、消す活動に熱を注ぎやすい。
Leanerではどうだったか - BtoBかつエンプラ向けのサービス(見積書回収や査定ができるサービス) - 当時、PMF手前ぐらいだった - いまのコードベースの上でピボットもしてきた - 例に漏れず、使ってない機能があり、消せてなかった -
業務フローのはじまりのあたりの分岐が後段の機能に波及していた
じゃあ消そう!
でも消すの難しくない? - はい
なぜ難しい? - エンジニアだけでは影響範囲がわからない。 - 職能間のコミュニケーションがしにくい。(特に縦割り組織) - 仕様の負債を倒すほうが全体で見るとコスパがいいのに、 局所的な解決策(技術負債の解消など)に比重をおいてしまう。
リリース前にもっと作り込めば? - それができるなら苦労はしない。 - どうやったって外すときは、外す。 - 撤退戦を学ぶことでトライしやすくしたほうが健全。
捨てるためのヒント
職能間で気軽に話せる状態にする - チームビルディング的なアプローチはなんにせよ必要。 - Leanerの場合 - セールス・CSとエンジニアの距離をとにかく近づけるようにしている。 - 職能間で会話する機会を意図的に設けている。オススメ。 -
プロダクト開発とチームづくりを支えるLeanerの「相棒制度」 - https://zenn.dev/leaner_dev/articles/7247da2c607f56
顧客に聞く - 聞けば一発でわかることを悩む必要はない - 聞いて解決できるフェーズなのに大掛かりな削除フローを回す必要もない - きれいに解決しようと思いすぎない - Leanerの場合 -
CS(カスタマーサクセス)に相談 → すぐ電話いれて聞きますよ! → 解決 → さくっと削除 - みたいなことをよくやっている - そんな簡単に聞いてくれるの?神か?という体験をした
しれっと消してみる - とりあえず消して様子を見る。 - 問い合わせがなければそれでいい。 - だめそうならさっと戻せばいい。 - Leanerの場合 -
ちょっとしたUIの変更はこれで対応してしまう。 - 今はCSと話しながら雰囲気でやっている - SLAやSLOのように、明確なレベルが決まると、より冒険しやすくなりそう
仕様変更の選択肢に機能削除を入れる - 仕様A or 仕様B で悩んでるときに、これそもそも必要?を考える。 - Leanerの場合 - 要望:
チャット送信 を Shift + Enter から Enter にしてほしい。 - 困りごと: 誤送信を防ぎたい - そもそもチャットの頻度少ないなら、ショートカットがなくても困らないはず。 → ショートカット自体消そう
その他 - 機能フラグで特定顧客をケアしながら段階的に消す - ベータ版として提供する - アクセスログから計測 - ヒートマップを導入して計測(できてない) -
etc...
よかったこと - チーム全体で “やめること” 大事では?という空気が醸成ができた。
まとめ - 捨てるべきものを捨て、プロダクト開発を加速しよう。 - ハイタッチサポートの文脈が強かったかもしれないので、参考までに。
Leanerについて
None
None
None
None
Leanerについて - “調達のスタンダードを刷新する” というミッションを掲げている会社 - 調達 = 企業の “買い物” の領域の
SaaS を開発している - ユーザーは toB、エンタープライズ寄り - 現在プロダクトを2つ運営している
We are hiring! - エンジニア採用してます!連絡お待ちしてます! - 次のことを覚えていただけるだけでも嬉しい。 - “調達” という市場が大きい
- Leaner リーナー という会社があること https://speakerdeck.com/leaner_tech/leaner-company-profile