専門部隊 ・ REVENUE MANAGEMENT
レベニュー(料金・在庫の最適化)
同じ部屋数でも、「いつ・いくらで・どのチャネルで売るか」で売上は変わります。土曜は合宿でほぼ満席、平日・日帰り・インバウンドに谷がある――この谷を、料金と在庫のコントロールで埋めて、稼働率と単価の両取りをめざすのがレベニューの役割です。
- 料金は存在します。手間いらずに 7名 ¥15,000 / 8名 ¥13,000 / 9名 ¥12,000 / 10名以上 ¥8,000(1名あたり)が入力済み。ただしその列がグレーアウト=Triplaへ送信されていない。
- 詰まっている所:Tripla側が受け入れ人数を6名として手間いらずに伝えている(API上は全プラン
max_guest = 6)。部屋タイプの定員は1〜18で正常、Tripla CMの価格セルは編集不可。設定箇所がCM画面上で見つからないため、Triplaサポートに確認が必要。 - 直し方:Tripla側の受け入れ人数を18に上げる → 手間いらずで「料金のリフレッシュ更新」→ 既存の7〜18名料金が流れる。シミュレーターは翌朝の同期で自動追随(日別料金が入っても崩れないよう対応済み)。
- 要検討(有効化は承認済み):10名以上が一律 ¥8,000/名 なので 10名で ¥80,000。現行の 6名 ¥108,000 より安くなる逆転が起きます。意図通りか、10名以上の単価を見直すかを決めたい。
- 別案:Triplaに「素泊まり・ドミトリー貸切」という部屋課金プランが販売中で存在するのに検索結果に出てきません。貸切の実態には人数別単価より部屋課金が合うため、こちらへ寄せる選択肢もあります。
- 「夏青春セット」を単品オプションとして作りかけたまま放置され、7/5から予約サイト更新が失敗し続けている。手間いらずのプラン設定はランクA〜Dすべて空、Triplaでも検索に一度も出ずオプション一覧にも無い(部屋タイプ
natsuだけ2026-06-20に作成済み・プラン未紐付け)。
※プランに束ねた版は正常(校舎貸切×「夏青春セット運動会セット付きプラン」=¥148,333〜220,000・日別5パターン)。判断:単品でも売るなら料金を決める/売らないなら部屋を非表示にして更新エラーを止める。 - 「素泊まり・ドミトリー貸切」(部屋課金)が販売中なのに検索結果に一度も出てこない。176日×全人数で0件。手間いらず側でドミトリー貸切A/BのBARプラングループに紐付くプランが0件のため料金が流れていないと見られる。貸切を人数別単価ではなく部屋課金で売る本筋の解になり得るので、上の7名問題とセットで検討したい。
- 楽天トラベルだけ連携OFF(他6サイトはON)。在庫・料金が送られていない。意図的な休止か、切れたままかの確認を。
- 毎日10:00に翌日分を全サイト手仕舞いしている(実質「前日10時が予約締切」)。前日午後〜当日の駆け込み需要を全チャネルで取り逃している。食材手配・人員の都合なら妥当だが、レベニュー観点では見直し余地あり。
- 1ヶ月以内に期限切れのプラン46件。44件はじゃらんの「お得な10日間」等のキャンペーン=想定内(継続するなら期間延長)。1件はTriplaの昆虫合宿(8/14-15限定)で設計通り。
- 手間いらずのアラート2,063件はほぼノイズ(1,765件が毎日の「予約サイト自動手仕舞い」通知)。実エラーは上の1件だけ。本物のエラーが埋もれるので、上を直したら一度「全て確認済み」で掃除を。
料金・プランの管理
レベニュー担当が編集する管理ツールねらい ― 稼働率 × 単価で売上を最大化
3つの指標で見る「埋めるために安く」でも「高く売って空ける」でもなく、稼働率と単価のかけ算(=売上)が最大になる点を曜日・時期・チャネルごとに探します。まずは共通言語として3つの指標を置きます(実数は 数字を読む・客単価向上 と連動させていく想定)。
売れた1人1泊あたりの平均単価。「いくらで売れているか」。素泊まり基準+朝食・体験などオプションの上乗せで動かす。
提供した部屋のうち、どれだけ埋まったか。「どれだけ埋まったか」。土曜偏重をならし、平日・日帰りの谷を埋める対象。
ADR × 稼働率。レベニューの総合点。単価だけ・稼働だけに偏らず、この総合点で打ち手を評価する。
オンハンドレポート
今日時点の将来予約状況将来日別 稼働率
読み込み中…
ブッキングカーブ
宿泊日の何日前に予約が入ったかチェックイン日を選択
いまの販売構造(チャネル)
OTA 2本 + 自社直販みさわ小の予約は 楽天トラベル / じゃらん / 自社予約(tripla=Vivid) の3チャネルで併売しています。チャネルごとに掲載順位・特集連動・スマホ表示・クーポンを個別最適化します。
OTAキャンペーン暦は「朝菜カレンダー」で一元管理。楽天「5と0のつく日」「スーパーセール」、じゃらん「スペシャルウィーク」「お得な10日間」のエントリー期日を、ふうとが定期確認して登録する運用です。
料金と在庫の設計
手間いらず(サイトコントローラー)で動かす最大提供数/提供限界部屋数 で在庫を一定数残して閉じる。現場オペ(掃除スタッフの稼働)と整合させる。谷を埋める ― 夏の3ターゲット
土曜偏重をならす5〜8月の土曜はほぼ合宿で埋まる一方、平日と日帰りに空きが出ます。ここを別の客層で埋めるのがレベニューの肝。3つの的を置きます。
海外からの個人客
TripAdvisor掲載・ホテルスマート/手帳の英語表記を整備。自社予約(tripla)の多言語が受け皿。
30–50代・ノマド
平日の谷を埋める。仕事もできる長期・連泊と相性。客単価より稼働を取りにいく層。
体験で客単価
BBQ・りんご狩り・田植えなど。じゃらん遊び体験などOTAの体験枠を改善し、宿泊以外の売上をつくる。
データドリブン化のロードマップ
勘から、数字へ⚠️ いまの課題:団体(合宿・貸切)の利用人数の切り分けができておらず、客単価が実態の倍ほどに見えている。まず人数を別マスターで持ち、団体と個人を分けて集計できるようにするのが前提条件。
※ Notion AI のカスタムエージェントで毎日のCSV処理を回すと月5〜10万円のクレジット消費試算。自動化の範囲はコストと相談しながら。
担当と、一次情報(議事録)
ここから育てる担当
もとにした議事録・決定ログ(Notion・社外秘)
関連ページ
このページの編集は レベニュー担当 と 全権限メンバー が行えます。やり方は 「このダッシュボードを自分で編集したい方へ」 をご覧ください。