
チェーン全体を1つのダッシュボードで:リゾートオーナーが各支配人に電話で確認する必要はもうない
DiOwnerシリーズの前2回は、指標そのものを深く掘り下げました。1回目はオーナーと取締役会がまず見るべき指標群、2回目はUSALIに基づく損益計算書の構成です。どちらも「数字をどう正しく読むか」という問いに答えるものでした。今回はそれとはまったく異なる、より構造的な問いに答えます。ポートフォリオに複数の施設があるとき、それぞれの数字をどうすれば横に並べて比べられるのか。
単純に聞こえる問いですが、複数施設を持つすべてのオーナーにとってのボトルネックです。ポートフォリオ内のリゾートやホテルはそれぞれ独自のレポートを持ち、多くは専門の担当者が作成した質の高いものです。問題が生じるのは、それらを並べる段階だけです。記事全体を通じた誤解を避けるため、最初に明言しておきます。これは誰かの誠実さの話ではありません。データが遅れて届き、しかも同じ基準でそろっていない、という話です。どちらも技術的な問題であり、技術的な解決策があります。そしてその解決策は、運営チームとオーナーの双方を守るものです。
第1部:複数施設を持つオーナーの現在の数値収集サイクル
まず現状を正確に描写しましょう。ベトナムの複数施設ポートフォリオの多くでは、状況の把握は4つの段階を経ます。そしてその4段階のすべてが、本来ほかの仕事をすべき人の時間を使っています。
収集サイクルの4つの段階
- 各施設の支配人に電話で確認する。多くは週の初めか会議の前です。支配人は手を止めてシステムを開き、数字を集計して回答します。得られる情報はその時点では正確ですが、次回照合できるデータとしては残りません。
- 定期レポートを待つ。月次レポートは通常、経理が締めた後の翌月第2週に届きます。決算には役立ちますが、運営判断にはあまり役立ちません。
- 各レポートを1つの集計表にまとめる。通常はポートフォリオ事務所の担当者が、複数のファイルから1つのファイルへ数字を転記して行います。転記のたびに誤りの可能性が生まれ、集計表のセルから元の証憑へさかのぼる経路もありません。
- おかしな数字を見つけたら問い返す。ここでサイクルが閉じます。オーナーが質問し、施設が説明し、事務所が表を修正する。1つの数字のためにこのサイクルが数日かかることもあります。
このサイクルの3つの隠れたコスト
- 遅れが、運営情報を過去の情報に変えてしまう。翌月の予約が落ち込んでいる施設があるなら、それは月が締まった後ではなく、今週知るべきことです。
- 運営チームの時間が、運営からレポート作成へ移ってしまう。繁忙期のリゾートにとって、これは現実のコストです。
- オーナーと運営チームの関係が、誤った軸に置かれる。すべての数字に説明が必要になると、会話は「次に何をするか」から「この数字はどこから来たのか」へ簡単にずれていきます。
第2部:連結表を比較不能にする3種類の基準のずれ
この問題のもっとも厄介な点は、目に見えないことです。個々のレポートは、それぞれの内部チェックをすべて通過します。ずれが生じるのは足し合わせたときだけです。以下の3種類で、実務上のケースのほとんどをカバーできます。
種類1 — 時間基準のずれ
- 施設ごとに営業日の締め時刻が異なる。宿泊施設の営業日はナイトオーディットで終わります。深夜2時まで営業するバーを持つリゾートは、都市型ホテルより遅く締めます。この基準が統一されていなければ、毎日の売上が一部ずれ、そのずれは期首と期末の境界で相殺されません。
- 管理レポートの期間が会計期間とずれている。週次レポートは月曜始まり、月次レポートは暦どおり、会計期間は帳簿の締め日に従います。3つの異なるリズムなのに、同じ会議で混同して引用されがちです。
種類2 — 指標定義のずれ
- 稼働率の分母。統一して使うべき規則は、長期的に販売停止した客室は除外し、一時的に販売できない客室はそのまま含めることです。ヴィラ棟を改装中のリゾートがその分を総客室数から除かなければ自らの指標を悪く見せ、除きすぎた施設は良く見せてしまいます。どちらも意図的ではありませんが、どちらも順位表を無意味にします。
- 平均客室単価の範囲。社用客室を含めるか、契約上の無料客室を含めるか、パッケージ販売のヴィラを含めるか——選択ごとに異なる数字になります。
- 売上を控除前で計上するか、控除後で計上するか。2施設の間に大きな差が生じうるのに、表を見ても気づけない箇所です。
種類3 — 科目区分のずれ
- 売上部門の区分が異なる。ある施設はスパをレジャー部門から分け、別の施設は統合しています。ある施設は会議売上を料飲部門に入れ、別の施設は独立させています。連結すると、ポートフォリオの売上構成は部門別に読めない絵になります。
- 第三者のための預かり金が売上に混入している。観光チケット、送迎、代理手配のツアー——施設の取り分は手数料だけです。まとめて計上すると、ポートフォリオ単位で架空の売上が生まれます。
- 施設間の内部取引に印が付いていない。ある施設が同じポートフォリオ内の別施設の宿泊客にサービスを販売した場合、その取引は連結時に消去できるよう識別可能でなければなりません。そうでなければ、ポートフォリオは自らの売上を二重に計上します。このテーマは通達99号に対応したホテルチェーン会計の記事と直接つながっています。
第3部:1つのポートフォリオには、1つの共通マスターが必要
上記3種類のずれの解決策は、レポートの中ではなく、レポートの下の層にあります。共通マスターです。考え方はとても単純で、定義を各施設から取り出して1か所にまとめ、各施設が自前で作るのではなくそこから使うようにするというものです。
ポートフォリオ全体で共通化すべき6つのもの
- ナイトオーディットに基づく会計日の基準。ポートフォリオ全体で1つの基準を規程として明文化し、期をまたいで変えないこと。ある施設に遅く締める本当の運営上の理由があるなら、その例外を明記し、比較の際に考慮しなければなりません。
- 売上・費用部門の一覧。業界の慣行に沿った部門構成を共通で使い、すべての施設の損益計算書を積み重ねられるようにします。
- 標準グループに対応づけた客室タイプ。施設ごとに独自の商品があっても、平均単価を比較できるよう共通のグループに対応づける必要があります。
- 顧客ソースと販売チャネルのコード。ポートフォリオ全体で1つのコード体系を使い、予約受付の時点で付与します。これが、ポートフォリオ単位のソース構成分析に意味を持たせる前提条件です。
- 各指標の計算式。稼働率、平均客室単価、販売可能客室1室あたり売上、販売可能客室1室あたり総売上。1つの指標に1つの計算式を定め、文書化して通達します。
- 内部取引の消去に関する規則。ポートフォリオ内の施設間取引への印の付け方を定め、連結数値が二重計上にならないようにします。
ここでも、土台となるプラットフォームがすべてを決めます。各施設が同じマルチプロパティ対応ホテル管理ソフトで運用されていれば、マスターは1か所にあり、自動的に適用されます。誰かが覚えているかどうかに関係なく、すべての施設が同じコード、同じグループ、同じ計算式を使わざるを得ません。施設ごとに異なるシステムを使っている場合でも共通マスターは作れますが、人の規律で維持しなければならず、規律は時間とともに緩んでいきます。
第4部:オーナーに必要なのは、運営システムのアカウントではなく専用の閲覧専用アプリである理由
ここは私たちがもっとも詳しく伝えたい部分です。市場が空白のまま残している領域だからです。市場で提案されるソリューションのほとんどは、フロント、ハウスキーピング、予約、会計窓口、経理のために作られた本格的な運営管理システムです。オーナーのニーズへの標準的な対応は、そのシステムの中にアカウントを1つ発行することです。技術的には合理的でも、人の観点からは合理的ではありません。
運営システムのアカウントが答えにならない5つの理由
- 意思決定者に運営業務の習得を強いる。運営システムの画面は、1日8時間使う人向けに最適化されています。取締役が会議前に必要なのは5つの数字であり、各施設の客室状況図ではありません。
- 書き込み権限が不要なリスクを生む。稼働中のデータを変更できるアカウントは、保有者に変更する意図がまったくなくても運営上のリスクです。書き込み権限を完全になくせば、そのリスクは設定ではなく設計によって消えます。
- 運営システムはスマートフォン向けに作られていない。オーナーや取締役は、移動中や海外滞在中、あるいは会議の10分前に正しい数字を必要とします。
- 所有範囲による権限は、業務上の役割とは別の概念である。運営システムは職務に応じて権限を割り当てます。投資ポートフォリオに必要なのは「誰がどの部分を所有しているか」による権限であり、まったく異なる2つの軸です。
- 運営システム内にオーナーがいることは、監視と受け取られやすい。合意済みの指標だけを表示する独立した閲覧層があれば、会話を操作のレベルではなく経営のレベルに保てます。
オーナー専用の閲覧専用アプリがこの課題をどう解決するか
- 設計段階から閲覧専用。DiOwnerには運営データを変更できる画面が一つもありません。利用者にとっての安心であると同時に、運営チームに対して、自分たちの数字が外部から干渉されないという約束でもあります。
- 経営レベルの情報を表示。売上とソース構成、稼働率、平均客室単価、販売可能客室1室あたり売上、売掛金——施設ごと、そしてポートフォリオ全体で。
- 稼働中のシステムから数字を直接読み取る。元データと画面の間に中間の表がないため、アプリの数字とシステムの数字は同じであり、必要に応じて元の証憑までさかのぼれます。
- 施設別・役割別の権限。各取締役、各共同出資者は、自分の範囲だけを閲覧できます。システム全体を開放することなく、パートナーに対する透明性を確保できます。
- 能動的なアラート。指標が設定した閾値を超えると、誰かが開くのを待たずにアプリが知らせます。
画面と指標の一覧はDiOwner製品ページに掲載しています。押さえるべき点は役割分担です。運営システムは業務を行う人のため、閲覧専用アプリは投資判断を行う人のため——2つの対象、2つの設計、そして1つのデータソース。
第5部:1つのポートフォリオに複数の法人、複数の所有者
大規模なポートフォリオではほぼ必ず見られる特徴であり、表計算による方法がもっとも早く破綻する箇所でもあります。5施設のポートフォリオが3つの法人にまたがり、そのうち2施設には独自の共同出資者がいて、1施設は海外パートナーとの合弁事業に属している、ということもあり得ます。
明確に区別すべき4つのこと
- 法人の境界と管理上の境界は一致しない。財務諸表は会計制度に従って法人ごとに作成します。管理レポートは、オーナーがポートフォリオを見る方法——地域別、ブランド別、業態別——で作成します。ポートフォリオには両方が必要であり、一方で他方を代替することはできません。
- 閲覧範囲は所有持分に従う。2施設に出資している共同出資者は、その2施設だけを閲覧すべきです。これはセキュリティ上の要件であると同時に、パートナー関係における礼節でもあります。
- ポートフォリオ内の法人間の内部取引。管理上の連結時に消去できるよう印を付け、同時に各法人の帳簿にはそのまま残す必要があります。
- すべての関係者に1つの指標セット。オーナー、共同出資者、運営チームが同じ計算式で算出された同じ画面を見れば、会議は数字の突き合わせから施策の議論へと移ります。これこそ共通システムがもたらす最大の価値であり、機能一覧からは見えにくいものです。
第6部:外部の運営会社に委託している施設——データの境界をどこに置くか
資産を所有しつつ、運営を専門の運営会社に委託するオーナーは少なくありません。このモデルはまったく普通のもので、リゾート分野ではますます一般的になっています。問題が生じるのは、データへのアクセス権が運営委託契約の段階で明確に合意されていない場合だけです。
運営委託契約のデータに関する部分に盛り込むべき3つのこと
- 所有者は、自施設の運営データにリアルタイムかつ閲覧専用でアクセスできる。これは問題が起きてから求めるものではなく、最初から盛り込むべき条項です。閲覧専用とすることは、運営会社の運営権限が干渉されないことを保証する方法でもあります。
- データは運営会社ではなく施設に帰属する。運営委託契約が終了したとき、顧客履歴、予約履歴、売上履歴は施設に残らなければなりません。これは価値の高い無形資産であり、引き継ぎの段階まで見落とされがちです。
- 指標セットと計算式を書面で合意する。運営会社が自社の社内基準で報告し、オーナーがポートフォリオの共通マスターで測っているなら、業績についての議論はすべて数字をめぐる議論から始まってしまいます。
第7部:地域によって異なる繁閑期——正しい読み方
ビーチリゾート、都市型ホテル、高原の施設を持つポートフォリオが、1本の共通した季節変動曲線を持つことはありません。これは特性であって問題ではありません。しかし、単純な比較をすべて狂わせます。
繁閑期がずれているときに数字を読む4つの原則
- 施設同士を比べる前に、各施設を自らの前年同期と比べる。各施設の時系列の傾向は、ある時点での順位よりも信頼できる情報です。
- 順位は、ポートフォリオの季節ではなく各施設の季節に照らして読む。閑散期の真っただ中で稼働率55%のビーチリゾートは、会議シーズンの真っただ中で70%の都市型ホテルより良い成果を上げているかもしれません。
- 時期のずれを調整の強みとして捉える。ある施設が閑散期のときに別の施設が繁忙期であれば、ポートフォリオには季節スタッフ、販売施策、さらには資金繰りまで調整する余地があります。単独の施設にはないものです。
- アラートの閾値は共通ではなく施設ごとに設定する。共通の閾値では、閑散期の施設では警報が鳴り続け、繁忙期の最中に落ち込んでいる施設では沈黙してしまいます。
オンザブックス予測と、その限界
- 根拠はシステムにすでに入っている今後の日付の予約数で、30日・60日・90日の見通しに加え、任意の期間も選べます。これは実データに基づく統計的な予測であり、人工知能モデルではありません。はっきりそう述べるのは、正しい名前で呼べば利用者がどこまで信頼してよいかを判断できるからであり、誤ったラベルの付いた予測は予測がないことよりも危険だからです。
- ポートフォリオ単位での最大の価値は、異常な時期のずれを見つけることです。ほかの施設は平常どおりなのに、ある施設だけ翌月の事前予約が自らの例年の水準を大きく下回っている、といったケースです。
- 知っておくべき限界:予約済み客室に基づく予測は、直前予約の多い市場では常に実績より低くなります。示すのは確実な下限であって、上限ではありません。
第8部:まとめ表——複数施設でどこが詰まり、どう対処するか
| ポートフォリオの状況 | 詰まる箇所 | ポートフォリオ単位での影響 | 対処法 |
|---|---|---|---|
| 週内の状況把握 | 各施設の支配人に電話で確認しなければならない | 情報が遅れて届き、運営チームがレポート作成に時間を取られる | 全施設の数字をリアルタイムで直接読み取る閲覧専用の画面を1つ |
| 売上期間の区切り | 施設ごとにナイトオーディットの締め時刻が異なる | 連結売上が期の境界でずれる | ポートフォリオ全体に1つの会計日基準を通達し、例外は明記する |
| 施設間の順位付け | 稼働率の分母と平均単価の範囲が異なる | 順位が実力ではなく計算方法を反映してしまう | 販売停止客室の規則とあわせて共通の計算式を通達する |
| 部門別レポート | 施設ごとに売上の区分方法が異なる | 施設間でレポートを積み重ねられない | ポートフォリオ全体で共通の売上・費用部門一覧を使う |
| ポートフォリオ内の複数法人 | 財務諸表と管理レポートを混同する | 規定違反になるか、ポートフォリオ全体像を失う | 2つの層を並行して維持する:財務は法人別、管理はポートフォリオの視点で |
| 施設ごとの共同出資者 | システム全体を開放するか、何も見せないかの二択 | 一方ではデータのリスク、他方では透明性の欠如 | その人が出資している施設だけに権限を絞った閲覧専用アプリ |
| 外部運営会社に委託している施設 | データアクセス権が契約に記載されていない | 所有者が運営側の作成したレポートに依存する | リアルタイム閲覧専用アクセスとデータ所有権の条項を運営委託契約に盛り込む |
| 地域による繁閑期のずれ | 全施設で共通のアラート閾値を使っている | 閑散期の施設では誤報が多く、落ち込んでいる施設では沈黙する | 施設ごとに閾値を設定し、各施設を自らの前年同期と比べる |
第9部:DiOwnerが今表示しているもの、まだ表示していないもの
この部分は、誤った期待を避けるために書いています。まさにこれらの数字をもとに意思決定を行うオーナーと取締役会という読者にとって、特に重要なことです。
実データで稼働中
- 売上とソース構成の層を施設別およびポートフォリオ全体で、稼働中の運営システムからリアルタイムに更新。
- 稼働率、平均客室単価、販売可能客室1室あたり売上を統一された計算式で算出。長期的に販売停止した客室は除外し、一時的に販売できない客室はそのまま含める規則を適用。
- 売掛金と債権年齢、閾値に基づくアラート付き。旅行会社や法人との契約が多いポートフォリオにとって重要な指標群です。
- オンザブックス予測、30日・60日・90日の見通し。
- 正しい連結:ポートフォリオ全体の客室数を合算してから割るため、連結数値が小規模施設に引っ張られることなく実際の規模を反映します。
ロードマップ上の項目
- 販売可能客室1室あたり営業総利益(GOPPAR)— 近日公開。この指標には、すべての施設で同じ基準により運営費用を集計することが必要なため、まだ稼働中の指標セットには含まれていません。この指標に至る損益計算書の構成は、USALI基準の記事で詳しく説明しています。
- 順位表を読むときに覚えておくべきこと:客室1室あたり売上による順位は、利益による順位ではありません。売上で首位の施設でも、コスト構造がはるかに重ければ、効率では最下位になることがあります。
ダッシュボードを作る前に、ポートフォリオの基準がどこでずれているかを知りたいですか?
ポートフォリオ内の各施設が現在どのように営業日を締め、稼働率を計算し、売上を区分しているかをDiHotelチームにお送りください。本記事の3種類の基準のずれに沿って確認し、社内規則で対処できる箇所と、共通マスターに統合すべき箇所を具体的にお示しします。契約の話はその後です。
結論
複数施設を持つオーナーにレポートが不足していることはまれです。欠けているのは共通の物差しと専用の閲覧層です。重要な決定は3つあり、その順序は逆にできません。ポートフォリオ全体の共通マスターを定めること——会計日基準、売上部門、客室タイプのグループ、顧客ソース、指標の計算式、内部取引の消去規則。運営システムからレポートへ数字を直接流すこと——途中に手作業の転記を挟まない。そして意思決定者の閲覧層を、業務担当者の画面から切り離すこと。1つ目は経営上の決定であり、費用はほとんどかかりません。残りの2つこそ、ツールが本当の差を生む領域です。
この層で業務を担うのはAIホテル管理ソフトDiHotelです。4〜5つ星ホテル、リゾート、チェーンのための基幹プラットフォームとして、ベトナムと日本の市場で20年以上にわたり開発・実証されてきました。一方DiOwnerは、オーナーと取締役会専用の閲覧専用レイヤーです。これが、私たちが考える本来の意味でのマルチプロパティ対応ホテル管理ソフトでもあります。グラフの多い画面ではなく、共通マスターと、意思決定者のための専用閲覧層の組み合わせです。同じポートフォリオ内の小規模施設では、同等の役割をクラウドAIホテル管理ソフトDiCloudが担い、同じDiOwnerアプリが両方のプラットフォームから数字を読み取ります。
ポートフォリオが、ポートフォリオ事務所を持たない自主運営の小規模施設3〜5軒で構成されているなら、DiCloud Blogの同時期の記事がまさにその状況に向けて書かれています。複数のホテルを1か所から管理する——共通化すべき5つのもの、毎朝3分で答える6つの問い、そして今週から始められる5ステップのロードマップです。その規模では、オンラインAIホテル管理ソフトDiCloudと総合ホテル管理ソリューションが妥当な出発点であり、施設がDiHotelの階層へ移行してもポートフォリオは1か所に連結されたままです。
私たちのパートナー



















