Snappa、「Twitterヘッダー作成」LP10枚で$0→$62K MRR。ユースケースSEOの設計図

成長の数字

Snappaは非デザイナー向けのオンライン画像作成ツールで、拠点はカナダ・オタワ。MicroConf講演の時点で、次の目標として$1M ARR(年間経常収益100万ドル)を掲げている。この事例を読む価値は、$62Kという到達点よりも、そこへ至る手順(失敗作の蓄積、前作からの観客の持ち越し、停滞からのキーワード戦略の発見)が本人の講演でほぼ完全に公開されている点にある。

三つの前史 — $323のアプリから、1日数万アクセスの資産まで

共同創業者Christopher Gimmer氏がMicroConfで明かした遍歴は、「4作目」のSnappaがなぜ初週から売れたのかを説明する。

1作目のClassmateCatchは大学向けデーティングアプリだった。地元で1,000人の登録を集めたものの、地理的な制約で成長が広がらず頓挫。この事業の生涯収益はAdSenseの**$323.04**である。2作目のBootstrapBayはBootstrapテーマのマーケットプレイスで、「bootstrap navbar」「bootstrap modal」「bootstrap carousel」といった検索キーワードを狙うSEOコンテンツで集客する型をここで習得し、後に友人へ売却した。3作目のStockSnapは無料ストックフォトサイト。Redditへの投稿が広まって立ち上がり(いわゆるSkyscraperテクニックの実践)、1日数万アクセスの流入資産に育った。

Snappaのローンチ初週に$2〜3Kの継続課金が立った背景には、このStockSnapの観客がある。当初、Snappaの新規登録の90%はStockSnap経由だった。動機について本人は「仕事を辞めて食べていく方法を探していただけ」(要旨)と語っており、着想も「プロ品質の画像を作れないという自分の悩みを、他人も同じように抱えているか知りたかった」(要旨)というシンプルなものだ。ローンチ時にはLeadPagesで作った簡素なLPと登録フォームから始め、AppSumoやProduct Huntなどのプロモーション経路も併用している。

停滞の1年と、勝ち筋の発見

見落とされがちだが、SnappaのSEOは最初から機能したわけではない。ローンチ後の約1年間、汎用的なコンテンツマーケティング(一般的なブログ記事)を続けたが成長は横ばいだった。転機はAhrefsでのキーワード調査により、「twitter header template」「facebook header maker」のような具体的な用途の検索を発見したことである。

ここからSnappaの中心戦略が確立する。「画像作成ツール」という機能ワードではなく、用途の検索に対して約10枚の専用ランディングページを作る。たとえば「The Perfect Twitter Header Size & Best Practices」のように、検索者の疑問へ正面から答えつつ「その用途専用のツール」として見えるページだ。そしてゲスト投稿で被リンクを集め、これらのLPを上位表示させた。ユーザーは「デザインツールが欲しい」とは検索しない。「Twitterのヘッダーを作りたい」と検索する。この非対称を突いたのがSnappaのマーケティングフライホイールである。

数字の裏を読む

ユースケースLPは小規模SaaSのSEOで最も費用対効果が高い定石。 各用途の検索者は課題が明確で転換率が高く、競合は汎用ワードに集中しているため難度も低い。LP10枚で$45K MRRという実績は、Bannerbearの「ドキュメントを書くほど売れた」と並ぶ、コンテンツ主導SaaS成長の代表例だ。

「デザイナー以外」という顧客定義が価格と機能の全てを単純化した。 プロ向け機能を捨て、テンプレート中心の即席作成に絞ったことで、開発量・サポート・学習コストが少人数で回る規模に収まった。Carrdの機能制限戦略と同じ「削る設計」である。

流入元への依存は、意図的に薄めてから手放した。 ローンチ当初90%だったStockSnap経由の登録は、ユースケースSEOの積み上げにより10〜15%まで低下し、その段階でStockSnap自体をNDA付きで売却している。集客の生命線を一つの外部資産に預けたままにせず、自前の検索資産へ移し替えてから現金化する——依存の解消と資産の現金化を同じ動きで済ませた手順だ。

チームの変遷

創業は友人2人(Gimmer氏と共同創業者のMark氏)。機能要望に押される形でローンチ4〜5ヶ月後に最初の開発者を雇い、その後マーケティング担当を追加した。講演時点の体制はフルタイム4人+フリーランスのテンプレートデザイナー。$62K MRRに対してこの人数で回るのが、「削る設計」の帰結である。

うまくいかなかったこと

この事例は成功譚として引用されがちだが、講演の前半は失敗の列挙である。ClassmateCatchは市場の構造(地理的制約)を読み違えて$323で終わった。Snappa自身も、最初の1年は汎用コンテンツで停滞している。ユースケースSEOという勝ち筋は最初からの設計ではなく、停滞の中でキーワードデータを掘り直して見つけたものだ。そして戦略自体の限界もある。検索という単一チャネルの比重が大きい以上、アルゴリズム更新の影響は直接受けるし、用途検索LPという手法は競合にも模倣可能で、防壁になるのは先行して積んだ被リンクとドメインの信頼だけである。

再現の条件

なぞれるのは手順である。(1)ユースケースを列挙する(Twitterヘッダー、Facebookカバー、YouTubeサムネ……)、(2)各ユースケースの検索ボリュームと競合の弱さを確認する、(3)ユースケースごとに「その用途専用ツール」として見えるLPを作る、(4)関連メディアへのゲスト投稿で被リンクを当てる。特別な予算も知名度も要らず、必要なのは作業の遂行だけ、戦略の価値は独創性ではなく、実行の完遂率にあることを示す教材として、この事例は英語圏で繰り返し引用されている。

日本語圏への移植余地も大きい。「Xのヘッダー 作り方」「YouTubeサムネイル 作成」のような用途検索は日本語でも大量に存在するが、用途別LPを本気で並べている国産SaaSはまだ少ない。言語の壁は、この定石の賞味期限を日本では延長している。

一方、まねのしようがないのは初速だ。初月から$2〜4Kが立った背景には、前作StockSnapのメールリストと流入資産がある。Snappaはゼロからのローンチではなかった。初速は前のプロジェクトの遺産で作り、成長はSEOの複利で作る。1作目で観客を作り、2作目で収益化する順序は、Ben Stokesのポートフォリオ戦略やLevels氏の量産とも共通する、個人開発の再現性ある型である。この「前段」を持たずに数字だけ真似ると、初速の見積もりを大きく誤ることになる。

あわせて読みたい

• Bannerbear — 同じ画像領域のAPI型の対照例
• Carrd — 「削る」ことでソロ運営を可能にした同型