第58号「作る」が48時間で終わる時代、勝負は"ローンチ前"に全部決まっていた
今日いちばん痺れたのは「順位カードをスクショさせる」設計でした
今日の海外グロース事例を追いかけていて、私が思わず唸ったのは、音声入力アプリ Wispr Flow の待機リストの作り方でした。ふつう、待機リストというのは「公開前にメールアドレスを集めておく箱」くらいの位置づけです。ところが彼らは、そこを完全に"紹介エンジン"へと作り変えていました。
紹介すればするほど自分の順位が上がる。残り時間や紹介数がリアルタイムで動く。ユーザーはその順位カードをスクリーンショットして、XやSlackに「あと少しで先行アクセスもらえる」と貼っていきます。つまり、共有の一つひとつが「これは待つ価値があるよ」という友達への推薦になっていたのです。
同社自身がこう言い切っています。「見栄えのためにゲーム化したのではない。紹介も、共有も、アップロードされたスクショも、すべてが誰かが友達に伝えている行為だからだ」。この一文に、2026年のグロースの本質が凝縮されていると私は感じました。
今日はこの Wispr Flow を筆頭に、「作る前に観客を持っていた」事例が立て続けに見つかりました。共通するのは、もはや製品を作ること自体はボトルネックではなく、勝負はローンチ前にどれだけ人を集め、どれだけ自発的に広めてもらえる構造を仕込んだか、という一点に移っているという事実です。今日はその生々しい中身を、技術と泥臭いマーケの両面から解剖していきます。
本日のハイライト①：Wispr Flow — 待機リストをゲーム化して37.5万人
まず数字から確認しておきます。Wispr Flow はユーザー数もARR（年間経常収益）も、直近で月あたり40%（MoM）というペースで伸びています。これは公開値です。そしてAndroid版がローンチした2026年2月23日の時点で、事前に37.5万人がすでに自分のネットワークへ製品のことを共有していた、と報告されています。推定ARRはおよそ$10M、2026年にはSeries Bで$2B評価がついたとも伝えられています（この評価額やARRは第三者集計を含むため、推定として受け止めてください）。
私が注目したのは、金額そのものより「37.5万人が"すでに友達に触れ回っていた"状態でローンチした」という一点です。ふつう新製品は「誰も知らない無名の状態」から立ち上がります。ところが彼らは「37.5万人がすでに自分の身内に紹介済み」という、まったく違うスタート地点から始めていました。
裏側の導線を分解すると、肝はUIにありました。順位・紹介数・残り時間を、その場で動くカードとして可視化していたのです。人は、自分のスコアや順位が見えると、それをスクショして見せたくなります。しかもそのスクショは、そのまま「この製品、いま話題だよ」という広告になります。つまり彼らは、スクリーンショットされることを前提にUIをデザインしていました。加えて、音声入力という体験そのものが「人前で実演したくなる」性質を持っているため、UGC（ユーザー生成コンテンツ）との相性も抜群でした。
日本への翻案を考えてみます。国内の個人開発では、待機リストがいまだに「メールを集める箱」で止まっていることがほとんどです。紹介した人数で順位が上がる、上位◯名だけ先行アクセスがもらえる、といったゲーム設計はまだ大きな空白だと私は見ています。とりわけ日本語圏はスクリーンショット文化が非常に強いので、"順位カード"をスクショ映えするデザインにするだけで、拡散の燃料になり得ます。LINEやXでシェアすると順番が上がる、という導線を一つ足すだけでも、待機リストの意味はまるで変わってきます。
再現の難易度は、私の感覚では星3つです。待機リストの仕組み自体はノーコードや専用SaaSで組めます。難しいのはただ一点、「待ってでも欲しい」と思わせる製品の芯があるかどうか、ここに尽きます。
本日のハイライト②：Launch Fast — 非エンジニアが48時間でMCPを作り、"買っておいた顧客"に配った
二つ目は、個人的にいちばん「時代が変わったな」と実感した事例です。Launch Fast をつくった Hasaam Bhatti さんは、自分ではコードを一行も書けない非エンジニアの創業者です。それでも彼は、AIコーディング環境 Cursor を使って、最初の版をわずか48時間で組み上げました。そして30日で$10k MRR、その数か月後には$30k MRRに到達しています（いずれも本人がIndie Hackersで語った公開値です）。提供形態はChrome拡張で、アクティブユーザーはおよそ330人と報告されています。
彼が作ったのは、Amazonのセラー（出品者）向けのMCP（Model Context Protocol）ツールでした。商品リサーチ、カタログ管理、広告最適化といった作業を、複数のツールを行き来せずにAI越しで一括操作できる、というものです。ここでMCPという言葉に馴染みのない方のために補足すると、MCPはAIエージェントが外部のツールやデータに接続するための共通規格です。MCP対応にしておくと、ユーザーが普段使っているAIアシスタント（たとえばClaude）の中から、そのツールを直接呼び出せるようになります。
さて、ここまでなら「AIで作りやすくなった」という話で終わってしまいます。本当に痺れるのはここからです。彼が本当に伸びた理由は、製品の出来ではありませんでした。彼は2年前に、Legacy X というコーチングプログラムを買っていました。そこにはすでに、数千人のAmazonセラーが在籍していたのです。つまり彼は、製品を作るよりずっと前に、「その製品を欲しがる人たちのリスト」を手にしていました。
本人はこう総括しています。「Distribution > product（流通は製品に勝る）」。私たちは往々にして、作ることに時間を使いすぎ、届けることに時間を使わなさすぎる、という反省です。この言葉は、AIで誰でも作れるようになった今だからこそ、重く響きます。しかもMCPで公開したことで、セラーが日常的に使うAIアシスタントの中から呼び出せる導線まで確保していました。作る技術のハードルが下がった分、「どのAIの中に居座るか」という新しい競争軸に、彼はいち早く適応していたわけです。
日本への翻案として私が思うのは、「先にコミュニティや顧客リストを持ってから、その人たちの反復作業をMCP化する」という順番が、国内ではほとんど手つかずだということです。国内EC、たとえば楽天・Amazon・BASEのセラーが毎日やっている繰り返し作業を、CursorとMCPで薄く自動化して、既存のコミュニティに配る。この型は、再現の余地がかなり大きいと私は見ています。再現難易度は星3つ。技術のハードルは劇的に下がりました。難しいのは、"すでに存在する観客"を先に押さえられるかどうか、その一点です。
本日のハイライト③：SuperX — 自分のバズを逆解析し、コンテンツを流通に変えた
三つ目は、SuperX の Rob Hallam さんです。彼は2年半のあいだに5つのプロダクトを作り、すべて失敗して、稼ぎはゼロでした。それでも彼は、失敗も小さな成功もふくめて、Xで発信し続けていました。そんなある日、失敗談をまとめた投稿が20万ビューを記録します。コメント欄で「開発代行をやったら」と勧められ、翌日に告知したところ、その同じ投稿から$3,000の案件が舞い込み、以降Xから継続的に仕事が入るようになったのです。
ここで彼は決定的な気づきを得ます。「コンテンツこそが流通だった」。案件がすべてX経由で来ていたのに、それを狙って再現することができませんでした。どの投稿が伸びてどれが滑るのか、理由がわからなかったのです。そこで彼は、バズった投稿を逆算・再現するための内部ツールを自作し始めました。それを製品化したのがSuperXです。
数字を確認しておきます。ローンチ初日で$1k MRR、6か月で$23k MRR、有料ユーザーはおよそ650人（月額$39）、月成長は20〜25%です（2026年2月時点の本人談・公開値）。
裏側の導線も面白いものでした。彼は、Xグロース界隈に観客を持ち、別のメーカーからSuperXというChrome拡張をすでに買収していた Tibo さんと組みます。そのうえで、Chrome拡張とWebアプリ、ツイートの埋め込み検索、分析基盤までを一から作り直しました。決済もLemon SqueezyからStripeへ移し、運営を軽量化しています。要は、自分自身のワークフローの痛点をそのまま製品に固めた、いわゆるドッグフーディング型の開発でした。自分が心底ほしいものを作り、それを発信し続けたことで、ローンチ時にはすでに観客が待っていた、という構図です。
日本への翻案としては、「自分の発信ノウハウを、他人が再現できるツールに変える」という型が、日本のXやnote界隈でまだ薄いと感じます。日本語投稿のバズ・パターンを解析するツール、noteやXの運用テンプレをツール化するもの、このあたりは空白です。個人の"暗黙知"をSaaSに固める発想が、翻案のポイントになります。再現難易度は星4つ。ツール化そのものは可能ですが、"先にバズる発信者である"という前提が、なかなかに重いからです。
施策タイプを横断して見えてきたテーマ
ここまでの三つを、施策タイプの視点で束ね直してみます。今日は四つの領域すべてに、はっきりとした潮流が見えました。
まずショート動画とプロダクトの直結です。業界データを見ると、UGC動画は作り込んだブランド動画に比べて反応が約28%高く、UGC広告のクリック率はおよそ4倍という数字が出ています。2026年のTikTokアルゴリズムは、磨き上げた広告より本物志向の内容を優先しており、しかもユーザーが好むのはレビューよりも「how-to（使い方）動画」です。最適な尺は、小技なら5〜7秒、機能解説なら27〜35秒とされています。ここで効いてくるのが、実は自分のプロダクトのオンボーディング画面です。オンボーディングの説明をそのまま台本にして、機能を一つずつ短い動画に切り出していきます。これがいちばん量産しやすく、しかもプロダクトへ直結します。
次にオンボーディングとUGCの獲得です。Wispr Flow のスクショ導線はその象徴でした。加えて、UGC全般では、消費者の約79%が購買判断でUGCを重視すると報告されています。ポイントは、ユーザーが最初の成功体験を得た「まさにその瞬間」に、シェアの導線を差し込むことです。感動が冷めないうちに、1タップで共有画像が作れる。この設計があるかどうかで、UGCの発生量はまるで変わります。ニュースレターの世界でも、Growth in Reverse を運営する Chenell Basilio さんは、紹介10人でニュースレター内に名前を掲載する「Community Spotlight」という枠を用意し、その掲載枠は毎週50〜80クリックを生んでいるといいます。紹介の見返りを"見える形"で用意する、という点で本質は同じです。
三つ目はAI・MCP・API公開によるグロースです。Launch Fast のMCPツールがまさにそれで、Wispr Flow もまた、音声入力をあらゆるアプリに常駐させることでOSのように高い使用頻度を勝ち取っていました。作るコストが下がった今、差別化はむしろ「どのAIエージェントの中から呼ばれるか」「どれだけ日常に常駐するか」という流通側へ移っています。
四つ目はインフルエンサー・プレローンチ・ウェイトリストです。Wispr Flow の紹介ゲーム、Launch Fast の"買っておいた会員"、そしてProduct Huntのローンチ戦略が、すべてここに収まります。Product Huntは2026年、生のUpvote数よりもエンゲージメント（コメントや滞在時間、新規ユーザーを連れてくること）を重視するようになり、上位に入るチームは4〜6週間前から準備を始めているとされます。ローンチは火・水・木がよいという定石も変わっていません。共通するのは、当日の瞬発力ではなく、"事前にどれだけ観客と支援者を仕込めたか"がすべてを決める、という構造です。
注目したい作り手：Chenell Basilio という"逆算職人"
今日、事例の合間で改めて注目したのが、先ほども触れた Growth in Reverse の Chenell Basilio さんです。彼女は自分のニュースレターを10か月で2.1万人まで伸ばし、いまは4万人規模まで育てています。彼女がやっているのは、毎週一つのニュースレターの成長ストーリーを、20〜25時間かけて徹底的に分解することです。最初の1,000人をどう集めたのか、どんな紹介の仕組みを作ったのか、どのリードマグネットが本当に効いたのか、どこで頭打ちになり、それはなぜか。単に「何が効いたか」ではなく、「その結論に至るまでの意思決定の順番」まで見せてくれるのが特徴です。
私がここから学びたいのは、コンテンツそのものが強烈な流通装置になり得る、ということです。SuperXのRobさんも、彼女も、やっていることの構造は同じでした。自分が心底ほしい情報や道具を、圧倒的な深さで作り込む。すると、それ自体が観客を連れてくるのです。私たちがこの「タイムマシン経営」でやろうとしていることも、本質的にはこれと地続きなのだと、改めて背筋が伸びる思いでした。
ここまでが「なぜ伸びたか・市場の証明・何が日本の空白か」という教育パートです。ここから先は、読み物ではなく、明日から実際に手を動かすための具体パートに入ります。ショート動画の台本の作り方、成功体験の直後にシェア導線を差し込む設計、反復作業を薄くMCP化する手順、そして"借りた観客"でローンチ初速を作るファネル——私が今このネタで動くなら踏むであろう手順とツールを、そのまま書き出します。
明日からの初動アクション（売る側として動くために）
ここからは、読み物としてではなく、明日から実際に手を動かすための具体的な部分をまとめます。教育パートはここまでで、以降はより実務的な"手順・ツール・ファネル"の層になります。
ショート動画の導線から始める場合。 まず自分のプロダクトの機能を一つだけ選びます。そして27〜35秒の"how-to型"ショートを1本だけ作ります。台本は難しく考えず、オンボーディング画面の説明文をそのまま音読するだけで十分です。冒頭2秒に「これ知らないと損する」系のフックを置き、最後に「プロフィールから試せます」で締める。これをTikTok・Reels・Xショートの三箇所に同時投稿します。顔出しは不要で、画面録画にテロップを乗せるだけでかまいません。まずは"毎日1本、◯◯MRRまで続ける"という公開チャレンジ自体をフックにするのも有効です。
オンボーディングとUGCを強化する場合。 ユーザーが初めて成果を得る瞬間、たとえば「初めてデータが出た」「初めて予約が入った」というタイミングを特定します。その直後の画面に、「シェア画像を1タップで生成」というボタンを差し込みます。生成される画像は、スクショ映えする"成果カード"にします。数字や達成が一目でわかり、思わず貼りたくなるデザインが理想です。ここで大事なのは、共有を「お願い」するのではなく、共有したくなる瞬間に、共有できる道具を、黙って差し出すことです。ツールとしては、画像生成はOGP動的生成やCanvaのAPI、もしくは軽い自前スクリプトで十分に組めます。
AIとMCPを活用する場合。 自分自身か、あるいは顧客が毎日やっている反復作業を一つだけ洗い出します。理想は「面倒だけど毎日やる、単純な繰り返し」です。それをCursorで、薄いMCPサーバーやブラウザ拡張として最小実装します。完璧を目指さず、まず一機能だけ動かします。そのうえで、ユーザーが普段使うAIアシスタントから呼び出せる導線を用意します。Launch Fastが示したように、"作る"のハードルはもう十分に低いので、時間の大半は「誰に届けるか」に振り向けてください。
インフルエンサーとプレローンチを仕込む場合。 次のローンチに向けて、今日のうちに「紹介順位で先行アクセスを配る」待機リストを設置します。ノーコードでも、専用のwaitlist SaaSでも構いません。肝は、順位と紹介数がリアルタイムで見え、スクショしたくなるカードがあること。そして、身近な"観客を持つ人"を一人だけ思い浮かべ、今日中に声をかけます。共催イベントや相互紹介、いわゆる「借りた観客（Borrowed Audience）」の打診です。一回の共催で、相手のリストをまるごと一時的に借りられる、というのが個人開発における最短の初速の作り方です。
まとめ：作れるようになった今こそ、"届ける設計"に全振りする
今日いちばんの学びを一言でまとめるなら、「作る」が48時間で終わる時代になった今、勝負はローンチ前に全部決まっている、ということです。Wispr Flowは公開前に37.5万人へ紹介を済ませ、Launch Fastは製品より先に数千人の顧客を持ち、SuperXは作る前から観客を育てていました。三者に共通するのは、製品の出来栄えではなく、"届ける構造を先に仕込んでいた"という一点でした。
私たちがまず試すべきは、順位をスクショさせる待機リストであり、成功体験の直後に差し込むシェア導線であり、反復作業を薄くMCP化することです。どれも大がかりな開発は要りません。明日、機能を一つ選んでショートを一本撮るところから、静かに始めてみようと思います。次回は、この「借りた観客」の具体的な組み方を、国内の事例に引きつけてもう一段深く掘り下げていく予定です。
海外で黒字のビジネスを、日本版にアレンジして外さずに作ってグロースさせる。候補選定 → 数字検証 → 日本差分 → 手動検証 → MVP → 価格 → 拡大までを研究するコミュニティを運営しています。LINE登録はこちら：https://lin.ee/8Yyw7wk
※数値は公開値／推定値を区別しています。固有の数値・評価額には第三者集計や本人申告を含むため、投資判断や事業判断の際は各一次情報をご自身で確認してください。
#グロースハック #個人開発 #SNSマーケ #タイムマシン経営 #buildinpublic #MCP #ウェイトリスト #インディーハッカー