Web AppShut Down

Eloquis

Eloquis は mobile-app personalization の bootstrapped SaaS でした。team は plausible trend に賭けて built しましたが、mobile teams が personalization を urgent buying need と感じること、agencies が正しい buyer であること、outreach が market に届くことを証明する前に about $20,000 を失い、revenue はありませんでした。

元のストーリーを見る

プロダクト概要

何だったか

Eloquis は mobile apps に personalization を追加する bootstrapped SaaS でした。

誰のためか

mobile app developersmobile development agenciesapp product teams

課題 / 価値

mobile teams が end users に対して app experiences を more tailored and less transactional にできるようにすること。

中核ワークフロー

mobile teams が apps に personalization behavior を追加し、users が more tailored in-app experiences を受けられるようにする。

中核依存

mobile teams が personalization を urgent enough と見なして adopt することと、team が those buyers に届く channel を見つけることに依存していました。

プロダクト形態

web appSaaSplanned API/SDK direction

価格モデル

public pricing data は見つかっていません。founder は product が no revenue だったと述べています。

競合または代替手段

mobile analytics and engagement SDKsapp personalization toolsin-house mobile development workdeveloper-platform ecosystems

何が起きたか

概要

Eloquis は app experiences を less transactional にするという idea から作られた mobile-app personalization SaaS でした。

結果

team が targeted market では personalization が urgent enough ではなく、outreach も reliable channel を作れないと分かった後、project は revenue なしで shut down しました。

中核リスク

Mobile personalization demand not urgent

終了理由

founder は、team が mobile-app personalization の demand を仮定し、wrong customer segment を target し、crowded mobile software category に入り、outreach results が弱かったと述べています。

需要シグナル

founder は personalization が immediate need ではなく、team が wrong customer segment を target し、mobile software field が crowded だったと述べています。

支払いシグナル

founder は no revenue and about $20,000 loss を報告しています。

集客上の問題

email and LinkedIn outreach to mobile developer groups は very little impact で、repeatable acquisition channel にはなりませんでした。

タイムライン

  • founder は Eloquis を bootstrapped SaaS と説明しました。
  • team は mobile developer groups へ email and LinkedIn outreach を試しました。
  • founder は about $20,000 loss and no revenue を報告しました。

作る前に確認すること

なぜ重要か

mobile teams は personalization が useful だと同意しても、another tool を今 adopt する clear reason が必要です。build 前に、誰が problem を own し、どれだけ頻繁に感じ、どの channel で reach できるかを証明してください。

主な確認事項

mobile personalization features に投資する前に、buyer segment、urgency、reachable channel を validate してください。

チェックリスト

  • どの mobile-app metric が今 quarter に buyer が pay するほど改善するのか。
  • buyer は app を作る agency か、retention を own する product team か、それ以外か。
  • broad developer audience に頼らず exact buyer segment から replies を得られるか。
  • personalization が merely attractive ではなく urgent だと何で証明するか。
  • mobile team 内で personalization problem を own する人と budget owner を特定する。
  • feature depth に投資する前に small manual or prototype version に pay してもらえるか test する。
  • broad mobile developer outreach ではなく exact buyer segment で channel tests を行う。
  • product name and keywords が right buyers に見つかるか check する。

参考になる場合

  • web SaaS trend を mobile apps、developer tools、adjacent market に移そうとしている。
  • first target segment が end-user experience を own する company ではなく agency、consultant、service provider である。
  • buyer に届く proof の前に cold email、LinkedIn、communities、SEO に acquisition plan が依存している。

参考になりにくい場合

  • buyers がこの workflow を name で求めており、今 budget がある。
  • distribution が main risk ではない internal mobile team 向けに building している。

開発前テスト

  • recent personalization decision について mobile teams に interview し、すでに試したことを聞く。
  • platform を作る前に one measurable app flow を改善する narrow paid pilot を売る。
  • possible buyer segment ごとに small outreach test を行い、interest ではなく reply quality を比較する。
  • brand and SEO direction に commit する前に product name and category terms を search-test する。

応用できる学び

  • nice-to-have improvement 周りに full SaaS を作る前に urgency を validate する。
  • web personalization trend が mobile apps にそのまま transfer すると仮定しない。
  • buyers が product を見つけやすい name and discovery strategy を選ぶ。

今作るなら

mobile teams の one measurable app flow に絞り、paid pilot を売って buyer、urgency、channel を確認してください。