本文へスキップ
ToolSimu

不動産・エネルギー · インタラクティブ・シミュレーター

民泊ショック・シミュレーター

稼働率、清掃の回転、そして固定の住居費が、民泊が利益を生むのか、それとも資金を消耗させるのかをどう決めるのかを確かめます。

コントロールタワー

予約された1泊あたりの平均価格です。

¥19,500

その月の夜数のうち、予約が入っている割合です。

68%

1回の予約あたりの泊数です。滞在が長いほど、入れ替えの回数は減ります。

3

チェックアウトのたびに支払う費用です(ゲストが負担する清掃料金は差し引いてください)。

¥5,250

予約サイトに差し引かれる売上の割合です。

15%

物件を保有し続けるための費用です。

¥142,500

空室の夜も含めた、電気、水道、インターネット、暖房の費用です。

¥27,000

修理や買い替えのために取り分けておく売上の割合です。

8%

現在のシナリオに対して、逆ストレステストと1,000回のモンテカルロ・シミュレーションを実行します。

月次の純損益

¥61,094

連鎖するドミノの流れ

各段階が次の段階に影響します。緑は安全、黄は警告、赤は危険を表します。

  1. 1

    需要

    68%

    稼働率

    安全

  2. 2

    売上

    ¥1万

    暦日1日あたりの売上

    安全

  3. 3

    入れ替え

    ¥2,050

    1泊あたりの清掃と備品

    安全

  4. 4

    カバー率

    2.3×

    家賃・光熱費に対する売上

    安全

  5. 5

    キャッシュフロー

    ¥6万

    月間の純額

    安全

金額はJPYで、実際の為替レートではなく例示的な目安のスケールで表示しています。

詳細ガイド

民泊ショック・シミュレーター

業界のエグゼクティブ分析

民泊は、客室が1つで固定費がとても高い小さなホテルのようなものです。家賃またはローン、光熱費、保険は、物件に3泊の予約が入っても25泊入っても同じように発生します。そのため事業の性質は航空会社に近く、費用の大半は事前に確定しており、利益はカレンダーがどれだけ埋まるかで決まります。シミュレーターが需要から始まるのはそのためです。稼働率が3分の2あれば余裕があるように見えても、手元にはほとんど残らないことがあります。予約の入った夜が1泊増えるごとに、追加の固定費はほぼかからずに売上が増える一方、空室の夜は物件の保有費用の全額がそのまま負担になるからです。

新人のホストを驚かせるのが、入れ替えにかかる費用です。チェックアウトのたびに、清掃、洗濯、備品の補充が必要になり、カレンダーにも空きが生じます。3泊の滞在ならその費用を3泊に分散できますが、1泊だけの滞在ではそのすべてを1泊で負担します。つまり、稼働率や価格が変わらなくても、平均滞在日数が変われば利益が変わります。最低宿泊日数を長くすると、稼働率がわずかに下がっても、予約された1泊あたりの清掃費と備品代が下がるため、純収入が増えることがよくあります。入れ替えのノードは1泊あたりの費用を示すので、短い予約が静かに利幅を削っている状況を確認できます。

隠れた層は、数多くの小さな項目でできています。宿泊税や観光税、リネンと消耗品、ゲストによる破損への積立、常に使われる物件の維持修繕と消耗、そして掲載やメッセージを管理するためのソフトウェアと時間です。これらを合わせると、売上の2桁パーセントを占めます。家賃、清掃、プラットフォーム手数料だけを記録しているホストは、利益を3分の1ほど多く見積もってしまうのが普通です。季節性がさらに難しさを加えます。夏によく稼ぐ物件でも冬には赤字になることがあるため、平均的な1か月だけを見ていると、資金が不足する時期が見えなくなります。

シナリオの比較は、価格と仕組みのトレードオフを示します。単価を下げて最低滞在日数を長くすると、1泊あたりの売上は少し減りますが、予約が増えて入れ替え費用が減ります。24か月の表示では、季節による変動によってその違いが目に見えてきます。代替プランは、好調な月の落ち込みよりも、不調な月の底上げのほうを大きくします。破綻点は、通常の月が自らの費用を賄えなくなるまでに、稼働率や単価がどこまで下がれるかを示します。賃貸契約を結ぶ前や、賃貸収入を目的に物件を購入する前に確認すべき数字です。

計算式と方法論の設計図

このモデルは、8つの入力から1か月分の運営を計算し、稼働率が季節によって上下20%変動すると想定して24か月分を予測します。税金、備品、積立の定数は、ホストが一般的に置く想定であり、妥当かどうかを判断できるよう一覧にしてあります。

予約された夜数と滞在回数
夜数 = 30 × 稼働率; 滞在回数 = 夜数 ÷ 平均滞在日数
同じ夜数でも、滞在が長いほど入れ替えの回数は減ります。
売上
売上 = 夜数 × 宿泊単価
プラットフォーム手数料や税金を差し引く前の金額です。
見えるコスト
プラットフォーム手数料 = 売上 × 手数料率; 清掃費 = 滞在回数 × 清掃費; + 家賃 + 光熱費
多くのホストが記録している費用です。
変動費と隠れたコスト
維持修繕 = 売上 × 比率; 税 = 5% × 売上; 備品 = 6 × 滞在回数; 破損 = 1.2% × 売上; ソフトウェアと作業時間 = 35 + 1% × 売上
観光税、備品、積立についての一般的な想定です。
季節性
稼働率(月) = 稼働率 × (1 + 0.2 × cos(2π (月 − 6) ÷ 12))
夏にピークを迎え、冬に落ち込みます。1年を通した平均は変わりません。
純損益
純損益 = 売上 − 上記のすべての費用
破綻点が、ゼロになるまで追い込む月間のキャッシュフローです。

連鎖する弾力性

連鎖的な感応度:家賃と光熱費は固定なので、予約された夜が1泊減るごとに、その分がそのまま利益に響きます。一方、プラットフォーム手数料、税金、維持修繕、破損は、売上とともに減ります。感応度の順位では、稼働率と宿泊単価が通常は上位に来て、住居費がそれに続きます。

実例に基づく3つのケーススタディ

自己資金で始めるスタートアップ

自己資金で始める入門ケース

家賃が安く、価格も控えめな空き部屋です。固定費が小さいため、そこそこの稼働率があれば、ホストが価格設定やレビューのコツをつかむ間も、安定した副収入になります。

成長中の中堅企業

拡大中の中価格帯の物件

立地がよく広い住宅で、宿泊単価も住居費も高めです。売上ははるかに大きいものの、稼働率が数ポイント動くだけで、月に数百の増減が出るようになります。

ブラックスワン級の危機

ブラックスワンの危機

地域のルール変更、新しい税金、需要の落ち込みによって、稼働率は30%台後半まで下がり、滞在は短くなり、清掃費は上がります。このケースを読み込むと、物件が再び費用を賄えるようにするには何を変える必要があるかが分かります。

業界ベンチマーク一覧

指標危険ゾーン業界平均上位10%のエリート水準
稼働率50%未満60~70%75%超
平均滞在日数2泊未満2.5~4泊4泊超
予約1泊あたりの清掃と備品単価の20%超10~15%8%未満
家賃・光熱費に対する売上1.6倍未満2~2.5倍3倍超
純利益率0%未満10~20%28%超

変数とレバー

1泊の宿泊単価

予約された1泊あたりの平均価格です。

レバー: 地域のイベントや週末に合わせてダイナミックプライシングを使いましょう。閑散日を値引きするより、繁忙日を数パーセント上げるほうが、たいてい効果的です。

稼働率

その月の夜数のうち、予約が入っている割合です。

レバー: 値下げを考える前に、写真と掲載文の冒頭を見直し、1時間以内に返信し、カレンダーをより先まで開放しましょう。

平均滞在日数

1回の予約あたりの泊数です。滞在が長いほど、入れ替えの回数は減ります。

レバー: 繁忙期には最低宿泊日数を設定しましょう。予約が少なく滞在が長いほど、1泊あたりの清掃費と入れ替え費用は下がります。

1回の滞在あたりの清掃費

チェックアウトのたびに支払う費用です(ゲストが負担する清掃料金は差し引いてください)。

レバー: 1回あたり定額で請け負ってくれる清掃業者を探し、掲載では清掃料金を別枠にして、ゲストにも負担してもらいましょう。

プラットフォーム手数料

予約サイトに差し引かれる売上の割合です。

レバー: リピーターの直接予約を促し、ホスト負担のみの方式と手数料分担方式を比較しましょう。

月額の家賃またはローン

物件を保有し続けるための費用です。

レバー: 通常の月でも物件の保有費用を賄えないなら、家賃の再交渉やローンの借り換えを検討しましょう。

月額の光熱費

空室の夜も含めた、電気、水道、インターネット、暖房の費用です。

レバー: スマートサーモスタットを導入し、ゲストが不在の間の無駄な暖房や冷房を減らしましょう。

維持修繕と消耗

修理や買い替えのために取り分けておく売上の割合です。

レバー: 予防的なメンテナンスと耐久性のある家具のほうが、予約の合間の緊急修理よりも費用がかかりません。

このシミュレーターの使い方

  1. 1現実的なプリセットから始めるか、ご自身の掲載の実際の数字を入力します。
  2. 25つのノードを見て、需要、入れ替え、カバー率のどれが最初に赤くなるかを確認します。
  3. 3「破綻点を探す」を押して、キャッシュフローがゼロになるまでに稼働率や単価がどこまで下がれるかを確認します。
  4. 4季節のサイクルを丸ごと通して、長期滞在プランと現在のプランを比較します。
  5. 5シナリオのリンクを、共同オーナーや融資担当者と共有します。

避けたい間違い

  • 最も好調な月を基準に計画すること。稼働率は季節で変動するので、夏によく稼ぐ物件でも冬には赤字になることがあります。ピークではなく、1年を通して確認しましょう。
  • 小さな定期的な項目を入れないこと。税金、リネン、備品、破損、ソフトウェアを合わせると売上の2桁パーセントを占め、これを省くホストは利益を約3分の1多く見積もってしまいます。
  • カレンダーを埋めるために宿泊単価を下げること。滞在あたりの清掃費が同じまま価格を下げると、1件の予約が空室の夜より価値が低くなることがあります。まず最低宿泊日数を長くする案を試しましょう。
  • 保有コストを甘く見ること。家賃またはローンと光熱費は空室の夜にも発生するため、どの夜にも利益が出る前に、稼働率でそれらを賄う必要があります。

よくある質問

損益がゼロになるには、どのくらいの稼働率が必要ですか。

破綻点の機能を使ってください。稼働率を1,000段階で下げていき、ほかの入力をそのままにした場合に、通常の月がちょうどゼロで終わる水準を示します。

平均滞在日数で利益が変わるのはなぜですか。

滞在1回ごとに清掃費と備品代がかかるからです。予約された夜数が同じでも、滞在が少なく長くなれば入れ替えの回数が減り、1泊あたりの清掃費も下がります。

タイムラインに季節の変動があるのはなぜですか。

民泊が毎月同じだけ稼げることはまれです。このモデルでは、稼働率が平均の上下で最大20%動き、夏にピークを迎えるため、タイムラインに好調な月と不調な月が表れます。

数字はどのくらい正確ですか。

前提を明示した計画モデルであり、税務や会計の助言ではありません。地域の税金やルールは異なるため、最新の内容を確認し、ご自身の数字を使ってください。

モンテカルロの結果は何を意味しますか。

ツールは、すべての入力を約15%の幅でランダムに変えながらシナリオを1,000回やり直し、月がゼロ以下で終わる頻度と、起こりうる結果の範囲を示します。

これは前提条件を明示した、教育目的の計画モデルです。財務、税務、法律に関する助言ではありません。入力値はご自身の数字に置き換え、重要な判断は必ず資格を持つ専門家に確認してください。