Y Combinator 日本語図鑑

事業概要

プロダクト

• 予約・客室・料金・売上を一つの画面に集約し、空室状況を表示する。
• 自社サイトと外部予約サイトの予約を取り込み、重複予約を判定する。
• 宿泊客の氏名・滞在日・部屋番号を照合し、一つの台帳に統合する。
• 料金と残室数の更新を各販売先へ送信し、反映結果を記録する。
• 館内の飲食・売店の会計を宿泊料金と同じ台帳に記録する。
• 日次の稼働率・客単価・人件費を集計し、運営者向けの一覧を返す。

技術アーキテクチャ（推定）

• 顧客ホテルの予約・会計・客室端末の記録を外部接続の窓口から取得するとみられる。
• 販売先の在庫と料金は、各社の連携仕様を通じて同期すると推定される。
• 取り込んだ予約は氏名・日付・部屋番号で名寄せし、重複を除いて統合する。
• 統合した台帳を基に、料金と人員配置の案を計算して提示するとみられる。
• 操作履歴は監査用に保存し、施設ごとに分けて保管すると推定される。

収益モデル

• 宿泊施設の運営者から、施設単位の月額利用料を受け取る形態とみられる。
• 客室数に応じた段階課金や導入時の設定費用を併用する可能性がある。
• 予約手数料や決済手数料を取るかは非公開。
• 具体的な価格は非公開。

差別化

• 予約・会計・客室管理を一つの台帳に集約し、他システムとの突合を減らす。
• 施設ごとの運用差分を蓄積し、自動処理の判断精度を高める構造とみられる。
• 既存システムの置き換えを前提とするため、導入後の移行費が重い。

日本展開時のリスク

• 宿泊名簿の保存や本人確認に関わる法令への適合が導入条件になる。
• 既存の宿泊管理システムや販売サイトとの接続仕様の開示が不透明。
• 施設ごとに異なる運用慣行が多く、標準化した自動化が馴染まない恐れ。
• 予約や決済の停止が直接の売上損失となるため、障害時の責任分界が問われる。
• 中小宿泊施設が多く、月額費用の負担感が導入の障壁になりやすい。

日本での競合

• 国内の宿泊管理は予約・会計・客室を分けた複数製品の組み合わせで運用されている。
• 宿泊管理と予約管理を一体で扱う国内製品が既にあり、価格競争がある。
• 販売チャネル側は大手予約サイトが掌握し、在庫連携の主導権を持つ。
• 運営全体を自律化する同型の製品は国内で確認できない。
• 販売代理店や会計事務所を通じた導入が中心で、新規参入は営業網の構築を要する。