これは Liam Du の以前のゲスト投稿「The solo dev playbook: ship faster with Expo, EAS Build, and OTA Updates」に続くフォローアップです。あの記事は数週間で Wellspoken の最初のバージョンを出した話でした。この記事はその後に起きたこと、つまりユーザーの獲得、課金させること、そして利用者が増える中でアプリを安定稼働させ続ける方法についてです。
クイック・リキャップ
私は自分で抱えていた問題を解決するために Wellspoken を作りました。会議で言いたいことは分かっているのに、プレッシャーがかかると言葉がもつれ、動揺するほどひどくなる。必要なスキルを鍛える既存のものがなかったので、自分で作り、数週間で iOS と Android に最初のバージョンを出しました。
最初の投稿を書いたときの状況はこうでした：
- 400+ ユーザー
- 月間収益 $500+
- ローンチから24時間以内に初めての有料顧客
それだけでアイデアが実在することは確認できました。ここから本当に大きくできるかはまだ分かりませんでした。
今の状況（およそ6か月後）はこうです：
- iOS と Android 合わせて数十万ダウンロード、数万の月間アクティブユーザー
- 月次で大きく成長中。次のロードマップは国際展開
この記事は、それがどう実現したかのストーリーと、Expo と EAS がどのようにして大規模な本番運用を、巨大なインフラチームを立てずに可能にしたかの説明です。
Wellspoken とは？
Wellspoken は、表現方法に投資したいプロフェッショナル向けのAIコミュニケーションコーチです。明確で自信のあるコミュニケーションは仕事で成功するための高いレバレッジを持つスキルですが、意図的に鍛えている人はほとんどいません。
Wellspoken はスキルとしてトレーニングします：短い毎日のドリルと AI によるコーチングフィードバックで、思考の整理と伝え方を鍛えます。各セッションは Wellspoken Index という1000点満点の指標で採点され、話し方の6つの次元で評価されます。次に何を練習すべきかが常に分かり、時間をかけて進捗を追跡できます。iOS と Android で利用可能です。
ユーザー獲得の方法
単一の切り札はありませんでした。いくつかの要素が同時に成熟して相互に乗数効果を発揮した結果です。どのチャネルよりもまず重要なのはプロダクト自体です。成長を外側のマーケティングストーリーとして読みがちですが、マーケティングは購読に値するプロダクトがあって初めて数字を動かします。
実際に、コピーキャットは画面をほぼピクセル単位で真似して空のプロダクトを出しますが、コンバージョン率は桁違いに低いです。成果は近くありません。ユーザーは最初のセッションで違いを感じます。
二つの獲得チャネルが主に働きました。
オーガニックな App Store と ASO
多くの ASO は基本を継続的にやることです。強い定着とエンゲージメントがストアランキングを押し上げるので、ユーザーが戻ってくるほどリスティングをチューニングし続けられます。キーワードやタイトルを iteratively 調整して、コミュニケーションに関する検索クエリに合わせます。まだオーガニックでランクインしないキーワードには Apple Search Ads を使ってインストールを獲得し、時間をかけてランキングを強化します。
これらの方法が機能するのは、下にあるプロダクトがそれを裏付けているからです。Apple はカテゴリ内の他アプリとベンチマークしますが、Wellspoken はほとんどの指標で上位25%に入っています。その土台がなければ App Store を登るのはほぼ不可能です。
User Generated Content (UGC) キャンペーン
UGC エンジンを回しています：キャンペーンマネージャーと協力する数十人のクリエイターが絶えずコンテンツを出し、何が刺さるかを監視します。狙うのは同時に二つのことです：バイラル化するフォーマットとコンバージョンするフォーマット。多くの場合これらは同じ動画ではありません。あるクリップは視聴回数を稼ぐがコンバージョンに寄与しないことがあり、別のクリップは静かに安定した購読者を送り込むことがあります。両方を満たすフォーマットが見つかれば、それを徹底的に回しつつ改善を続けます。
これらのチャネルで人を呼び込む一方で、オンボーディング、アクティベーション、ペイウォール（課金フロー）を絶えず改善していました。ほとんどが A/B テストで、その内容は次のセクションで触れます。
収益が大きく跳ね上がった理由は、これら二つが掛け合わさったからです。より適格なインストールが、より良くコンバージョンするファネルを通ることで複利効果が生まれ、曲線が曲がります。ファネルだけ改善しても、トップの流入だけ増やしても、ここまでの結果にはなりません。
このセクションから一つ持ち帰るべきこと：プロダクトがすべての下で乗数になる。チャネルとファネルはどれだけの人にリーチするかを決め、プロダクトがどれだけ残るかを決める。
ユーザーに課金させる方法
Wellspoken は無料トライアル付きのサブスクリプションで運営しており、購入処理は RevenueCat が担当しています。RevenueCat はレシート、更新（renewals）、App Store と Play Store のクロスプラットフォームの煩雑さを処理してくれます。
課題は購入周りのすべてでした。改善の方法は徹底的な A/B テストです。ペイウォールのビジュアル、コピー、価格、トライアル期間、フローのどこでペイウォールを出すか：すべてテストして数字に従います。多くのコンバージョン改善は小さな実験の積み重ねから来ました。
コンバージョンを最も確実に動かすレバーは、問題を十分に明確に示すことです。人は今の自分の伝わり方と理想の自分の差を感じたときに購読します。したがって、体験の中で最も働く部分はそのギャップを具体化する箇所です。ユーザーがプロダクトの中で自分の問題を認識すると、支払いは簡単な「はい」になります。
予想以上に効果があったのは、ユーザーに追いかけるべき数値を与えたことです。Wellspoken Index は曖昧な目標（「話し方を上手くする」）を動くスコアに変えます。各練習セッションは6つの次元で1000点満点中で採点されます：
- structure
- conciseness
- confidence
- pronunciation
- filler rate
- pace
より大きな考え方は、コミュニケーションに測定基準がほとんどなかったことです。プロフェッショナルな人生で重要なスキルでありながら、面接や会議、昇進の判断などあらゆる場面に出てくる一方で、感覚で評価されてきました。私たちの野心は、Wellspoken Index がタイピング速度や言語能力が受け入れられた基準で測られるように、話す能力の標準的な測定方法になることです。共有された数値は、スキルを真剣にトレーニングすることの意識を変えます。
リテンションへの影響は単純です：スコアが動くこと。ユーザーはパフォーマンスチャートでインデックスが上がるのを見て、「580から710になった」と言える瞬間に、プロダクトの価値は抽象的でなくなります。ユーザーが実際に気にする進捗指標は保留力に多くの静かな働きをし、良いスコアはレビューを書く動機にもなります。
App Store でレビューを書いてもらう方法
最大の要素は、単にお願いすることです。ネイティブのレビュー促進をポジティブな瞬間にトリガーします：ユーザーがセッションを終えて高いスコアを見た直後、連続達成（streak）を達成したとき、または実績を解除したときなどです。
ただしバーは必ずしも大きな驚きの瞬間である必要はありません。ユーザーは実際の価値を体験すれば驚くほど寛大です。数回の良いセッションでも十分です。完璧なピークを待ってプロンプトを隠す必要はありません。重要なのは、オンボーディング中、摩擦直後、あるいはまだアプリから何の恩恵も受けていないときなど、明らかに悪いタイミングを避けることです。
実装面では Expo 上で簡単です：expo-store-review は両プラットフォームのネイティブの in-app プロンプトをラップしているので、ユーザーはアプリを離れずに評価できます。Apple はプロンプトの表示頻度を制限しているため、独自のロジックで制御し、複数セッション完了などの実際のエンゲージメントシグナルを示すユーザーにのみ機会を使います。
より深い回答はこの記事のほか全部と同じです：プロンプトはプロダクトが作った好意を刈り取るだけです。価値を提供できていれば、適切なタイミングでのお願いは驚くほどコンバートします。価値がなければ、どんなプロンプト戦略も救えません。
Expo でこれをスケールさせる
ここがまだ驚きの部分です。iOS と Android で数十万ユーザーになっても、私は Xcode や Android Studio を一度も開いていません。裏で動いているのは EAS で、専任のインフラ運用なしにアプリをこの規模で動かすことを可能にしています。
EAS Build でのビルドと配布
EAS Build はクラウドで両プラットフォームのアプリをコンパイルし、EAS Submit がストアへプッシュします。ローカルのビルドツールチェーンを維持する必要はなく、正確な Xcode バージョンを揃えたりプラットフォームのセットアップに時間を取られることもありません。
実務ではフルネイティブビルドを切ることは稀です。配信の多くは OTA（Over-The-Air）アップデートで行い、ネイティブレイヤーに変更が入る（SDK アップグレードや新しい権限など）ときだけネイティブビルドを行います。
EAS Update での高速な修正
日々で最も重要なのはこれです。スタートアップなので速く出して、速く直す必要があります。Expo の OTA Update サービスがそれを可能にします。何かがすり抜けてしまったら、OTA 経由で修正を送り、ユーザーは次回起動時に取り込みます。アプリレビューにかかる2〜3日をユーザーが壊れたビルドで過ごす必要はありません。
同じ流れで細かな変更（コピーの修正、ペイウォール調整、UI 修正）も即座にライブになります。ユーザー数が多いと算数は単純です。かつて数百人の早期ユーザーにしか影響しなかったバグが、今ではコーヒーを飲み終える前に何万人にも届きます。1時間で直すのと3日で直すのでは影響が桁違いです。OTA は火事になりうる問題をイベントにならないものに変えます。
これを安全にしているのは、preview チャンネルと production チャンネルを分けていることです。実際のビルドで検証した上で全員に届く前にプロモートします。リスクのある変更はまず preview に置き、挙動を確認してから production に上げます。
スケールする中で学んだこと
- 成長はポートフォリオである：単一のチャネルでここまで来たわけではない。いくつかの小さな勝利の積み重ね。
- ファネルワークは複利効果を生む：コンバージョン改善と獲得の両方を同時に進めると曲線が曲がる。どちらか片方だけだと多くの価値を取りこぼす。
- 優れたプロダクトが最重要：上の施策が機能したのはアプリが機能していたから。コピー品は似たプレイブックを回しても弱いプロダクトではコンバージョンがはるかに低い。
- OTA アップデートは運用を変える：本番を数分で直せることは、何を出せるか・どれだけ落ち着いて眠れるかを変える。悪いリリースが数日の非常事態ではなく静かなパッチになる。
- 早めにテストする：MVP をローンチするために自動テストを後回しにしたが、その負債は成長とともに高くついた。かつて数百人だけに影響していた回帰バグが、今は誰も気づく前に何万人に届く。OTA で直すのは速いが、そもそもバグを出さない方がもっと速い。
次の展開
まだかなり初期段階です。6か月前は数百人と直感だけでした。ここまで回したループ（効くチャネルを見つけて、流入先を改善し、速く出す）にはまだ伸びしろがあります。短期の焦点は成長の複利を保つことと Wellspoken の国際展開です。曲線をさらに上に持っていけば、そのときにまた別の記事を書くかもしれません。
Wellspoken は iOS と Android で利用可能です。私と同じように考えをうまくまとめられないでいるなら、または Expo 上で何かを作っていてノウハウを比較したければ、ぜひ連絡してください。