Rubyで実現する不動産バーティカルSaaSのマルチプロダクト戦略

by ITANDI

Slide 1

Slide 1 text

Rubyで実現する不動産バーティカル SaaSのマルチプロダクト戦略 @Rubyビジネスセミナー大阪 2025/02/06 イタンジ株式会社執行役員CTO 大原将真

Slide 2

Slide 2 text

01｜会社概要

Slide 3

Slide 3 text

Slide 4

Slide 4 text

No content

Slide 5

Slide 5 text

220 2024年10⽉末 06

Slide 6

Slide 6 text

Slide 7

Slide 7 text

イタンジ株式会社  執行役員 CTO  大原将真  # 兵庫県出身  # 商学部会計学科　# 剣道部   # 元証券営業 # ソフトウェアエンジニア   # 技術広報　# エンジニア採用  

Slide 8

Slide 8 text

Ruby biz Grand prix 2024 大賞受賞 🎉

Slide 9

Slide 9 text

02｜不動産業界の課題

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

03｜イタンジのソリューション

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

04｜イタンジ事業の成長

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Rubyとイタンジ事業について ➔ ① 最初のプロダクト ➔ ② 2つ目のプロダクト ➔ ③ 3つ目のプロダクト以降 ➔ ④ 今後の展開

Slide 26

Slide 26 text

05｜イタンジと Rubyとプロダクト❶

Slide 27

Slide 27 text

Slide 28

Slide 28 text

最初のサービス | 不動産会社向け電話自動応答サービスを 2015年にリリース

Slide 29

Slide 29 text

最初のサービス | 不動産会社向け電話自動応答サービスを 2015年にリリース DB 管理会社物件登録（顧客システムとの連携も可）仲介会社受電情報可視化架電番号入力 Webhook 入力情報物件情報アナウンス結果物件状況物件・受電情報通話API

Slide 30

Slide 30 text

電話自動応答サービスの特徴単一のモノリスなシステムとして開発約2ヶ月で正式サービスリリース物件情報を登録するメリットを創出

Slide 31

Slide 31 text

Rubyの選定理由当時のイタンジは既存事業の継続性に課題を抱えていた少人数で素早く次なるサービスをリリースできる必要があったナレッジが豊富で間違いを起こしづらい環境

Slide 32

Slide 32 text

06｜イタンジと Rubyとプロダクト❷

Slide 33

Slide 33 text

2つ目のサービス | 不動産会社向け内見予約サービスを 2016年にリリース

Slide 34

Slide 34 text

DB 管理会社物件登録予約レポート物件・内見情報スマートロックベンダー仲介会社鍵情報連携 2つ目のサービス | 不動産会社向け内見予約サービスを 2016年にリリース鍵情報内見予約

Slide 35

Slide 35 text

内見予約サービスの特徴物件確認の次の業務プロセスをサービス化既存の物件情報を活用してサービス利用可能モノリスにサービス追加する形で開発 / 単一の開発チーム

Slide 36

Slide 36 text

当時のイタンジにおける Rubyでの開発課題コード間の依存関係を複雑にしてしまった Rails Wayから外れた個々の設計方針が混在適切に扱うには十分な熟練度が必要｜成熟率 < 事業成長

Slide 37

Slide 37 text

07｜イタンジと Rubyとプロダクト❸

Slide 38

Slide 38 text

３つ目のサービス | 不動産会社向け Web入居申込サービスを 2017年にリリース

Slide 39

Slide 39 text

DB 管理会社保証会社仲介会社入居希望者申込情報物件登録審査結果申込フォーム発行申込情報入力３つ目のサービス | 不動産会社向け Web入居申込サービスを 2017年にリリース

Slide 40

Slide 40 text

管理会社入居希望者各システムを連携し顧客提供価値を最大化 DB DB 物件情報申込情報キャンセル情報の連携による募集状況の自動更新申込情報仲介会社物件情報レポート最新情報の参照

Slide 41

Slide 41 text

Web入居申込サービスの特徴内見予約の次の業務プロセスをサービス化既存の物件情報を活用してサービス利用可能新しいモノリスで新規にプロダクト開発

Slide 42

Slide 42 text

サービス追加のポイント初めは小さく特定の業務プロセスの改善に絞るコア（物件情報）な情報が集まる仕組みの構築業務プロセスを繋げてサービスの価値を最大化

Slide 43

Slide 43 text

4つ目のサービス | 不動産業者間サイトをリリース

Slide 44

Slide 44 text

➢ 業界のコアになる情報を集めるだけでは不十分 ➢ 他社と差別化可能な付加価値を創出することが重要

Slide 45

Slide 45 text

これまでの開発課題に対する対応チーム分割によるプロダクトごとの最適化既存負債を引き継がない形で、開発速度を維持既存システムとは API連携で接続することで資産を活用

Slide 46

Slide 46 text

サービス/チーム分割によって得られたメリットライブラリなど選定の意思決定速度既存負債に引きずられずらい独立したデプロイが容易である

Slide 47

Slide 47 text

サービス/チーム分割の反省点分散モノリスの兆しインフラの構築と運用が個々に必要仕組みを構築しないとナレッジが分散しやすい

Slide 48

Slide 48 text

08｜イタンジと Rubyとプロダクト❹

Slide 49

Slide 49 text

イタンジの現在不動産バーティカル SaaSとしてラインナップは一定揃った事業が順調に成長 / 成熟率 = 事業成長 / 事業とともに人も成長システムの境界線を再設計、更なる付加価値の創出へ

Slide 50

Slide 50 text

システムの統合 | モジュラモノリスについて Shopify開発のpackwerkによりモジュール間の依存関係を管理モジュールごとにデータベースは論理 /物理のいずれかで分割 CIはpath filterにより変更箇所に依存する部分だけ高速に実施当初のRubyの選定理由であった高速開発を一つのモノリスの中で複数チームで実現可能に

Slide 51

Slide 51 text

システムの分割での取り組み同期的処理を見直し、非同期・結果整合による疎結合化 OpenAPIやProtocolBuffersによるスキーマベースの開発利用先のサービスに対して社内ライブラリを提供

Slide 52

Slide 52 text

Ruby開発全体での取り組み静的型付け・解析（ RBS/ Steep）によりインタフェースを意識した開発リンター（ rubocop）社内共通ルールの提供 YJITやjemalloc等でパフォーマンスを最大化

Slide 53

Slide 53 text

Rubyと他言語との連携の取り組み他言語実装を AWS Lambdaで行いRubyから呼び出す WASM/FFI/GraalVM Native Image等による他言語資産の活用（検証中） OpenAPIやProtocolBuffers等によるフロントエンドとの結合

Slide 54

Slide 54 text

09｜まとめ

Slide 55

Slide 55 text

55 再掲

Slide 56

Slide 56 text

Rubyとビジネス Rubyでのプロダクト開発は事業フェーズであるべき形が変わる Rubyの進化とともにプロダクトも進化する事業・プロダクトの成長とともに組織・技術力も成長させられるかがポイント

Slide 57

Slide 57 text

No content