Mailboat
Mailboat は、創業者自身の Famewall ワークフローから生まれた、SaaS 顧客向け更新メールのための一人創業者のメールツールでした。
元のストーリーを見るプロダクト概要
何だったか
Mailboat は SaaS 顧客へメールを送ることを支援し、一般的なメールツールでは扱いにくい SaaS 向けワークフローを支えることを目指しました。
誰のためか
課題 / 価値
SaaS 創業者が、扱いにくいツールや到達率の問題と戦わずに顧客更新を送れるようにすること。
中核ワークフロー
- 顧客へ製品更新メールを送る
- SaaS 固有の顧客メールワークフローを扱う
- 初期プロダクトで一般的なメールツールを置き換える
プロダクト形態
価格モデル
引用ソースでは開示されていません。
何が起きたか
概要
Mailboat は本物の創業者課題から生まれましたが、公開 SaaS 版は一人創業者が売り続けるには広すぎ、導入支援も重くなりました。
結果
公開 SaaS としては棚上げされました。自分用ツールの外部化、製品範囲、一人創業者のオンボーディング負荷に関する創業者報告の警告です。
需要シグナル
痛みがなかったわけではありません。創業者には本物の自分の課題がありましたが、公開 SaaS は一人で売り続けるには広すぎ、オンボーディング負荷も重くなりました。
集客上の問題
創業者は Famewall と Mailboat を build in public で発信しましたが、Mailboat の販売には簡単なセルフサービス導入ではなく、デモとオンボーディング支援が必要でした。
タイムライン
- 2022 年 6 月、創業者は Famewall に取り組む中でメールツールへの不満を説明しました。
- 2022 年 7 月、退職後に創業者は Famewall と並行して Mailboat を始めました。
- 構築段階では、創業者は約 1.5 カ月 Mailboat に取り組み、ローンチしました。
- ローンチ後、製品には複雑な流れがあり、顧客はデモとオンボーディング支援を求めました。
- 3 週間後、創業者は外部向け SaaS として Mailboat を棚上げし、Famewall のメールには使い続けました。
作る前に確認すること
なぜ重要か
一人創業者は自分の痛みからツールを作りがちですが、外部の買い手にはデモ、オンボーディング、より明確なニッチが必要になることがあります。その支援負荷は、元の問題が本物でも製品を続けにくくします。
主な確認事項
自分用ツールを公開 SaaS にする前に、狭いセルフサービスワークフローを証明してください。
参考になる場合
- 自分用ツールを公開 SaaS にしようとしている。
- 見込み客の多くが、理解する前にデモを必要としている。
- 一人創業者として複数プロダクトを運営している。
参考になりにくい場合
- 製品がすでにセルフサービスで、明確なアクティベーションデータがある。
- 営業、オンボーディング、サポート専任のチームがある。
開発前テスト
- 対象ユーザー 5 人に、通話なしでセットアップを完了してもらう。
- メールワークフローを一つ選び、その仕事に不要な機能をすべて外す。
- デモや個別支援を出す前に、ユーザーが最初の顧客メールを送れるか測る。
応用できる学び
- 公開版は一つの狭いワークフローに制限する。
- 新規ユーザーが創業者デモなしで設定し価値を得られるか試す。
- 既に牽引のある製品から注意を分けるなら、新製品に明確なニッチがあることを確認する。
今作るなら
一つの SaaS メールワークフローに絞り、セルフサービス化し、製品を広げる前に利用者がデモなしで価値に到達できるかを試してください。