Web AppShut Down

Boston Apartment Hub

Boston Apartment Hub は、renters に verified listings を見せ、real-estate agencies に listing exposure を売ろうとした Boston apartment-listing site でした。

元のストーリーを見る

プロダクト概要

何だったか

Boston Apartment Hub は Boston apartment listings を集め、renters 向けに reliable, verified inventory として position しました。

誰のためか

Boston-area rentersreal-estate agenciesapartment brokers

課題 / 価値

renters には cleaner apartment discovery を、real-estate agencies には more listing exposure を約束しました。

中核ワークフロー

agencies が apartment listings を提供し、site が data を import and maintain し、renters が current inventory を search する workflow でした。

中核依存

renter demand が build する前に、十分な agencies が pay し、fresh inventory を出し、listings を更新し続ける必要がありました。

プロダクト形態

local listing websitereal-estate marketplaceagency-paid directory

価格モデル

end users は free。revenue は real-estate agencies が site に apartments を list するために支払うことに依存していました。exact pricing と revenue は disclosed されていません。

競合または代替手段

existing broker workflowsagency websitesrental listing habitslocal listing portals

何が起きたか

概要

Boston Apartment Hub は local rental marketplace を作ろうとしましたが、agency sales と listing-maintenance work が想定よりずっと難しいことが分かりました。

結果

project は durable business にならず、source では bad market fit の failed side project と説明されています。

中核リスク

local marketplace は、paid supply、fresh inventory operations、buyer demand を同時に証明できないと失敗します。

終了理由

founder は、agency adoption、paid listing sales、manual data upkeep が想定よりずっと難しく、market は existing process を変えることに averse だったと述べました。

需要シグナル

agencies に another listing service へ支払ってもらうのは難しく、early stage で話を聞いてくれた agencies は few でした。paid supply や lead flow が証明されないままでは、renter side の価値も compound しませんでした。

集客上の問題

growth は manual agency outreach、apartment data imports、constant listing updates に依存していました。renters が inventory を trust できるようになる前に heavy operations が必要でした。

タイムライン

  • founder が college を卒業した後に started しました
  • real-estate agencies と direct に work することを狙いました
  • agency outreach、data imports、current listing maintenance が必要でした
  • agencies に another listing service へ支払うよう説得するのに苦戦しました
  • failed side project として ended し、founder は later Practical Golf を build しました

作る前に確認すること

なぜ重要か

directory と marketplace builders は website を先に見がちですが、実際の business は offline sales、data maintenance、一方が他方に measurable value を作る証明かもしれません。

主な確認事項

fresh inventory を軸に local rental marketplace を作る前に、paid supply と listing-maintenance cost を検証してください。

チェックリスト

  • marketplace に full liquidity がない段階で agencies は pay するか
  • listing freshness は full-time manual work なしで維持できるか
  • paid side が受け取る repeated lead value は何か
  • listing UI を polish する前に supply side から paid commitment を取る
  • inventory を current に保つ manual work を time-box する
  • one narrow market に repeated renter demand があるか証明する
  • listings が suppliers に価値ある qualified leads を作るか track する

参考になる場合

  • local directory または marketplace を作っている
  • product が third-party inventory freshness に依存している
  • demand density の前に suppliers が pay する revenue model である

参考になりにくい場合

  • supply data と update workflow をすでに own している
  • build 前に signed paid suppliers と measurable demand がある

開発前テスト

  • small set of agencies で concierge test を行い、qualified renter leads を manually route する
  • full marketplace を build する前に limited verified-listing pilot で agencies に charge する
  • representative batch of listings の import と refresh にかかる時間を測る

応用できる学び

  • full directory を build する前に supplier willingness to pay を validate する
  • inventory accuracy を保つ cost を測る
  • supply と demand が繰り返し出会う narrow market から始める
  • suppliers に another channel を採用してもらう前に lead value を証明する

今作るなら

one narrow rental segment から始め、agencies が qualified leads または verified inventory に支払うことを証明してください。listing freshness の automation は repeatable supply が動いてからで十分です。