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
BtoBプロダクト開発の現場 - forTeachers に最速で価値を届けるには -
Search
Kazuyuki Suzuki
July 19, 2018
Technology
7
3.5k
BtoBプロダクト開発の現場 - forTeachers に最速で価値を届けるには -
7/19に行われた StudySapuri Product Meetup #1
https://techplay.jp/event/680406
での発表資料です。
Kazuyuki Suzuki
July 19, 2018
Tweet
Share
More Decks by Kazuyuki Suzuki
See All by Kazuyuki Suzuki
ProductZine Day 2025 Assuredのプロダクトディスカバリー
kechol
0
420
QuipperのWebエンジニア採用におけるコードテスト / Coding Test for Web Dev Candidates at Quipper
kechol
5
11k
Other Decks in Technology
See All in Technology
能登半島災害現場エンジニアクロストーク 【JAWS FESTA 2025 in 金沢】
ditccsugii
0
890
新規事業におけるGORM+SQLx併用アーキテクチャ
hacomono
PRO
0
320
フレームワークを意識させないワークショップづくり
keigosuda
0
200
「使い方教えて」「事例教えて」じゃもう遅い! Microsoft 365 Copilot を触り倒そう!
taichinakamura
0
410
能登半島地震で見えた災害対応の課題と組織変革の重要性
ditccsugii
0
1k
このままAIが発展するだけでAGI達成可能な理由
frievea
0
120
Sansan Engineering Unit 紹介資料
sansan33
PRO
1
3k
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
12
80k
難しいセキュリティ用語をわかりやすくしてみた
yuta3110
0
250
Data Hubグループ 紹介資料
sansan33
PRO
0
2.2k
LLMプロダクトの信頼性を上げるには?LLM Observabilityによる、対話型音声AIアプリケーションの安定運用
ivry_presentationmaterials
0
290
Codexとも仲良く。CodeRabbit CLIの紹介
moongift
PRO
1
240
Featured
See All Featured
Practical Orchestrator
shlominoach
190
11k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Stop Working from a Prison Cell
hatefulcrawdad
271
21k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.1k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
How to Think Like a Performance Engineer
csswizardry
27
2k
How to train your dragon (web standard)
notwaldorf
97
6.3k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
3.7k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
23
1.5k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Transcript
Product Meetup #1 BtoBプロダクト開発の現場 - forTeachers に最速で価値を届けるには - 鈴木和幸 @kechol
01 02 03 04 05 Agenda | 自己紹介 StudySapuri forTeachers
とは 開発プロセスの紹介 - 何を作るのか - 開発プロセスの紹介 - どのように届けるのか - まとめ
01 自己紹介
@kechol / 鈴木和幸 • Lead Software Engineer at Quipper ◦
Schoolチームで学校向けのプロダクト開発を担当 ◦ 2017年04月からRMP/Quipperに転籍 • 2013年新卒でエンジニアとしてリクルート入社 ◦ 新規事業開発の部署で0→1のプロダクト開発 ◦ 投資の部署で1→100の事業開発
02 StudySapuri forTeachers とは
None
サプリの変遷
Quipperの価値観
03/04 開発プロセスの紹介 • 何を作るのか • どのように届けるのか
03 何を作るのか
チームの目指す世界を言語化する ➔ チームの目線を合わせる ◆ サービスのありたい姿はどんなものか ◆ 顧客は誰なのか ◆ 顧客は何を求めているのか ◆
顧客に何を提供できるのか ◆ 提供価値の進捗をどのように把握するのか ➔ プロダクトチームの外の人も一緒に議論する
顧客である先生に会う ➔ 顧客をリアルにイメージする ◆ 年齢、リテラシ、普段の生活 ◆ 生徒とのコミュニケーションの取り方 ➔ プロダクトが使われている環境を知る ◆
ブラウザ、ネット環境 ◆ どの機能が刺さっているのか ◆ どういったモチベーションで利用しているのか ➔ インタビューをする ◆ チーム内では得られない一次情報を得る ◆ 疑問を解消する
自分たちの商品を知る ➔ 自分の認識している「プロダクト」と 営業が売っている「商品」の乖離を埋める ➔ 顧客が商品をどのように活用しているかを理解する ➔ 実際に使うことで自分たちの商品を好きになる
チーム全員で意思決定を行う ➔ ステークホルダー、PM、開発者みんなで議論する ◆ 自分で決めた、という納得感の醸成 ◆ 誰でも発言できる(心理的安全性が確保されている) ➔ 意思決定のルールをお互いに確認する ◆
何かを追加するときには何かを諦める ◆ カスタマイズをしない
全員が同じツールを使う ➔ すべてのコミュニケーションをSlackとGithubで行う ➔ Slack/Githubにはエンジニア以外のメンバーも全員入る ➔ デフォルトで情報をオープンにする ➔ 情報をリンクして辿れるようにする
04 どのように届けるのか
不確実な変数を減らして正確に見積もる ➔ ベロシティを見積もる ◆ スプリントを一度回してみる ◆ 最初から最後まで同じ人/チームが機能を受け持つ ➔ タスクを見積もる ◆
見積もる時に全ての仕様がわかっている状態にする ◆ 不確実なタスク(CS等)は別チームに切り出す ◆ 定期的にリファインして見積もり直す ➔ 見積もりのズレを許す ◆ MUSTとNICE-TO-HAVEを分ける ◆ バッファを読む
Quality Budgetを確保する Quality Budget: エンジニアの生産性、プロダクトの品質を上げる時間 ➔ 20%の時間を割いて、自由に開発する ◆ 週に1度の QB
Day ◆ BugBash Hackathon(詳しくはブログで) ➔ 短期で成果がわかるものに着手する ◆ 成果は全体シェアの場でみんなに共有する ➔ 特に重要なもの・長期的に取り組むものはロードマップに載せる
本番と同じ環境を使う Edge環境: プロダクションとほとんど同じ開発環境 (個人情報をマスクしたDBを毎日更新) ➔ 開発している時から本番と同じデータを見る ◆ 普段からユーザと同じ目線を持つ ◆ データ起因のバグをリリース前に洗い出す
➔ バグの出た環境をほぼ完全に再現する ◆ 元がVolumeのスナップショットなのでIDまで同じ
ダークローンチを行う ➔ Feature Flag を使って開発環境にのみ機能をリリースする ◆ メンバーはいつでも触れる状態にする ➔ デプロイとリリースを分け、開発にゆとりを持たせる ➔
ビックバンリリースを避ける
ベータテストを行う ➔ 一部の学校に新機能のMVPを解放し、実際に使ってもらう ◆ 新しい機能に気付くか(ユーザビリティの検証) ◆ 機能を便利だと思ってもらえるか(価値の検証) ➔ 使っている様子を観察してインサイトを得る ➔
ユーザにプロダクトの改善を期待させる
05 まとめ
何を作るのか • 目指す世界を言語化する • 顧客である先生に会う • 自分たちの商品を知る • チーム全員で意思決定を行う •
全員が同じツールを使う どのように届けるのか • 正確に見積もる • QualityBudgetを確保する • Edge環境を使う • ダークローンチを行う • ベータテストを行う 届ける価値の大きさが変わる 届ける速さが変わる
Product Meetup #1 BtoBプロダクト開発の現場 - forTeachers に最速で価値を届けるには - 鈴木和幸 @kechol
Fin.