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

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Proﬁle 佐藤潤 Sato jun CROOZ Zynga Japan Zawatt IGNIS merpay - ソーシャルゲーム - クラシファイドサービス - オークションアプリ - LINEゲーム - マンガアプリ - 決済 - 加盟店向けプロダクト To C向けプロダクト To B向けプロダクト @junsam22

Slide 3

Slide 3 text

Mission 信用を創造して、なめらかな社会を創る

Slide 4

Slide 4 text

1,755 万人  What’s「メルペイ」利用者数1 決済対応加盟店2 1. メルペイ「電子マネー」の登録を行ったユーザーと、「メルペイコード払い」、「ネット決済」、「メルペイスマート払い」等の利用者の合計（重複を除く） 2021年6月時点 2.導入予定を含む（ ID/QR重複除く） 1000 万人超  236 万か所

Slide 5

Slide 5 text

merpay入社時 4年前...  (2018年4月頃)  まだプロダクトローンチ前の 

Slide 6

Slide 6 text

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

Slide 7

Slide 7 text

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

Slide 8

Slide 8 text

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

Slide 9

Slide 9 text

加盟店情報を受領しDB登録して法要件に則った審査を実施  メルペイ加盟店例）A加盟店でメルペイ決済する場合 ① 情報提供 ② DB登録・審査 ③審査結果の通知

Slide 10

Slide 10 text

例えばコンビニで￥100のおにぎりをメルペイで買う場合  お客さまメルペイ加盟店メルペイ残高￥100 ↓　￥0 メルペイ売上￥0 ↓　￥100 例）審査通過〜決済決済処理決済処理

Slide 11

Slide 11 text

例）決済〜精算最終的にお店には￥99を支払いメルペイは￥1を売り上げる  売上￥100 手数料 : 1% 入金額￥99 売上￥1 ※振り込み手数料など諸経費はここでは考えないこととする精算

Slide 12

Slide 12 text

全体像メルペイ加盟店 ②決済処理 ①お店の審査 ③精算お客さま

Slide 13

Slide 13 text

開発これをベースに  プロダクト開発 

Slide 14

Slide 14 text

2019年無事リリース

Slide 15

Slide 15 text

そして... メルペイを使ってくださるお店の数は順調に成長し236万ヶ所に!!  ※2021/6月時点。iD/QR重複除く、導入予定も含む

Slide 16

Slide 16 text

その頃開発の現場では...   いろんな契約条件が  出てきた 

Slide 17

Slide 17 text

座組.2 メルペイ加盟店 ③精算お客さま ③精算入金を集約する事業者 ②決済処理 ①お店の審査

Slide 18

Slide 18 text

座組.3 メルペイ加盟店 ②決済処理 GW事業者 ②決済処理 ③精算お客さま ③精算 ①お店の審査

Slide 19

Slide 19 text

座組.4 加盟店包括元お客さま ③精算 ④精算 ②決済処理 ②決済処理 ①お店の審査

Slide 20

Slide 20 text

座組.5 加盟店包括元お客さま ③精算 ④精算 ②決済処理 ②決済処理 ①お店の審査

Slide 21

Slide 21 text

む...  難しい...  PM談

Slide 22

Slide 22 text

あるあるビジネス要件の  キャッチアップが不十分で完全に要件を満たせていないケースが発生 

Slide 23

Slide 23 text

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

Slide 24

Slide 24 text

あるある負債の発生 

Slide 25

Slide 25 text

それから 1年後... 

Slide 26

Slide 26 text

やるぞ負債の返済に着手 

Slide 27

Slide 27 text

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

Slide 28

Slide 28 text

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

Slide 29

Slide 29 text

これの繰り返しイケる!! ⇔ 何回か凹む 

Slide 30

Slide 30 text

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

Slide 31

Slide 31 text

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

Slide 32

Slide 32 text

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

Slide 33

Slide 33 text

得られたもの ● 既存の負債の解消  ● 新しいビジネスが立ち上がった時でも耐えられるデータ構造の設計    ただ負債の解消を行うだけでなく、  スケールすることを見越した設計を導入  競合優位性

Slide 34

Slide 34 text

さいごに ● 技術的負債の解消は時に競合優位性につながる    ● 業界特有の事情をシステムに反映するような場合は特に 