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
技術的負債の解消を地味にあきらめないPM - 地味PMmeetup -
Search
satojun
April 12, 2022
Technology
2
1.3k
技術的負債の解消を地味にあきらめないPM - 地味PMmeetup -
2022/04/12に開催された地味PMmeetupでの登壇資料です。
satojun
April 12, 2022
Tweet
Share
Other Decks in Technology
See All in Technology
VPoEの視点から見た、ヘンリーがサーバーサイドKotlinを使う理由 / Why Server-side Kotlin 2024
cho0o0
1
420
Amazon FSx for NetApp ONTAPのパフォーマンスチューニング要素をまとめてみた #cm_odyssey #devio2024
non97
0
220
Docker互換のセキュアなコンテナ実行環境「Podman」超入門
devops_vtj
6
3.2k
ソフトウェアエンジニアリングの知見を活かして データ基盤をいい感じにする on Snowflake [MIERUNE BBQ #10]
mtpooh
2
150
推薦システムを本番導入する上で一番優先すべきだったこと~NewsPicks記事推薦機能の改善事例を元に~
morinota
0
120
テスト・設計研修【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
170
サーバーレスAPI(API Gateway+Lambda)とNext.jsで 個人ブログを作ろう!
shuntaka
PRO
0
560
AWSサービスメニュー開発をしていてAWSを好きだ!と感じた瞬間
toru_kubota
0
130
コミュニティサービスに「あなたへ」フィードを リリースするまでの試行錯誤
takapy
1
150
[2024最新版]AWS Control Towerを使ったセキュアなマルチアカウント環境の作り方
hiashisan
0
270
ABEMAにおけるLLMを用いたコンテンツベース推薦システム導入と効果検証
cyberagentdevelopers
PRO
1
720
エンジニア向け会社紹介資料
caddi_eng
14
220k
Featured
See All Featured
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
78
15k
Designing for Performance
lara
604
67k
Making the Leap to Tech Lead
cromwellryan
127
8.7k
The MySQL Ecosystem @ GitHub 2015
samlambert
248
12k
Statistics for Hackers
jakevdp
792
220k
Imperfection Machines: The Place of Print at Facebook
scottboms
262
13k
Agile that works and the tools we love
rasmusluckow
325
20k
KATA
mclloyd
20
13k
Optimizing for Happiness
mojombo
373
69k
Debugging Ruby Performance
tmm1
71
11k
VelocityConf: Rendering Performance Case Studies
addyosmani
321
23k
Visualization
eitanlees
139
14k
Transcript
Copyright © Merpay, Inc. All Rights Reserved. プロダクトマネージャー : 佐藤
潤 2022/04/12 技術的負債の解消を 地味にあきらめないPM
Profile 佐藤 潤 Sato jun CROOZ Zynga Japan Zawatt IGNIS
merpay - ソーシャルゲーム - クラシファイドサービス - オークションアプリ - LINEゲーム - マンガアプリ - 決済 - 加盟店向けプロダクト To C向けプロダクト To B向けプロダクト @junsam22
Mission 信用を創造して、なめらかな社会を創る
1,755 万人 What’s「メルペイ」 利用者数1 決済対応加盟店2 1. メルペイ「電子マネー」の登録を行ったユーザーと、「メルペイコード払い」、 「ネット決済」、「メルペイスマート払い」等の利用者の合計(重複を除く) 2021年6月時点 2.導入予定を含む(
ID/QR重複除く) 1000 万人超 236 万か所
merpay入社時 4年前... (2018年4月頃) まだプロダクトローンチ前の
merpay入社時 決済のこと 全然わからん
merpay入社時 社内にも詳しい人 がいなかった (特に決済するお店にまつわる法要件まわり)
merpay入社時 社外の詳しい方に ヒアリングし続けた
加盟店情報を受領しDB登録して法要件に則った審査を実施 メルペイ加盟店 例)A加盟店でメルペイ決済する場合 ① 情報提供 ② DB登録・審査 ③審査結果の通知
例えばコンビニで¥100のおにぎりをメルペイで買う場合 お客さま メルペイ加盟店 メルペイ残高 ¥100 ↓ ¥0 メルペイ売上 ¥0 ↓
¥100 例)審査通過〜決済 決済処理 決済処理
例)決済〜精算 最終的にお店には¥99を支払いメルペイは¥1を売り上げる 売上 ¥100 手数料 : 1% 入金額 ¥99 売上
¥1 ※振り込み手数料など諸経費はここでは考えないこととする 精算
全体像 メルペイ加盟店 ②決済処理 ①お店の審査 ③精算 お客さま
開発 これをベースに プロダクト開発
2019年無事リリース
そして... メルペイを使ってくださるお店の数は順調 に成長し236万ヶ所に!! ※2021/6月時点。iD/QR重複除く、導入予定も含む
その頃開発の現場では... いろんな契約条件が 出てきた
座組.2 メルペイ加盟店 ③精算 お客さま ③精算 入金を集約する事業者 ②決済処理 ①お店の審査
座組.3 メルペイ加盟店 ②決済処理 GW事業者 ②決済処理 ③精算 お客さま ③精算 ①お店の審査
座組.4 加盟店 包括元 お客さま ③精算 ④精算 ②決済処理 ②決済処理 ①お店の審査
座組.5 加盟店 包括元 お客さま ③精算 ④精算 ②決済処理 ②決済処理 ①お店の審査
む... 難しい... PM談
あるある ビジネス要件の キャッチアップが不十分で完 全に要件を満たせていない ケースが発生
あるある 加盟店とのスケジュール合意などなどあ り、負債発生を許容してやや汚いデータ 登録運用が一部で開始
あるある 負債の発生
それから 1年後...
やるぞ 負債の返済に 着手
やったこと • What, Why, AS IS / TO BEを様々なPM・エンジニ アと議論して形にする
• リリースのフェーズ分けをする • 課題をだれでもわかるように資料を作り説明 • 役員に理解を得られるようにプレゼン • データmigrationプランを策定
• What, Why, AS IS / TO BEを様々なPM、エンジニアと議論して形にする ◦ PM同志でもGoalイメージにさまざまな意見が分かれる
• リリースのフェーズ分けをする ◦ システムの依存関係を明らかにした上で切り方を考えるのが難しい • 課題をだれでもわかるように資料を作り説明 ◦ ただでさえ複雑な業界用語をまぜながら負債の説明をするので説明コス トが高い • 役員に理解を得られるようにプレゼン ◦ 会社が別事業に注力しているタイミングだとなかなか施策優先度をあげ にくい。短期的なROIで表現しにくく理解も得にくい • データmigrationプランを策定 ◦ 会社が急成長してるので対象数が多い。実施におけるリスク度合いに応 じて複数パターンのHowを洗い出し意思決定が必要 地味ポイント
これの繰り返し イケる!! ⇔ 何回か凹む
それでもやりきるために必要なことは・・・ 関わるメンバーの アツイ思い!!
気をつけたこと • プロダクトロードマップに落とし込む • 繰り返し、繰り返し説明して賛同者を増やし、巻き込んでいく • 着手するタイミングを見計らう(やれる時は必ずくる) • Incidentリスクを極力抑えたプランで実行する •
PMとエンジニアが蜜になって推進する • やりきる!中途半端に後に残さない
結果 • フェーズ1 : 企画検討〜1年後 • フェーズ2 : 企画検討〜2年後
無事にリリース完了
得られたもの • 既存の負債の解消 • 新しいビジネスが立ち上がった時でも耐え られるデータ構造の設計 ただ負債の解消を行うだけでなく、 スケールすることを見越した設計を導入 競合優位性
さいごに • 技術的負債の解消は時に競合優位性につながる • 業界特有の事情をシステムに反映するような場合は特 に
さいごに あきらめずに地味でもやりきろう!!
Thank you