Web AppShut Down

Adproval

Adproval は、manual consulting revenue と funded self-service software path を組み合わせた creator-brand marketplace でした。創業者は consulting で more than $200k を得た一方、software product は about $200 per month にとどまったと報告しています。

元のストーリーを見る

プロダクト概要

何だったか

Adproval は bloggers and social media influencers と brands を sponsorships and direct ad placements でつなぐ marketplace でした。

誰のためか

bloggerssocial media influencersbrandsadvertisers

課題 / 価値

creators が brand collaborations を control し、advertisers が sponsorship opportunities を購入できるようにすることを目指しました。

中核ワークフロー

creators が sponsorship inventory を listed し、brands が direct ads or social promotions を購入し、双方が collaboration opportunities を管理する。

中核依存

創業者は最初に landing pages、Google Forms、Google Sheets を使い、market research のために two-sided marketplace を fake したと述べています。

プロダクト形態

web marketplacecreator monetization platform

価格モデル

original platform は direct ad purchases から commissions を取っていました。後に consulting services が revenue を生み、self-service software は about $200 per month と報告されています。

競合または代替手段

influencer marketing agenciesPR agenciescreator marketplacesdirect brand sponsorship outreach

何が起きたか

概要

創業者は Adproval を、bloggers and social media influencers と brands をつなぐ marketplace と説明しています。

結果

creator-brand marketplace は funding を得て software を作りましたが、創業者は後に、regular revenue が証明される前に simple revenue-generating services から離れたと述べています。

中核リスク

Marketplace Software Before Revenue

タイムライン

  • 創業者は static pages、Google Forms、spreadsheets で validation を始めました。
  • 創業者は後に about $300k を raise しました。
  • 創業者は more than $200k consulting revenue と、self-service software から only about $200/month を報告しています。

作る前に確認すること

なぜ重要か

Adproval は manual consulting revenue と funded self-service software path を組み合わせました。pre-build で見るべき問いは、bloggers、social media influencers、brands が、継続的に届く channel を通じて influencer sponsorship inventory listing and direct display ads or social promotions に繰り返し支払うかです。

主な確認事項

self-serve software へ移る前に、manual sponsorship revenue を維持し、repeatable marketplace liquidity を証明してください。

チェックリスト

  • この問題の budget owner は誰か。
  • buyer が毎週または毎月使う repeated event は何か。
  • one-off launch spike なしに bloggers、social media influencers、brands へ reliably reach できる channel は何か。
  • さらに build する前に Marketplace Software before Revenue を示す evidence は何か。
  • bloggers、social media influencers、brands の中で、誰が最初に支払い、なぜ urgent なのかを定義する。
  • workflow が購入に値する頻度で起きることを証明する。
  • launch traffic に頼る前に、bloggers、social media influencers、brands へ届く one acquisition channel を test する。
  • buyer が influencer marketing agencies、PR agencies、creator marketplaces から switch する理由を書き出す。

参考になる場合

  • bloggers、social media influencers、brands のための web marketplace を作っている。
  • main value が creators に brand collaborations を control させ、advertisers に sponsorship opportunities を買わせることにある。
  • interest、signups、usage、founder confidence はあるが、paid repeat use は証明できていない。
  • acquisition or product value が、自分で fully control できない platform、search channel、API、third-party system に依存している。

参考になりにくい場合

  • paying bloggers、social media influencers、brands がすでに repeatedly use し、renew or expand usage している。
  • external go-to-market risk がない mandated user base の internal tool である。

開発前テスト

  • bloggers、social media influencers、brands の small group に manual workflow を提供する。
  • next version を作る前に、one buyer に pay、renew、or dated pilot sign を求める。
  • non-launch acquisition channel を1つ test し、page views ではなく qualified conversations を数える。
  • offer を influencer marketing agencies、PR agencies、creator marketplaces と並べ、今 switch する理由を聞く。

応用できる学び

  • recurring revenue が出るまで manual marketplace operations を続ける。
  • customers が支払う managed service を self-service purity で止めない。
  • software complexity を scale する前に marketplace の paying side を validate する。

今作るなら

self-service marketplace software を増やす前に、manual sponsorship matching を続け、同じ buyer segment から repeat paid transactions が起きるか確認してください。