Alikolo
Alikolo は Indonesia の e-commerce marketplace で、sellers が products を list し、buyers が delivery 付きで purchase できる product でした。free shipping で demand を集めようとしましたが、promotion が止まると sales は落ちました。この事例は unclear differentiation、weak founder control、scale のための funding dependence を示しています。
出典を見るプロダクト概要
何だったか
sellers が online marketplace に products を list し、buyers が purchase し、customers への delivery を arrange できるようにしました。
誰のためか
課題 / 価値
Indonesia で online buying and selling をより簡単にし、特に delivery が problem になる場面を扱うこと。
中核ワークフロー
sellers が products を list し、buyers が marketplace 経由で purchase し、platform が destination への delivery を coordinate する。
中核依存
model は shipping economics、buyer trust、seller supply、continued funding に依存していました。
プロダクト形態
価格モデル
sales は free shipping に助けられました。Failory は shipping promotion が止まると sales が significantly dropped したとしています。
競合または代替手段
何が起きたか
概要
Alikolo は public Failory material に Indonesian e-commerce marketplace として出ています。source record は限定的なので、detailed cause of failure ではなく marketplace positioning、demand clarity、distribution assumptions を test する case として使うべきです。
結果
Alikolo は available public sources に基づく low-confidence archived marketplace risk signal として扱います。
中核リスク
Broad marketplace before a clear buyer and seller wedge
終了理由
linked public material から single verified shutdown reason は確認できません。useful builder risk は、sharp buyer reason and seller wedge を証明する前に broad marketplace を作ることです。
集客上の問題
free shipping に支えられた demand は、promotion が止まると弱くなり、marketplace 自体の repeatable acquisition and transaction loop は十分に証明されませんでした。
タイムライン
- product は Indonesia の e-commerce marketplace として positioned されました。
- marketplace category は existing alternatives に対して seller supply と buyer demand の両方を必要としました。
- product は public cemetery/failure material に出ていますが、public record は full founder postmortem を提供していません。
作る前に確認すること
なぜ重要か
e-commerce categories に入る builders に重要です。marketplace は sellers が list する理由と buyers が switch する理由を別々に必要とし、platform を作るだけではどちらも生まれません。
主な確認事項
one buyer-seller wedge から始め、repeat transactions を証明し、narrow e-commerce category で acquisition を validate してください。
チェックリスト
- marketplace features を増やす前に one manually curated category を運営する。
- small buyer group から repeat purchases を測る。
- buyers が他で見つけにくい inventory を持つ sellers を pre-sign する。
- どの narrow category が marketplace に unfair start を与えるのか。
- demand が大きくなる前に sellers が join する理由は何か。
- buyers が existing options ではなくこの marketplace を選ぶ理由は何か。
参考になる場合
- many seller or product categories を持つ broad marketplace を作っている。
- differentiation が one buyer segment に対して十分に specific ではない。
- one narrow niche で repeat transactions を証明していない。
参考になりにくい場合
- buyers が active に探している unique supply source をすでに control している。
- one niche から始め、platform buildout 前に repeated transactions がある。
開発前テスト
- first category を chat、spreadsheets、simple storefront で運営する。
- platform work の前に buyers 用 one acquisition channel と sellers 用 one acquisition channel を test する。
応用できる学び
- supply or buyer pain が unusually strong な one category を選ぶ。
- many buyers がいない段階で sellers が join する理由を validate する。
- broad inventory がない段階で buyers が switch する理由を validate する。
今作るなら
broad platform の前に one category を manual に運営し、seller reason、buyer reason、repeat transactions を同じ niche で確認してください。