SuperLemon、値上げをやめたら伸びた。2人のShopifyアプリが14ヶ月でMRR $25,000に届くまで

ドル表記は米ドル。

目標が「月$1,500」だった事業の話

SuperLemon(旧称WhatsApp Chat Button)は、Shopifyストアに顧客とのWhatsApp連携機能を追加するアプリである。開発したのはインドのPreetam Nath氏とSankalp氏の2人。

注目すべきは、この2人が最初に置いた目標の低さだ。それぞれ約12ヶ月分の貯金を持って始め、生存ラインは月$1,500、祝杯を上げる基準は月$3,000だった。日本円にすれば月22万円と45万円である。

実際に到達したのは、14ヶ月でMRR $25,000。目標の16倍以上に届いた。そして、この差を生んだ最大の判断は「価格を上げること」ではなく「上げた価格を下げたこと」だった。

数字とタイムライン

有料1,500社 ÷ アクティブ20,000社で、有料転換率は約7.5%。月$10前後のプランで1,500社なら、MRRの規模とも整合する。

決定打になったのは値下げである

この事例の転機は明確だ。$29.99から$10への値下げである。

Nath氏の説明はこうだ。「我々のユーザーの大多数は、月に数百件の注文しかない小さなマーチャントだ。高価格にすることで、我々のアプリに来る潜在的な有料ユーザーの90%を疎外していた」。

ここで起きていたことを構造で見る。Shopifyアプリストアに来るストア運営者の分布は、圧倒的に小規模側に偏っている。月商が数十万円のストアにとって、月$29.99は無視できない固定費である。一方、月$10は「試して合わなければ止めればいい」金額に収まる。価格帯がひとつ動くだけで、対象になる母集団の大きさが桁で変わる。

さらにアプリストアという場では、この効果が二重に効く。有料ユーザーが増える → レビュー数が増える(500件超・平均5.0) → ストア内の露出が上がる → 新規インストールが増える。高価格で少数から取る戦略は、単価が高い代わりにこのループの回転数を落とす。マーケットプレイス上のマイクロSaaSでは、単価の最大化とチャネルの成長が逆方向に働くことがある。

値下げ後の価格設計が「月$10+メッセージ従量課金」だった点も重要だ。入口を下げつつ、使い込むマーチャントからは送信量に応じて回収する。2020年6月に月45万通が送信されている以上、従量部分は無視できない規模になっていたはずである。

「95%はユーザー、5%は競合」

もうひとつ効いていたのが、時間配分の原則である。Nath氏は時間の95%をプロダクトとユーザーに、5%を競合分析に充てるという方針を掲げた。

これは競合を無視するという意味ではない。実際、彼は後に「競合を完全に無視したことで、彼らに差を詰められた」と反省を残している。5%という数字は、競合に振り回されず、かといって不意を突かれもしない配分の落としどころとして提示されたものだ。Shopifyアプリストアには機能を模倣する競合が次々に現れる。コメント欄でも模倣アプリの存在が指摘されている。

その95%の側で具体的に何をしたか。挙げられているのは、初回利用時に機能を適切な初期値で自動的に有効化すること(ユーザーが設定を触らなくても価値が出る状態を作る)、FAQをプロダクト内に埋め込みサポート問い合わせ自体を減らすこと、繰り返し発生するバグを潰すこと、サポート窓口をWhatsAppからメールへ移して処理負荷を下げること。2人体制で20,000社を支えるには、機能開発と同じくらいサポート量を減らす設計が必要だった。

意外なのは、オンボーディングにあえて摩擦を追加したらトライアル登録が倍増したという結果である。誰でも登録できる状態から一段階ハードルを上げたことで、本気度の高い利用者が残った。摩擦の除去が常に正解ではない、という反証事例になっている。

効かなかったこと・残ったリスク

Nath氏自身が挙げる失敗は四つ。高価格($29.99)で小規模マーチャントを排除したこと、競合を完全に無視して差を詰められたこと、成長期にペースを緩めてしまい売上が踊り場に入ったこと、そしてShopifyマーケットプレイスという単一チャネルへの依存である。

最後の点はこの種の事業の構造的な弱点だ。集客のほぼ全量をプラットフォームに依存している以上、審査基準の変更、検索アルゴリズムの変更、Shopify自身による同等機能の内製化のいずれもが、事業の成長を直撃しうる。$25,000 MRRという結果は、その依存と引き換えに得られたものでもある。

再現の条件と限界

再現しやすいのは価格判断の考え方である。単価×顧客数の掛け算だけでなく、その価格でアクセスできる母集団の大きさを見る。特にプラットフォーム上のマイクロSaaSでは、価格を下げることでレビューと露出という非金銭的な資産が増え、それが次の獲得を生む。値上げが常に正解ではないという反例として、この事例は使える。

サポート負荷を減らす設計も、体制の大小を問わず有効だ。FAQの製品内埋め込み、反復バグの根治、問い合わせ窓口の設計——2人で20,000社を回した実務は、そのまま参照できる。

一方、再現しにくい条件もある。ひとつはWhatsAppという地域特性。インド・中東・南米・東南アジアではWhatsAppがEC接客の主要チャネルであり、この前提があってこそ需要が成立した。日本国内で同じ構造をLINEに置き換えられるかは別問題である。もうひとつは2019年というタイミングで、Shopifyアプリストアの競合密度は当時と現在で大きく異なる。そして、2人がそれぞれ12ヶ月分の貯金を確保した上で始めているという初期条件も、誰もが用意できるものではない。

あわせて読みたい

• Plausible Analyticsが$1M ARRに到達するまで — 少人数のまま価格と価値の対応を作った事例
• Photo AIとPieter Levels氏 — 一人でプロダクトを回すための省力化の設計