SellanApp
SellanApp は、アプリ案を持つ人、開発者、デザイナー、宣伝担当者、小口支援者をモバイルアプリ企画の周りでつなごうとした Amsterdam のアプリ向けクラウドファンディング・マーケットプレイスでした。
元のストーリーを見るプロダクト概要
何だったか
SellanApp は、人々が app ideas を投稿し、crowdfunding を求め、resulting mobile app を build または promote できる人とつながる場を提供しました。
誰のためか
課題 / 価値
idea owner が upfront で agency を雇わなくても、app ideas を funded and developed mobile products に変えようとしました。
中核ワークフロー
- app idea を public support に出す
- mobile app development の資金を集める
- app を build する developers or designers を見つける
- backers が app projects に参加できるようにする
プロダクト形態
価格モデル
FinSMEs は idea owner、fund providers、任意で developers の間の revenue sharing を説明しました。公開ソースでは SellanApp platform fees、take rate、average project budget、successful app revenue は開示されていません。
何が起きたか
概要
SellanApp は、広い app-crowdfunding marketplace を拡大しようとした後、2014 年に bankruptcy を申請しました。
結果
Emerce は、SellanApp が bankruptcy を申請し site を閉じたと報じました。
需要シグナル
公開証拠は単純な関心不足を示していません。SellanApp には crowdfunding backers と press coverage がありましたが、founder postmortem は model が広すぎ、強い product vision を持たない人も集めたと述べています。初期の好奇心は、質の高い committed projects へ安定して変わっていませんでした。
集客上の問題
SellanApp は idea owners、funders、developers、designers、promoters という複数の groups が同時に集まる必要がありました。focused wedge がないままでは、それぞれの side は他の side が active になる前に参加する理由が弱くなります。
タイムライン
- 2012 年 1 月、FinSMEs は SellAnApp が Symbid 経由で EUR 150,000 を調達したと報じました。
- 2012 年 4 月、The Next Web は SellanApp が private beta の pre-registration を開いたと報じました。
- 2014 年 10 月、Emerce は SellanApp が bankruptcy を申請し site を閉じたと報じました。
- bankruptcy 後、co-founder Milan van den Bovenkamp は、複数の seed investments の後に pivot または focus の sharpen が必要だったと書きました。
作る前に確認すること
なぜ重要か
SellanApp には early financing と明確な promise がありましたが、公開記録は 1 つの狭い transaction loop が証明される前に、多すぎる participant groups の coordination が必要だったことを示しています。
主な確認事項
アイデア提供者、作り手、支援者の役割を増やす前に、1 つの狭い企画タイプが購入意思のある顧客から納品完了まで進み、継続参加と採算が成り立つことを証明してください。
参考になる場合
- 2 groups を超える marketplace を作っている。
- passive users に ideas を投稿させ、他の人の execution を待たせている。
- traction が completed transactions ではなく、signups、submissions、backers、press に偏っている。
参考になりにくい場合
- 1 つの狭い segment で repeated completed transactions を手作業ですでに運用している。
- marketplace liquidity に依存しない single-sided tool である。
開発前テスト
- marketplace software を作る前に、1 つの app category で concierge project を運用する。
- builders を集める前に、idea owners から paid commitment を取る。
- hypothetical platform ではなく、real scoped project に対して builders を recruit する。
応用できる学び
- idea を持つ全員を相手にする前に、1 つの narrow buyer or project category を選ぶ。
- submissions や crowdfunding interest ではなく、completed projects と repeat participation を測る。
- platform を自動化する前に、builders と backers が projects の quality を信頼するか検証する。
今作るなら
より狭い rebuild なら、1 つの app category に絞り、buyer commitment、builder availability、delivery quality、completion rate、margin が証明されるまで projects を手作業で運用します。繰り返し completed projects が出てから broad marketplace へ広げてください。