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
事業KPIを基に価値の解像度を上げる
Search
Nealle
May 15, 2025
Programming
0
460
事業KPIを基に価値の解像度を上げる
2025/5/15
Product Engineer Session #2
https://pesess.connpass.com/event/346505/
Nealle
May 15, 2025
Tweet
Share
More Decks by Nealle
See All by Nealle
TROCCO×dbtで実現する人にもAIにもやさしいデータ基盤
nealle
0
1.5k
AI OCR API on Lambdaを Datadogで可視化してみた
nealle
0
240
生成AI、実際どう? - ニーリーの場合
nealle
0
740
“いい感じ“な定量評価を求めて - Four Keysとアウトカムの間の探求 -
nealle
4
15k
ニーリーにおけるプロダクトエンジニア
nealle
0
1.2k
プロダクト志向なエンジニアがもう一歩先の価値を目指すために意識したこと
nealle
0
440
一人目PdMとして、まず"自分"をPMFさせることから考える
nealle
0
440
エンジニアが挑む、限界までの越境
nealle
1
1.2k
ニーリーQAのこれまでとこれから
nealle
2
1.6k
Other Decks in Programming
See All in Programming
「待たせ上手」なスケルトンスクリーン、 そのUXの裏側
teamlab
PRO
0
480
Design Foundational Data Engineering Observability
sucitw
3
190
AIでLINEスタンプを作ってみた
eycjur
1
230
プロポーザル駆動学習 / Proposal-Driven Learning
mackey0225
2
1.2k
ソフトウェアテスト徹底指南書の紹介
goyoki
1
150
GitHubとGitLabとAWS CodePipelineでCI/CDを組み比べてみた
satoshi256kbyte
4
210
ファインディ株式会社におけるMCP活用とサービス開発
starfish719
0
290
[FEConf 2025] 모노레포 절망편, 14개 레포로 부활하기까지 걸린 1년
mmmaxkim
0
1.6k
Go言語での実装を通して学ぶLLMファインチューニングの仕組み / fukuokago22-llm-peft
monochromegane
0
120
250830 IaCの選定~AWS SAMのLambdaをECSに乗り換えたときの備忘録~
east_takumi
0
380
「手軽で便利」に潜む罠。 Popover API を WCAG 2.2の視点で安全に使うには
taitotnk
0
830
アプリの "かわいい" を支えるアニメーションツールRiveについて
uetyo
0
220
Featured
See All Featured
BBQ
matthewcrist
89
9.8k
It's Worth the Effort
3n
187
28k
Why Our Code Smells
bkeepers
PRO
339
57k
GitHub's CSS Performance
jonrohan
1032
460k
How STYLIGHT went responsive
nonsquared
100
5.8k
Practical Orchestrator
shlominoach
190
11k
Optimizing for Happiness
mojombo
379
70k
Testing 201, or: Great Expectations
jmmastey
45
7.6k
The Language of Interfaces
destraynor
161
25k
Bash Introduction
62gerente
615
210k
4 Signs Your Business is Dying
shpigford
184
22k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
31
2.2k
Transcript
事業KPIを基に 価値の解像度を上げる 事業 KPI から見る開発の面白さ ProductEngineerSession #2 2025/05/15 株式会社ニーリー 大友 凛
2 大友 凜(Otomo Rin) 株式会社ニーリー プロダクト開発リード • 2023年にニーリー入社しました。 アーキテクチャとかモデリングの話題が好きなタイプのエンジ ニアです。 •
ニーリーのプロダクトエンジニアとしては 「価値提供を最速で実現する」 がミッションです。 • 今日は仙台から来ました。 頑張ってお話しさせていただきます〜 @TWBMT 自己紹介
今日のお話の前置き • ニーリーでは個人ミッションに事業 KPI が入っています。 数値目標を直接持っているのは珍しいと思います。 • 開発プロセスの中でも KPI をベースに議論することがあります。
そもそもわりと定量・定性並べて議論する癖があります。 • これが PDE としての振る舞いの改善、あるい価値の実感に繋がっている感覚があります。 特に自分の充実感やエンジニアリングの面白さにも繋がっていると感じています。 3
基本的に「事業成長 ≒ 価値提供の総量」なので、事業 KPI は価値の中間指標とも捉えられる。 4 事業 KPI が身近にあると「価値」の解像度が上がり、自信・実感につながる。 価値...?
今日のお話で伝えたいこと 価値 KPI 解像度高く説明できると 自分の開発に自信を持てる 議論や設計の精度も上がる KPI KPI 複眼的に 価値を説明できる指標 (解像度が曖昧だと中々自信が 持てない。それこそ議論がぼや けたりする。) ある対象の構成要素を認識し、言語化できることが「解像度が上がる」ということ。
1. (簡単に)事業構造・事業 KPI の紹介 2. 事業 KPI を意識することで得られた変化 開発に対する自信 部署・他職能間の議論のスムーズさ
価値の解像度 今日のお話 5 学びや気づき、あるいは 元気のお裾分けをできたら 幸いです🙏
(簡単に) 事業構造・事業 KPI の紹介 1
BtoBtoCのプラットフォーム型のVertical SaaS 7 プロダクトと 人の2軸で 圧倒的 業務効率化! (もはやリプレイス) toB/toC 両面へのサクセス
など関係する部署が多い 駐車場を オンライン 契約! (駐車場をポチれる) 契約・決済含む 幅広いドメイン (簡単に)事業構造・事業 KPI の紹介
toB・toC・to社内 3つ方向に対する指標を 見ています 8 開発チームが追っている KPI の一部 1. 新規契約数 どれだけWeb
サイトづてに契約がついているか。to C 向け。 2. 空車公開台数 Web サイトで契約できる駐車場の数。to B 向け。 3. カスタマーサポートの応答率など カスタマーサポートの人たちの業務負荷。to 社内。 新規契約数・空車公開数と正比例する。 (簡単に)事業構造・事業 KPI の紹介
1. 新規契約数 … 売上に直結する指標の1つ 最重要 KPI 2. 空車公開台数 … 先行指標。しかも契約がつくと減る。
なので、場合によっては新規契約のために to B 向けの開発を取りうる。 3. カスタマーサポートの応答率など … 新規契約数と正比例する なので、新規契約の伸びと合わせて業務負荷改善も必要 *人間はオートスケールしない 特に業務負荷は 新規契約と正比例する構造 なのでバランスが必要 9 KPI 同士の関係性 (簡単に)事業構造・事業 KPI の紹介
事業KPIを意識する様になって 起きた変化 2
まず、KPI に照らし合わせて開発の「価値」を考えてみた 具体例もこの後話しますが、KPI に照らし合わせると以下の様な説明ができると思います。 1. 新規契約も伸びるし、業務負荷も改善する開発 → シンプルにやるべき。 2. 在庫・空車公開数が伸びる施策
→ toB 向けの利用率が上がる ≒ ユーザ価値があるとわかりやすい例 3. 新規契約数は伸びるが、問い合わせ量が致命的に増える開発 → これはやる価値がないと言える。 「開発すべき価値があるか」 を定量・複眼で説明できる (解像度が上がる) 事業KPIを意識する様になって起きた変化 11
開発案件の価値が明確に捉えられる様になった 最近やった「審査書類の自動連携機能」の開発のお話し • 駐車場を借りる契約のための書類審査に必要な書類を自動連携する開発。 今まで一部のケースでカスタマーサポートの方が個別聴取しているケースがあった。 • カスタマーサポートの業務効率化に繋がる 該当ケースの内、75%が自動化💪 • 審査リードタイムにも寄与して新規契約数にもヒットする見込み
ちりつもの改善施策の1つなので効果測定中 「開発すべき価値があるか」 を定量・複眼で説明できる (解像度が上がる) 事業KPIを意識する様になって起きた変化 12 「単純に楽になる」ではなく 具体的にどう貢献しているか が説明できる様になった
他部署・他PdM とのコミュニケーションのスムーズさ・納得感が生まれた 個人的なエピソード達 • PdM とのプランニング・開発優先度の目線合わせがしやすい KPI への寄与度を基に、事業戦略に対してアラインした差配ができることが増えた • 他部署へのコミュニケーションする際のスムーズさ
「〇〇 の指標の為にやりたいんです」と伝えると、率先して議論・情報提供してくれる感覚がある • 開発中の案件の STOP に対する納得感(これは失敗談でもある) 新規契約のためのフォーム改善が、問い合わせ増とのトレードオフにより開発停止 より今回の話を考えるきっかけになった 「開発すべき価値があるか」 を定量・複眼で説明できる (解像度が上がる) 事業KPIを意識する様になって起きた変化 13 「単純に楽になる」ではなく 具体的にどう貢献しているか が説明できる様になった 事業 KPI が 部署・職能を超えて 目線を合わせる基準になった
価値の解像度が上がることで、よりエンジニアとしての自信が持てた 解像度が曖昧だと自信がなくなる。解像度が上がるからこそ自信も持てる。 「開発すべき価値があるか」 を定量・複眼で説明できる (解像度が上がる) 事業KPIを意識する様になって起きた変化 「単純に楽になる」ではなく 具体的にどう貢献しているか が説明できる様になった 事業
KPI が 部署・職能を超えて 目線を合わせる基準になった 14 事業...? 価値...? 事業 価値 価値が曖昧だと 自分の開発に中々自信が持てな い 議論や設計の精度もぼやける 解像度高く説明できるからこそ 自分の開発に自信を持てる 議論や設計の精度も上がる 解像度が上がるからこそ 自信も持てるし 何より実感に繋がって楽しい💪
15 まとめ • 事業 KPI に目を向けてみると 「価値」の解像度を上げるレンズ(見方)が手に入る • 判断基準の統一など実利的なところもあるが、 価値の解像度が上がると、より自信も持てるし、何よりも面白い!!
16 We are hiring!!! ニーリーでは、PdEはもちろん 他のポジションも積極採用中です! https://jobs.nealle.com/
© Nealle Inc. All rights reserved. 17 Thank you 質問などは@nealleまで