Web AppShut Down

Visual Office

Visual Office は launch progress と paying customers を得ましたが、creator は最も excited な prospects が自分の serve したくない employee monitoring workflow を求めていると分かりました。early sales の後に founder-market fit tension が表面化した例です。

元のストーリーを見る

プロダクト概要

何だったか

Visual Office は remote teams が Slack 内で office and team presence を visualize する Slack app でした。

誰のためか

remote teamsmanagersSlack-based companies

課題 / 価値

existing Slack workflow の中で remote team presence をより visible and office-like にすること。

中核ワークフロー

remote team members の presence を Slack 内で visual に表示し、office-like な awareness を作る。

プロダクト形態

Slack appremote work presence tool

競合または代替手段

Slack statusremote work dashboardsvirtual office tools

何が起きたか

概要

founder は Visual Office を remote teams が Slack 内で office を visualize する Slack app と説明しました。

結果

shutdown 前に handful of paying customers はいましたが、product は break-even に届かず、founder は monitoring-oriented demand と founder-product fit に discomfort を持ちました。

中核リスク

Founder Market Mismatch

終了理由

bad founder-product fit、employee monitoring use case への discomfort、break-even 前の traction limit。

作る前に確認すること

なぜ重要か

Visual Office は paying customers がいても、自分が serve したい market かどうかが重要であることを示しています。pre-build question は、remote presence product が collaboration tool なのか monitoring tool なのか、buyer intent と creator values が合うかです。

主な確認事項

employee monitoring に流れ得る tool では、buyer use case、ethics、break-even path を先に確認してください。

チェックリスト

  • buyer は team enablement を買っているのか employee monitoring を買っているのか。
  • privacy and ethics stance は product copy と sales conversation に反映されているか。
  • break-even に必要な customers and support load は何か。
  • Founder Market Mismatch を早く見抜く evidence は何か。
  • どの remote team segment が最初に支払うのか、なぜ urgent なのかを定義する。
  • collaboration use case と monitoring use case を分けて検証する。
  • Slack App Directory 以外の acquisition channel を 1 つ検証する。
  • Slack status、remote work dashboards、virtual office tools から切り替える理由を書き出す。

参考になる場合

  • Slack app や remote work presence tool を作っている。
  • managers が buyer で、employee visibility や monitoring に近い use case がある。
  • paying customers はいるが、founder-market fit に違和感がある。

参考になりにくい場合

  • use case、privacy stance、buyer intent が明確で、team もその market を serve したい。
  • break-even path と positioning が既に検証済み。

開発前テスト

  • small remote teams に manual visual presence workflow を提供する。
  • buyer interviews で collaboration intent と monitoring intent を分けて記録する。
  • paid pilot 前に privacy stance と unacceptable use cases を明文化する。
  • offer を Slack status、remote dashboards、virtual office tools と並べて switch condition を聞く。

応用できる学び

  • remote teams が workflow に支払うかを useful feedback とは別に検証する。
  • Founder Market Mismatch を最初の assumption として扱う。
  • more features の前に Slack status、remote work dashboards、virtual office tools と比較する。

今作るなら

remote presence tool を作る前に、buyer が欲しい use case が monitoring なのか collaboration なのか、そして自分がその market を serve したいのかを確認してください。