ドメインと向き合う - 旅行予約編

Slide 1

Slide 1 text

No content

Slide 2

Slide 2 text

@hidenorigoto 後藤秀宣ポッドキャスト『エンジニアリングマネージャーの問題集』 #EM問題集

Slide 3

Slide 3 text

ビジネス側と会話ができる！ビジネス側の気持ちが分かる！この発表のゴールソフトウェアエンジニアとして、「ドメインと向き合う、ビジネスと向き合う」ための実践的なプラクティスをおさえる！！ ❌ ビジネス側や経営者と同じレベルで議論できるようになることは、スコープ外ビジネス側の考えを、ソフトウェア作りに反映しやすくなる！ ❌ 細かい設計方法、実装方法は出てきません

Slide 4

Slide 4 text

ドメインと向き合うためには、ビジネスと向き合うことが必須ビジネスは、ドメインやソフトウェアの構造を決定づける非常に重要なインプット最初に本日の内容は「ビジネスの見方の入門」

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

ビジネスを理解するフレームワーク 3つ PPM プロダクト・ポートフォリオ・マネジメントによる分類事業経済性の分類 5F（ファイブ・フォース）分析（時間の都合でスキップ）自社において、事業やプロダクトが置かれているフェーズを知るマーケットにおいて、事業やプロダクトが置かれている競争環境を知る事業やプロダクトの経済的特性を知る

Slide 10

Slide 10 text

ビジネスを理解するフレームワーク 1 5F（ファイブ・フォース）分析

Slide 11

Slide 11 text

5F（ファイブ・フォース）分析新規参入の脅威売り手の交渉力市場全体の特性買い手の交渉力代替品の脅威競争環境

Slide 12

Slide 12 text

新規参入の脅威売り手の交渉力買い手の交渉力代替品の脅威競争環境登録制(旅行業)。大きく展開するには保証金の額も高くなる。仕入れ提携などハードルが高いどのOTAで予約しても施設・サービスは基本的に同じ。インターネットで特に価格の比較が容易需給に依存するが、送客力がよほど強いなどがなければ、売り手の方が強い巨大OTAの場合は逆転圧倒的に大きなOTAが市場を支配他の娯楽がいくらでもある 5F - OTA業界

Slide 13

Slide 13 text

ビジネスを理解するフレームワーク 2 事業経済性

Slide 14

Slide 14 text

事業経済性規模の経済性稼働率の経済性事業運営をスケールさせる際の特性や制約ネットワーク効果経験効果範囲の経済性密度の経済性規模を拡大（生産量を増やす）するほど効率的になる（1製品あたりの固定費が下がる、仕入れ原価が下がるなど）施設・設備などを稼働させる方式のため、規模は施設で扱える規模までしか大きくならない。基本的に稼働を高く維持することが効率的になる。サービス利用者が増えるほどサービスの価値が高まるもの。電話、CtoCマーケットプレイス経験やノウハウが蓄積されるほど価値が高まるもの。

Slide 15

Slide 15 text

事業経済性 - OTA (Online Travel Agent) 規模の経済性ユーザーベースを拡大することに、自社のサービス運営においての物理的制約はない。（サーバーコストや、サポートコストなどは関連性があるが、事業の特性としてハードにセットされているものではなく、解決可能）規模を拡大するほど、サプライサイド（ホテルや、流通中間業者）に対して強い交渉力を持つ。結果、仕入原価を低く抑えることができる。

Slide 16

Slide 16 text

事業経済性 - ホテル稼働率の経済性物理的な資産を保有（大くの場合、大きなコストをかけて建築するため固定費が大きい）し、この資産を有効活用し、計画した期間内にコストの回収に加えて利益を生み出す。ホテルを稼働させる場合、ホテル内の設備やスタッフなどの稼働が必要であり、ホテルの稼働率に対して連続的に比例したコストとはならない。例えばホテルの稼働がどれだけ低くても、一定の最低運営コストがかかる。このため、安定して送客を供給できる販売チャネル（現在ではOTAが主力）に依存する構造になりやすい。

Slide 17

Slide 17 text

ビジネスを理解するフレームワーク 3 PPM（プロダクト・ポートフォリオ・マネジメント）による分類

Slide 18

Slide 18 text

金のなる木負け犬問題児花形投資 PPM 市場成長性市場におけるシェア低高高低投資移行を狙う移行を狙う

Slide 19

Slide 19 text

PPM ソフトウェアエンジニアリング観点では、1つのプロダクトを複数の機能単位（もしくはドメイン単位）に論理的に分割することが可能。この分割したそれぞれをPPMの観点で眺めたときに、「ビジネス観点では」どこに投資すべきかを検討することができる。例大規模なリファクタリングやリアーキテクチャをエンジニアリング観点で実施する場合の実施理由、および対象領域の選定理由

Slide 20

Slide 20 text

ポイントフレームワークで見る自分が設計する現場への無限の興味と最大限のリスペクト名も無い現場最低限知っておくだけでも理解が捗る! 目の前にある自分たちの現場を大事にする! 現場のあらゆる仕事に興味を持ち、仕事をする人をリスペクトして向き合う!

Slide 21

Slide 21 text

注意！フレームワークや一般論ばかりをありがたがり、そこしか勉強しない。理論と違うからといって現場を否定する。 NG! 事業がまわり収益を上げているのであれば、そこには必ず何らかの正しさがある。

Slide 22

Slide 22 text

ドメインとソフトウェアをどうするか？

Slide 23

Slide 23 text

旅行予約（OTA）について、ここまでをまとめると・・・買い手（消費者）側と売り手（ホテルや流通）側、それぞれ交渉力が強い。特に売り手側は歴史もあり、業界の慣習や構造が根強く残っている。買い手（消費者）に対して消費者に対して、他のOTAと差別化するような価値・魅力を探索し続ける必要がある。売り手（ホテルや流通）に対して仕入れについては、現状複雑な状況になっている（大きな力を持つ複数のプレイヤー、統一仕様がない）。継続的なビジネス交渉と開発投資を行う必要がある。このあたりが、ビジネス側の気持ち

Slide 24

Slide 24 text

Slide 25

Slide 25 text

ソフトウェアのアーキテクチャアーキテクチャ（大構造）を決定するには？ドメインの構造？「業務」の単位での分割や構造ということか？　→ これだけでは不十分仕事のしやすさを生み出す構造 || アーキテクチャの１つの目的 ※エンジニアの仕事だけでなく、会社全体の仕事のしやすさを考える。

Slide 26

Slide 26 text

ソフトウェアのアーキテクチャとして消費者向けの要素ホテルや流通向けの要素チャネルマネージャー接続（複数）ホールセラー接続（複数）検索・予約機能会員機能プロモーションサービスの管理機能コンテンツ管理予約管理会員管理問い合わせ管理値付け

Slide 27

Slide 27 text

ソフトウェアのアーキテクチャとして消費者向けの要素ホテルや流通向けの要素チャネルマネージャー接続（複数）ホールセラー接続（複数）検索・予約機能会員機能プロモーションサービスの管理機能コンテンツ管理予約管理会員管理問い合わせ管理値付け旅行予約ドメインの要素

Slide 28

Slide 28 text

ソフトウェアのアーキテクチャとして消費者向けの要素ホテルや流通向けの要素チャネルマネージャー接続（複数）ホールセラー接続（複数）検索・予約機能会員機能プロモーションサービスの管理機能コンテンツ管理予約管理会員管理問い合わせ管理値付けビジネス（消費者向け）の要素

Slide 29

Slide 29 text

ソフトウェアのアーキテクチャとして消費者向けの要素ホテルや流通向けの要素チャネルマネージャー接続（複数）ホールセラー接続（複数）検索・予約機能会員機能プロモーションサービスの管理機能コンテンツ管理予約管理会員管理問い合わせ管理値付けビジネス（売り手向け）の要素

Slide 30

Slide 30 text

仕事のしやすさでくくりなおしてみると...

Slide 31

Slide 31 text

旅行予約関連機能群販売・プロモーション機能群旅行予約仕入れの共通化層仕入チャネル A 仕入チャネル B 仕入チャネル C 値付けの共通化層ソフトウェアのアーキテクチャ・・・増やしていきやすい色々試しやすい強化しやすい

Slide 32

Slide 32 text

ソフトウェアのアーキテクチャビジネスに沿った、「●●しやすい」を組み込めている。 ※仕事のしやすさを生み出す構造＝アーキテクチャの１つの目的「ソフトウェアのどの要素に対して、どのような活動が行われるのか？」ビジネス目的の活動と、それを支えるソフトウェア側の活動とが、同時にやりやすくなっている。

Slide 33

Slide 33 text

ポイントフレームワークで見る自分が設計する現場への無限の興味と最大限のリスペクト名も無い現場「自分たちの問題」がスタート地点であり、ゴールでもある自分たちのビジネスとドメインに最適な構造を設計する！

Slide 34

Slide 34 text

まとめ

Slide 35

Slide 35 text

フレームワークで見る自分が設計する現場への無限の興味と最大限のリスペクト名も無い現場ビジネスとドメインに向き合うプラクティス

Slide 36

Slide 36 text

Slide 37

Slide 37 text

ビジネス側と会話ができる！ビジネス側の気持ちが分かる！この発表のゴールソフトウェアエンジニアとして、「ドメインと向き合う、ビジネスと向き合う」ための実践的なプラクティスをおさえる！！ビジネス側の考えを、ソフトウェア作りに反映しやすくなる！

Slide 38

Slide 38 text

参考書籍新版グロービスMBA経営戦略

Slide 39

Slide 39 text

ご清聴ありがとうございました！！！ Xフォローお願いします! @hidenorigoto ポッドキャスト『エンジニアリングマネージャーの問題集』 #EM問題集

Slide 40

Slide 40 text

余談１旅行予約関連機能群販売・プロモーション機能群旅行予約仕入れの共通化層仕入チャネ A 仕入チャネル B 仕入チャネル C 値付けの共通化層航空券仕入れ航空券予約機能全く違う！

Slide 41

Slide 41 text

余談2 仕入れチャネルごとに、APIはかなり異なる！ Pull型 vs Push型ファイル型 vs SOAP vs REST 標準スキーマをある程度利用 vs 勝手スキーマ vs API仕様がExcel フィールド名がtypo 拠り所を見つけづらい！（俺が考えた最強の〜〜が横行しやすい）

Slide 42

Slide 42 text

余談3 航空券予約ドメイン、宿泊と違いすぎッ！ PNR、DWR、HK、TK、TKT、CPN、SEG、マリッジ、TATOO番号、VOID・・・何を言っているのか分からない、からスタート用語の問題だけでなく、取り扱い方が非常に細かい詳しそうな方にひたすら聞く

Slide 43

Slide 43 text

余談4 消費者向けシステムは、分解すれば大きなドメインのカタマリ会員管理決済検索 SEO ・・・それぞれ侮れない深みのあるドメイン。しかし、初手からここの区切りで物事を分割すべきかは、慎重に検討が必要。消費者へ提供する価値を大枠で探索しているフェーズでは、細かい分割が足枷になることも。

Slide 44

Slide 44 text

余談5（想定質問）純粋なSaaSで、仕入れがないんですけど？事業経済性で言えば、多くは規模の経済性にあたる。事業をスケールさせる上で、何がボトルネックになっているか？また変数として認識されているものは何か？営業の人数サーバーの処理能力エンジニアの人数？

Slide 45

Slide 45 text

余談6（想定質問） CTOじゃなくても、このレベルの理解は必要？役に立つか？自分のチームで起きている問題の根を探ると、このような話に行き着くことがよくある。他のチームとの境界があるにもかかわらず、特定のチームといつも連携プレイが必要という問題自分たちのチームが提案するソリューションが、ビジネス側に理解されない、反対されるという問題 ★このような問題を見つけた際に、現場目線しかないと、「相互理解が足りない、コミュニケーションを増やそう」といったものが提案されがちだが。そのような取り組みから「構造的な歪み」の問題に到達するにはあまりに時間がかかる。

Slide 46

Slide 46 text

余談7（想定質問） PPM観点でソフトウェアの要素を見たときに、「金のなる木（事業の柱で安定稼働している。機能追加などはあまりない。）」に投資は必要ではないか？（リファクタリングとか） Yes。しかし、「花形」などと異なる点に注意が必要。あくまで「金のなる木」として維持していくのに最低限必要な投資を考えること。つまり、今後のビジネス戦略において重要な機能拡張があるといった成長のための投資要素がない限りにおいては、大幅なリファクタリングやリアーキテクチャはtoo much。

Slide 47

Slide 47 text

旅行業法旅行業法 (e-gov) 旅行業概要 (観光庁) 　企画旅行（募集型、受注型）、手配旅行がある　手配までなのか、企画・募集するのかで違う