Phoenix
Phoenix は、ユーザーの死後に大切な人へ送られる最後のメッセージを書くための Web アプリでした。
元のストーリーを見るプロダクト概要
何だったか
Phoenix は、ユーザーが最後のメッセージを書き、受取人を選び、年 1 回のチェックイン機構により死後の送信を判定できるようにしました。
誰のためか
課題 / 価値
大切な人へ最後の思いやメッセージを残せるようにすること。
中核ワークフロー
- メールのように最後のメッセージを書く
- 将来の送信先を追加する
- 年 1 回のチェックインで誤送信を防ぐ
プロダクト形態
価格モデル
創業者は年約 $30 の製品として説明しましたが、総売上は $0 でした。
何が起きたか
概要
Phoenix は初めての創業者プロジェクトとして、対象ユーザー、信頼、支払い意思を証明する前にフルアプリ構築へ何カ月も使いました。
結果
閉鎖しました。対象ユーザー、信頼、支払い意思を検証する前に初めての製品を作り込みすぎることへの創業者報告の警告です。
需要シグナル
ソースには訪問者と登録者は見えますが、有料需要は見えません。Phoenix は数千訪問と 45 登録に到達しましたが、売上は $0 で、初期顧客もいませんでした。
集客上の問題
配信は Product Hunt と Hacker News のローンチに限られ、構築前に適切なオーディエンスや反復できるチャネルは検証されていませんでした。
タイムライン
- 創業者は最初のオンラインプロジェクトとして、死後に最後のメッセージを送る SaaS アプリ Phoenix を作りました。
- アプリは年 1 回のチェックイン機構で、メッセージを送るべきかを判断しました。
- 創業者は Rails アプリの構築に約半年を使い、法務、SSL、メール、アイコン、インフラなどの準備にも支出しました。
- 明示された唯一の成長活動は、Product Hunt と Hacker News でのローンチでした。
- ローンチ後、創業者は数千訪問、45 登録、月費用約 $30、総売上 $0 を報告しました。
作る前に確認すること
なぜ重要か
初めてのビルダーは、誰かが欲しがるかを学ぶ前に、磨き込み、インフラ、端のケースに何カ月も使うことがあります。Phoenix は、感情的で低頻度のアイデアではそれが特に高くつくことを示しています。
主な確認事項
感情的で利用頻度の低い製品に何カ月も使う前に、対象ユーザー、支払い意思、最小の有用版を検証してください。
参考になる場合
- 初めての製品を作っている。
- アイデアが信頼、敏感な個人データ、頻度の低い人生イベントに依存している。
- ローンチ計画が Product Hunt、Hacker News、一度きりの注目に偏っている。
参考になりにくい場合
- 手動版にすでに有料ユーザーがいる。
- 明確な予算と緊急性がある頻繁な業務上の痛みを解いている。
開発前テスト
- 最初のメッセージを書く、または待機リストに入ることを求めるランディングページを出す。
- 正確な対象ユーザーに、信頼、タイミング、誰が払うかを聞く。
- 自動チェックインシステムを作る前に、数人へ簡単な手動版を提供する。
応用できる学び
- システムを作る前にメールを集め、メッセージをテストする。
- インフラを追加する前に、小さな MVP で信頼と意図を証明する。
- ローンチ流入は、アクティベーションや支払いに変わるまで需要ではなく注目です。
今作るなら
ランディングページ、メール取得、手動の約束テストから始めてください。実利用または支払い意思が見えてから、完全なチェックインとメッセージ送信システムを作るべきです。