RAKSULに見るアーキテクチャの変遷 - 複数サービス展開への道

Slide 1

Slide 1 text

RAKSULに見るアーキテクチャの変遷複数サービス展開への道ラクスル株式会社 CTO 竹内俊治ラクスル事業本部 CTO 岸野友輔 2024.5.22

Slide 2

Slide 2 text

© RAKSUL, inc. All rights reserved. スピーカー自己紹介 2 竹内俊治ラクスル株式会社 CTO ■得意な領域・設計・実装・組織立ち上げ ■これからやりたいこと RAKSUL大きくするぞ ■趣味トロンボーン岸野友輔ラクスル事業本部 CTO ■得意な領域バックエンドを中心とした設計・実装 ■これからやりたいこと開発組織の拡大 ■趣味自転車、パン作り ■略歴東京工業大学・大学院卒。 CGベンチャー→楽天グループ General Manager →ウェルスナビ執行役員・ CTO→2024年2月よりラクスル上級執行役員・グループ CTO ■略歴東京工業大学卒。ラクスル1人目の新卒エンジニア →ダンボールワン出向→2023年8月よりラクスル事業本部 CTO

Slide 3

Slide 3 text

会社紹介資料    2024.03.25 Company Proﬁle

Slide 4

Slide 4 text

© RAKSUL, inc. All rights reserved. 2020 2022 2021 2023 *(1) 2020年7月期から2023年7月期の年平均成長率  *(2) ラクスル株式会社、ノバセル株式会社、海外開発拠点(非連結) の2023年7月末時点正社員  *(3) ラクスル株式会社、ノバセル株式会社、海外開発拠点(非連結) 正社員、契約社員、アルバイト/パートの2023年7月末時点ヘッドカウント  4 Company overview 2022 2021 平均年齢  年平均成長率  売上高　  （単位：百万円）   2020 2023 33,980 25,523 19,434 41,018 484 342 265 533 従業員数  32.9歳  CAGR ＋ 28％ 533人  年間推移　  （単位：人）  数字で見るRAKSULグループ  *(1) *(2) *(3)

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

© RAKSUL, inc. All rights reserved. マルチプロダクトの始まり - 複数サービス・複数プロダクトサービス紙への印刷から大きく異なる「ノベルティ」や「アパレル」のECを展開 16 アーキテクチャ印刷ECが拡張の限界を迎えたため新規でのサービスを別プロダクトとして構築していく方針へ共通基盤として決済基盤が構築される共通の認証機能は印刷ECにくっついたまま認証決済基盤認証 New New New

Slide 17

Slide 17 text

© RAKSUL, inc. All rights reserved. M&Aの発生 - 複数サービス・複数プロダクト・M&A サービス梱包材ECの「ダンボールワン」とハンコECの「ハンコヤドットコム」がM&Aによりグループインシナジーの創出が求められるアーキテクチャ M&Aを想定していなかったアーキテクチャに対してシナジー創出の戦略の元に ID連携や決済の連携が求められるこのままでは耐えられない ... 17 認証決済基盤認証 New New IDはどうする？決済は繋げられる？

Slide 18

Slide 18 text

Slide 19

Slide 19 text

© RAKSUL, inc. All rights reserved. 目指しているアーキテクチャ - 複数サービス・複数プロダクト・M&A サービスきっとM&Aも続々と行われていくはずもちろん新規事業の内製での立ち上げも継続していくはずアーキテクチャ決済基盤や顧客基盤等の共通基盤は既存の ECから独立 1つ1つのプロダクトはできる限り疎結合を保ち、それぞれの事業成長とシナジーの創出を両立 19 決済基盤 M&A 新規事業顧客基盤 (認証・認可) 新規事業 M&A 認証や決済

Slide 20

Slide 20 text

Slide 21

Slide 21 text

© 2021 RAKSUL, inc. All rights reserved. 社外秘 Conﬁdential RAKSULに必要な技術競争力を因数分解・定義してみよう 21 ＋１）Verticalな競争力技術負債との向き合い ● 事業の成長力 ● 高い生産性・効率性２）Horizontalな競争力成長を伝播させる共通アセット ● 既存顧客の事業間共有化 ● 規模の経済が働く ● 社内での新規立ち上げを連続させる成長の伝播 MAされる側の期待値これ共通アセットでプロダクトはビジネスロジックに集中各事業のプロダクト開発の競争力事業の成長事業の成長成長の伝播基盤の責任範囲プロダクトの責任範囲

Slide 22

Slide 22 text

© RAKSUL, inc. All rights reserved. 22 I/Fと責任範囲決まってると組織も決まる   決済基盤  顧客基盤  印刷業界  （販促・総務予算）   広告業界  （広告予算）  新規領域  共通アセット基盤との I/Fをきっちり定義しましょう  事業向けプロダクトの内部は、プロダクト開発チームの主体性に任せましょう  基盤整備は事業横断のチームで責任持ちましょう  トランザクション事業において、スムースな購入体験ができるように、決済基盤と顧客基盤はきちんと投資  

Slide 23

Slide 23 text

Slide 24

Slide 24 text

© 2021 RAKSUL, inc. All rights reserved. 社外秘 Conﬁdential ちゃんと「RAKSULにとっての技術的負債」を定義しよう！ 24 ＋成長の伝播各IUやECが効率よく成長できない技術選択やシステム要因効率的な事業立ち上げや MAが実施できないシステム要因システムが独立に存在し、成長を伝播させる仕組みがない一般的にイメージする「技術的負債」戦略の実行を阻害する技術的要因（競争力の作り込みに関連）シナジー出すために最優先技術負債を継続的・安定的に返済する

Slide 25

Slide 25 text

© RAKSUL, inc. All rights reserved. 25 例）MA等で新たにJoinしたシステムって、完全に外部から始まりますよね   共通アセットに関わるか？  ID・決済の統合  ● シナジーの創出と強化  ○ 顧客基盤の大きさ  ○ 統合された決済体験  サービス内のローカルな問題として優先度を持って負債のコントロール  ● 開発効率・セキュリティ・エンジニア体験の向上  コンスタントにMAが行われることを想定する   ● 異なる技術スタックから来る不整合、異なるインフラ基盤（AWS、GCP、その他）から来る管理工数の増加など  目指すのは「技術負債の完済」ではなく「健全なコントロール」   ● 問題のインパクトを切り分けて、優先度をつける  PMI(Post Merger Integration)の開始  経営的に、M&Aの期待値はここにある  各サービス開発の主体性を尊重   グループTechとして支援を行う 

Slide 26

Slide 26 text

Slide 27

Slide 27 text

© RAKSUL, inc. All rights reserved. まとめ  ● 複数サービスを展開する時は、共通アセットを定義してアーキテクチャに反映しましょう  ● 共通認識として、基盤開発の責任範囲とプロダクト開発の責任範囲を明確にしましょう  ● MAが発生した際、開発チームとしてのPMIのステップを明確に事業側とアラインしましょう  ● アーキテクチャの方向性と事業戦略の方向性、相互にポジティブな影響を与える環境を作りましょう > To CTOの方々      27

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

© RAKSUL, inc. All rights reserved. エンジニア積極採用中です！（週1出社・週4リモート） 30 ■こんな方におすすめ ● 技術難易度の高い開発をしたい ○ システム×リアルの開発、基盤開発、システム統合等・・・ ○ 難易度の高い開発めちゃくちゃあります ● エンジニアリングで事業インパクトを出したい ○ エンジニアリングをHOWと捉える方、ベストマッチします ● 開発×経営の領域に挑戦したい ○ 今後M&Aにより上位ポストの機会提供増えていきますポジション説明・カジュアル面談からでOKです！ QRコードからご応募お待ちしております！

Slide 31

Slide 31 text