ReFlow は 「1 室の民泊から大規模ホテルまで対応します」 と書いていますが、これは単に対応規模が広い、という意味ではありません。
両者には根本的な違いがあり、どちらに対しても 100 点の仕組みを作るには、明確な設計の考え方 が必要です。
この記事で分かること
- 規模ごとに変わる「現場の摩擦」
- 1 つのプロダクトで全部に対応するための原則 3 つ
- 「最初から大きく作る」が失敗する理由
規模ごとに変わる「現場の摩擦」
1 室の民泊（個人運営・無人化）
- 1 人で全部やっているので、何を自動化するかの優先順位 が最重要
- 月額コストを最小化したい（自動化に月 ¥1 万も使えない）
- 失敗したら自分が直接ダメージを受けるので、確実性 が大事
数室のヴィラ（高単価・パーソナル接客）
- 単価が高いので ゲスト体験の質 が落とせない
- 1 件 1 件の対応にこだわるため、スタッフが手で動く余地を残す 必要がある
中規模ホテル（PMS 連携・チーム運用）
- スタッフが複数いるので、業務の標準化（誰でも回せる） が最重要
- 既存 PMS / OTA 連携の数が多く、システム間の整合性 に時間を取られる
大規模ホテル（ブランドオペレーション）
- 一度の意思決定が大きな金額に直結するので、監査ログ・権限管理 が必要
- 部署ごとに目的が違うので、共通言語と数字の標準化 が必要
- セキュリティ（SLA・データ管理）が厳しい
Point
規模が違えば、必要な仕組みも違う。同じ「ホテル AI」でも中身は全く別物。
1 つのプロダクトで全部に対応できるか
正直に言うと、できません。
同じ manual-bot-ai というプロダクト名でも、以下のように プランで中身を変えています。
| プラン | 対象 | 月額 |
|---|---|---|
| Starter | 1 室の民泊向け | ¥12,800 |
| Standard | 中規模ホテル向け | ¥29,800 |
| Pro | 運営代行・小規模チェーン向け | ¥69,800 |
| Enterprise | 大規模ホテル向け | 個別 |
全規模対応のための 3 つの原則
ReFlow がプロダクト設計で守っている原則は 3 つ です。
原則 01. コアは 1 つ、アダプタを薄く
ビジネスロジックは 1 箇所だけに集約 し、規模ごとの差分は 設定値とアダプタ層 で吸収します。
原則 02. 「大きく構想し、小さく動く」を強制する
どんなに大規模なクライアントでも、最初の納品は MVP（最小の試作） から始めます。
最初から大きく作ると、必ず使われない機能が混ざります。
原則 03. 「やらない範囲」を最初に決める
スコープが広がりすぎると、どの規模にも刺さらない中途半端なものが出来上がります。
「この機能はやらない」を最初の打ち合わせで明文化します。
Point
「全機能対応」を目指すと、誰にも刺さらない。「やらない」を決める方が重要。
まとめ
規模ごとに必要な仕組みは違います。
1 つのプロダクトで全部に対応するのではなく、「コア 1 つ + 規模別アダプタ」 という設計でカバーします。
これが ReFlow の流儀です。
ReFlow ができること
ReFlow は 1 室の民泊から大規模ホテルまで対応経験 があります。
御社の規模に合わせた最小限の構成を、最初の打ち合わせでご提案します。