Web AppShut Down

Profitabilly

Profitabilly は ten paying users と about $290 MRR に到達しましたが、founder は niche job-costing SaaS を売り続け、運営し続けたいとは思えず shut down しました。

元のストーリーを見る

プロダクト概要

何だったか

Profitabilly は service businesses が project-level costs、expenses、profit を tracking する SaaS でした。

誰のためか

service businessesagenciesconstruction companiesconsultants

課題 / 価値

agencies、construction companies、consultants などが separate accounting and project-management tools を手作業で組み合わせず true project profitability を把握できるようにすること。

中核ワークフロー

users が projects に transactions and expenses を紐づけ、project profit を tracking する。

プロダクト形態

web appjob-cost tracking SaaSservice-business operations tool

価格モデル

$29/month for unlimited projects and users。

競合または代替手段

accounting toolsproject-management toolsspreadsheetsjob-costing software

何が起きたか

概要

Profitabilly は service businesses が project-level costs、expenses、profit を tracking するのを助けました。

結果

founder は ten paying users と about $290 MRR に到達した後、business を続けたくないと判断して shut down しました。

中核リスク

A product can be technically useful and lightly monetized while still being a poor long-term founder fit.

終了理由

early revenue はあったものの、founder-problem fit、sales appetite、distribution appetite が足りなかったこと。

作る前に確認すること

なぜ重要か

Profitabilly は paying users がいても business を続ける理由にはならないことを示しています。pre-build question は、customer demand と同時に、自分がこの buyer、sales channel、support work を続けたいかです。

主な確認事項

niche operations SaaS では paid demand だけでなく、buyer、sales channel、support loop への自分の appetite も検証してください。

チェックリスト

  • buyer interviews をして domain が好きか確認したか。
  • support loop の recurring work は何か。
  • audience or launch test を避けていないか。
  • Founder-market mismatch を build 前に見抜く evidence は何か。
  • これからも serve したい buyer を name できるか。
  • この workflow の sales and support loop に耐えられるか。
  • first few paying users の先に repeatable path はあるか。
  • small SaaS が chore になる前の stop rule は何か。

参考になる場合

  • niche operations SaaS や service-business tool を作っている。
  • small MRR はあるが founder-market fit に違和感がある。
  • launch、content、audience work を避けている。

参考になりにくい場合

  • buyer segment、support loop、sales channel を長く続けたいと検証済み。
  • repeatable distribution path があり、founder energy も維持できている。

開発前テスト

  • buyers に interview し、pay するかだけでなく domain を楽しめるかも検証する。
  • product 完成前に small launch or content test を 1 つ行う。
  • early users を manual support し、自分が所有する recurring work を記録する。

応用できる学び

  • customer demand と並行して founder-market fit を検証する。
  • 早い段階で distribution work を行い、その channel を続けたいか学ぶ。
  • few paying users を business worth operating の proof と見なさない。

今作るなら

niche operations SaaS に commit する前に、buyer interviews と small launch を通じて、自分が sales channel、support loop、domain を続けたいか確認してください。