Mobile AppShut Down

RoomsTonite

RoomsTonite は、インドで直前ホテル予約の割引を提供していましたが、資金調達に失敗し、マーケットプレイスの運営コストを支えきれず閉鎖しました。

元のストーリーを見る

プロダクト概要

何だったか

RoomsTonite は、short-notice rooms を探す travelers と unsold inventory を埋めたい hotels をつなぐ last-minute hotel booking app でした。

誰のためか

short-notice rooms が必要な travelersunsold inventory を持つ hotelsprice-sensitive local travelers

課題 / 価値

traveler には割引された直前客室を、hotels には空室の収益化機会を提供すること。

中核ワークフロー

  • 直前にホテル客室を予約する
  • 売れ残り客室を割引で探す
  • hotels が empty rooms を埋める

プロダクト形態

mobile hotel-booking applast-minute room marketplacediscounted hotel inventory flow

価格モデル

booking commission model と見られますが、公開ソースでは take rate、booking volume、commission margin、customer acquisition cost は開示されていません。

何が起きたか

概要

RoomsTonite は failed fundraising path と cash-flow pressure により、last-minute hotel booking marketplace を閉鎖しました。

結果

shutdown。

終了理由

公開報道は、failed fundraising、cash-flow trouble、carry しにくくなった operating costs を示しています。

需要シグナル

unused hotel inventory は存在していましたが、公開報道では failed fundraising、cash-flow trouble、app stores からの disappearance が確認できます。供給があることと、都市ごとに liquidity と commission economics が成り立つことは別です。

集客上の問題

直前予約 marketplace は、city-level demand、hotel supply、commission margin、cash runway が同時に必要です。local density が足りないと、在庫があっても十分な completed bookings と repeat demand にはつながりません。

タイムライン

  • 公開報道によると、RoomsTonite は 2014 年に founded。
  • 2015 年 12 月、Times of India は RoomsTonite が $1.5M を調達したと報じました。
  • 2017 年、VCCircle は failed fundraising bid の後に company が closed operations したと報じました。

作る前に確認すること

なぜ重要か

travel marketplace では、供給があっても、同じ都市で buyers が繰り返し予約し、hotels が安定して参加し、commission が運営費を支える必要があります。

主な確認事項

予約マーケットプレイスには在庫だけでなく流動性が必要です。供給を広げる前に、1 つの領域で直前予約の反復需要、ホテル参加、手数料 margin、資金 runway を証明してください。

参考になる場合

  • hotel booking、local marketplace、unused-inventory marketplace を作っている。
  • 供給側の idle capacity を主要な根拠にしている。
  • 資金調達を前提に city expansion を考えている。

参考になりにくい場合

  • 1 都市で repeat bookings と positive contribution margin がすでに証明されている。

開発前テスト

  • 1 city pilot で repeat last-minute bookings を測る。
  • hotel participation と cancellation/unavailability を追う。
  • commission margin と monthly burn を同じ dashboard で見る。

応用できる学び

  • supply count ではなく completed bookings と repeat demand を測る。
  • city-level liquidity を証明する前に expansion しない。
  • fundraising runway を product risk の一部として扱う。

今作るなら

1 つの都市と 1 つの short-notice use case に絞り、repeat bookings、hotel participation、commission margin、cash runway を先に測ってください。供給拡大は liquidity が証明されてからです。