技術的負債の解消を地味にあきらめないPM - 地味PMmeetup -

2022/04/12に開催された地味PMmeetupでの登壇資料です。

Transcript

1. Copyright © Merpay, Inc. All Rights Reserved. プロダクトマネージャー : 佐藤 潤 2022/04/12 技術的負債の解消を 地味にあきらめないPM
2. Profile 佐藤 潤 Sato jun CROOZ Zynga Japan Zawatt IGNIS merpay - ソーシャルゲーム - クラシファイドサービス - オークションアプリ - LINEゲーム - マンガアプリ - 決済 - 加盟店向けプロダクト To C向けプロダクト To B向けプロダクト @junsam22
3. Mission 信用を創造して、なめらかな社会を創る
4. 1,755 万人
 What’s「メルペイ」 利用者数1 決済対応加盟店2 1. メルペイ「電子マネー」の登録を行ったユーザーと、「メルペイコード払い」、 「ネット決済」、「メルペイスマート払い」等の利用者の合計（重複を除く） 2021年6月時点 2.導入予定を含む（ ID/QR重複除く） 1000 万人超
 236 万か所
5. merpay入社時 4年前...
 (2018年4月頃)
 まだプロダクトローンチ前の

6. merpay入社時 決済のこと
 全然わからん

7. merpay入社時 社内にも詳しい人 がいなかった
 （特に決済するお店にまつわる法要件まわり）

8. merpay入社時 社外の詳しい方に
 ヒアリングし続けた

9. 加盟店情報を受領しDB登録して法要件に則った審査を実施
 メルペイ加盟店 例）A加盟店でメルペイ決済する場合 ① 情報提供 ② DB登録・審査 ③審査結果の通知
10. 例えばコンビニで￥100のおにぎりをメルペイで買う場合
 お客さま メルペイ加盟店 メルペイ残高 ￥100 ↓　 ￥0 メルペイ売上 ￥0 ↓　 ￥100 例）審査通過〜決済 決済処理 決済処理
11. 例）決済〜精算 最終的にお店には￥99を支払いメルペイは￥1を売り上げる
 売上 ￥100 手数料 : 1% 入金額 ￥99 売上 ￥1 ※振り込み手数料など諸経費はここでは考えないこととする 精算
12. 全体像 メルペイ加盟店 ②決済処理 ①お店の審査 ③精算 お客さま
13. 開発 これをベースに
 プロダクト開発

14. 2019年無事リリース
15. そして... メルペイを使ってくださるお店の数は順調 に成長し236万ヶ所に!!
 ※2021/6月時点。iD/QR重複除く、導入予定も含む
16. その頃開発の現場では... 
 いろんな契約条件が
 出てきた

17. 座組.2 メルペイ加盟店 ③精算 お客さま ③精算 入金を集約する事業者 ②決済処理 ①お店の審査
18. 座組.3 メルペイ加盟店 ②決済処理 GW事業者 ②決済処理 ③精算 お客さま ③精算 ①お店の審査
19. 座組.4 加盟店 包括元 お客さま ③精算 ④精算 ②決済処理 ②決済処理 ①お店の審査
20. 座組.5 加盟店 包括元 お客さま ③精算 ④精算 ②決済処理 ②決済処理 ①お店の審査
21. む...
 難しい...
 PM談
22. あるある ビジネス要件の
 キャッチアップが不十分で完 全に要件を満たせていない ケースが発生

23. あるある 加盟店とのスケジュール合意などなどあ り、負債発生を許容してやや汚いデータ 登録運用が一部で開始

24. あるある 負債の発生

25. それから 1年後...

26. やるぞ 負債の返済に 着手

27. やったこと • What, Why, AS IS / TO BEを様々なPM・エンジニ アと議論して形にする
 • リリースのフェーズ分けをする
 • 課題をだれでもわかるように資料を作り説明
 • 役員に理解を得られるようにプレゼン
 • データmigrationプランを策定

28. • What, Why, AS IS / TO BEを様々なPM、エンジニアと議論して形にする
 ◦ PM同志でもGoalイメージにさまざまな意見が分かれる
 • リリースのフェーズ分けをする
 ◦ システムの依存関係を明らかにした上で切り方を考えるのが難しい
 • 課題をだれでもわかるように資料を作り説明
 ◦ ただでさえ複雑な業界用語をまぜながら負債の説明をするので説明コス トが高い
 • 役員に理解を得られるようにプレゼン
 ◦ 会社が別事業に注力しているタイミングだとなかなか施策優先度をあげ にくい。短期的なROIで表現しにくく理解も得にくい
 • データmigrationプランを策定
 ◦ 会社が急成長してるので対象数が多い。実施におけるリスク度合いに応 じて複数パターンのHowを洗い出し意思決定が必要
 地味ポイント
29. これの繰り返し イケる!! ⇔ 何回か凹む

30. それでもやりきるために必要なことは・・・ 関わるメンバーの
 アツイ思い!!
 

31. 気をつけたこと • プロダクトロードマップに落とし込む
 • 繰り返し、繰り返し説明して賛同者を増やし、巻き込んでいく
 • 着手するタイミングを見計らう（やれる時は必ずくる)
 • Incidentリスクを極力抑えたプランで実行する
 • PMとエンジニアが蜜になって推進する
 • やりきる！中途半端に後に残さない

32. 結果 • フェーズ1 : 企画検討〜1年後
 • フェーズ2 : 企画検討〜2年後
 
 無事にリリース完了

33. 得られたもの • 既存の負債の解消
 • 新しいビジネスが立ち上がった時でも耐え られるデータ構造の設計
 
 ただ負債の解消を行うだけでなく、
 スケールすることを見越した設計を導入
 競合優位性
34. さいごに • 技術的負債の解消は時に競合優位性につながる
 
 • 業界特有の事情をシステムに反映するような場合は特 に

35. さいごに あきらめずに地味でもやりきろう！！

36. Thank you