Gulp
Gulp は、大学生がバーの入口で現金を払う代わりに、スマートフォンでカバーチャージを支払えるようにした大学向けモバイルアプリでした。
元のストーリーを見るプロダクト概要
何だったか
Gulp は、学生が参加バーで引き換えられるデジタルカバーを販売しました。
誰のためか
課題 / 価値
大学のナイトライフで、ATM に行く手間や現金でのカバー支払いを避けられるようにしました。
中核ワークフロー
学生がデジタルカバーを購入し、バーに到着し、入店のためにドアスタッフにカバーを引き換える流れでした。
中核依存
学生の反復購入、バーの参加、ドアスタッフの受け入れ、カバーごとの正の粗利に依存していました。
プロダクト形態
価格モデル
ユーザーはカバー料金に加えて利便性手数料を支払いましたが、決済手数料と獲得コストにより粗利は弱くなりました。
競合または代替手段
何が起きたか
概要
Gulp は、スマートフォンでバーのカバーチャージを払うために大学生が作ったアプリでした。
結果
チームは約 $10,000 のカバー購入を処理しましたが、ユーザーあたり平均購入回数は 1 回未満で、資金が尽きました。
中核リスク
小さな決済粗利とオフライン引き換え摩擦が導入を壊しました。
終了理由
ソースは、弱いユニットエコノミクス、低い反復利用、ドアスタッフのワークフロー摩擦を指摘しています。
需要シグナル
Gulp はユーザーを獲得しましたが、定着していませんでした。ソースによると、アプリは約 $10,000 のカバー購入を処理しましたが、ユーザーあたり平均購入回数は 1 回未満でした。
集客上の問題
チームは学生を集められましたが、導入はバーとドアスタッフが騒がしい入店プロセスの中でデジタルカバーを確実に受け付けることに依存していました。
タイムライン
- 学生ナイトライフにおける現金カバー支払いの痛みを見つけました。
- 約 2 カ月でモバイルアプリ構築に約 $15,000 を使いました。
- 地域の 10 店舗中 2 店舗のバーでテストしました。
- 1 カ月で約 2,500 ユーザーを獲得しました。
- 弱い反復利用、薄い粗利、ドアスタッフの摩擦の後に資金が尽きました。
作る前に確認すること
なぜ重要か
実在する顧客の不満でも、会場、スタッフ、ユーザー、取引経済性が繰り返し機能しなければ強い事業にはなりません。
主な確認事項
小さなオフライン決済ワークフローをアプリ化する前に、入口での引き換え、反復購入率、取引ごとの粗利をテストしてください。
チェックリスト
- 独自開発前に、手作業引き換えだけで一晩運用できるか。
- ユーザーあたり 1 回超の購入を証明できるか。
- 参加会場が自分たちの理由で製品を支持できるか。
- 現実的な獲得コストを入れても粗利が残るか。
- ピーク時間に運営者はそのワークフローを受け入れるか。
- 損益分岐には各ユーザーが何回反復取引する必要があるか。
- 決済手数料と割引を誰が負担するか。
- スタッフが引き換えプロセスを拒否または忘れたら何が起きるか。
参考になる場合
- 小さなオフライン取引を中心に決済を作っている。
- 製品が運営者やスタッフに既存ワークフロー変更を求める。
- 収益が反復利用と小さな取引粗利に依存している。
参考になりにくい場合
- 製品にオフライン引き換えや運営者ステップがない。
- 参加会場の契約と反復取引データをすでに証明している。
開発前テスト
- 独自アプリなしで 1 から 2 会場の手作業パイロットを行う。
- 成功した引き換え、失敗した引き換え、反復購入を追跡する。
- 手数料、割引、獲得コストを引いた貢献利益を計算する。
応用できる学び
- 独自アプリ開発前に、実際の運営者と引き換えをテストする。
- 最小取引サイズで決済手数料と獲得コストをモデル化する。
- 反復購入率を製品の中核要件として扱う。
- ユーザーの利便性だけで会場が行動を変えると仮定しない。
今作るなら
独自アプリに支払う前に、2 店舗のバー、手作業の引き換えプロセス、スプレッドシートレベルの粗利モデルから始めてください。