⚡ アプリ10本出して気づいた、売れない時期の『正しい戦略』が全部ハズレだった

正直に言います。

iOSアプリを10本出して、半年近く何も変わりませんでした。ダウンロード数が毎月1桁か2桁台の月が続いて、収入はほぼ0円。「自分の努力が足りないだけだ」と思い込んで、ネットで調べた「売れるための正しい戦略」を3つ、律儀に実行していました。品質を上げること。機能を増やすこと。露出を気長に待つこと。

どれも間違っていなさそうに見えたし、実際にそう言っているプロも多かった。ブログ記事も、YouTubeの解説動画も、みんなそう言っていました。本当に、全く疑いませんでした。

でも今、解雇から半年が経って、6月の月商が120万円を超えた今、あの時期を振り返ると、その3つは全部、正しい方向とは真逆に働いていたとわかります。品質を上げるほど時間だけが消えていって、機能を増やすほど「何のアプリかわからない」という状態になっていって、待てば待つほど状況はじわじわ悪くなっていった。それが正直なところです。

この記事では、私が信じていた「正しい戦略」の何がどう間違いだったか、何をきっかけに変わったかを、実体験と数字で書いていきます。AIや個人開発に興味はあるけれど、まだ結果が出ていない方に読んでほしい記事です。技術の話はほとんどしません。ただの、失敗と気づきの実体験記です。

解雇された翌月から、アプリを出し続けた

「とにかく数を出せば打率の話になる」という信念

会社を解雇されたのは、去年の終わりのことでした。急なことで、かなりしんどかったです、、、。でも落ち込んでいる時間が惜しくて、翌月にはもうアプリを作り始めていました。コードをほぼ書かなくていい、AIを使った開発の方法を使えば、1本あたり2〜3週間でリリースまで持っていける。それを活かして、とにかく数を出していこうという作戦です。

最初の3ヶ月でリリースしたのは4本。メモアプリ、習慣管理ツール、簡易家計簿、タイマーアプリ。どれも「あったら便利かも」という発想から作ったもので、「これが欲しくて仕方ない」「これがなくて困っている」という切実さから生まれたものではありませんでした。今ならそう言えます。

当時の私がどういう発想でアプリを選んでいたかというと、「App Storeで検索回数が多そうなカテゴリ」という基準だけでした。たとえば「メモ」「習慣」「家計簿」はApp Store内の競合が多い＝需要がある、という読みです。需要があるのは確かです。でも、競合がすでに強固に確保しているカテゴリに、差別化のない新顔アプリが入っても、検索結果の50位以下に埋もれるだけでした。当時はそんな当たり前のことにも気づいていませんでした。

ダウンロード数は毎月1桁か2桁台。4本を出しても、収入はほぼ0円が続きました。

「まだ本数が足りないだけ」という言い訳

最初の3ヶ月、売れない理由を「まだ本数が少ないから」だと思っていました。5本、6本と出していけばどこかで当たるはず、という感覚です。「数打てば当たる」という言葉をよりどころにしていました。

でも5本目、6本目と出しても変わりませんでした。それどころか、本数が増えるほど「どれも同じくらい反応がない」という状態が積み重なっていって、少しずつ自信が削られていきました。

ここで一つ、今の自分なら絶対に立ち止まるポイントがありました。「同じ結果が続いているのに、同じやり方を繰り返している」という状態です。でも当時は、「まだ試行回数が足りないだけ」という解釈が勝ってしまっていた。失敗が蓄積されているのに、学習が追いついていない、という状態でした。

4ヶ月目に入った頃、初めて「戦略自体が違うのかもしれない」と思い始めて、次に書く3つの「正しい戦略」を試し始めました。

「品質を上げれば売れる」——間違えた戦略①

3週間かけた大型アップデート、その後

アプリが売れない理由として、最初に疑ったのが「品質が低いから」でした。UIが少し古臭いかもしれない、バグが残っているかもしれない、レビュー評価が低くて選ばれていない——という診断です。

レビューを見ると、評価は3.2でした。「ボタンが押しにくい」「ロードが遅い」「デザインが古い」という声がちらほらある。これが原因だと確信して、すぐに改修計画を立てました。

3週間かけて1本のアプリを全面的にアップデートしました。具体的には、メイン画面のレイアウトを3パターン作り直してA/Bで比較したこと、ボタンのタップ領域を44pt以上に統一したこと、アプリ起動から最初の画面表示までの時間を1.4秒から0.7秒に短縮したこと、報告されていたバグを5件修正したこと。自分で見ても「見違えた」と思えるくらいきれいになりました。

「これで変わるはず」という期待を持ってアップデートを出しました。

アップデート後1ヶ月のダウンロード数は、アップデート前とほぼ同じでした。正確に言うと、アップデート前が月22件、アップデート後が月26件。誤差の範囲です。レビュー評価は3.2から3.6に上がりました。それはよかった。でも、ダウンロードはほぼ変わらなかった。3週間という時間とエネルギーは、ほとんど数字に反映されませんでした。

品質を上げることと「知ってもらう」ことは別の問題

この結果を見た時、最初は「もっと大きな改善が必要だったのかも」と思いました。でもよく考えると、品質が上がることで解決できる問題と、そうでない問題があることに気づきました。

品質は、すでにアプリを知っている人が「使い続けるかどうか」に影響します。レビュー評価が上がれば、アプリの詳細ページを見た人のインストール率も少し上がります。でも、そもそも誰にも知られていないアプリの品質を上げても、知ってもらえないという問題は何も解決しない。

路地裏にある無名のお店が、店内をきれいにリフォームするようなものです。常連には喜ばれます。でも、新しいお客さんが増えるかどうかは、店内の内装とはまた別の話です。問題は「店の内装」じゃなくて「看板と場所と告知」だったわけです。

よくある疑問に先回りして答えます

「でも品質が低いままでいいの？」という疑問は当然だと思います。答えはNOです。品質はちゃんと上げるべきです。ただ、「誰にも知られていない段階での品質アップ」と「一定のユーザーが集まってからの品質アップ」は、優先度が全然違います。

0人に知られているアプリを★5にしても、0人にしか見られません。10,000人に知られているアプリを★3から★4にすると、インストール率が上がって月数百件ダウンロードが変わる可能性がある。この違いです。品質アップ自体が無駄だったとは思いません。でも、あの時期の最優先課題じゃなかった。3週間という時間コストを考えると、今でも少しもったいなかったなという気持ちがあります（笑）。

「機能を増やせば選ばれる」——間違えた戦略②

競合調査からはじまる「機能追加スパイラル」

品質アップで変わらなかったので、次に考えたのが「機能が少ないのかも」という仮説でした。競合アプリを10本以上調べて、「あのアプリにあって自分のにない機能」をリストアップして、上から順番に追加していく作業を始めました。

リストに挙がった機能の一部を書いておくと、ウィジェット対応、iCloud同期、カスタムテーマ、通知スケジュール設定、データエクスポート（CSV）、Apple Watch対応、Shortcutsアプリ連携、フォルダ整理機能、検索機能の強化、共有機能、ロック機能の11個です。

この作業に、約6週間かかりました。1週間に2〜3機能のペースで追加していきました。最初の2週間は「どんどんよくなっている」という充実感がありました。でも3週目あたりから、設定画面がスクロールしないと収まらないくらい長くなっていて、初めて開いたユーザーが何をするアプリかわからない状態になっていると気づき始めました。

それでも止まれませんでした。「競合にあるものを追加している」という安心感があったからです。「これで選ばれないなら、それ以上の機能がいる」という思考になっていました。

結果として、ダウンロード数に変化はなく、むしろ既存のユーザーから「重くなった」「前の方がシンプルで良かった」「何のアプリかわかりにくい」という声が増えました。App Storeレビューにも「機能が多すぎて使いづらい」という投稿がありました。6週間という時間も、そのまま消えました。

「全員に使えるアプリ」は、誰にも刺さらない

この失敗から気づいたことがあります。機能を追加していた動機が「A層にも対応したい」「B層にも使ってもらいたい」という発想だったということです。いろんな人に使ってもらいたいから、いろんな機能を入れる。そういう考え方です。

でも結果として、A層にも届かず、B層にも届かない、特徴のない中途半端なアプリになっていました。「全員が使える」を目指したら「誰にも刺さらない」になってしまった、ということです。

コンビニのお菓子で言うと、「全年代に対応した味」を作ろうとして、甘さも辛さも塩気も控えめな、特徴のない味になってしまう感じです。「誰でも食べられる」は「誰もわざわざ選ばない」とほぼ同じでした。

機能追加の前に確認すべきだった問い

今思うと、「競合にあって自分のアプリにない機能」という切り口でリストを作ったこと自体が間違いのスタートでした。正しい問いは「ターゲットとする特定の1人が、この機能を使わないと困る場面があるか」でした。

特定の1人の具体的な場面から出てきた機能要望なら、追加する価値があります。でも「競合が持っているから」という理由の機能追加は、ユーザーの課題ではなく競合への不安から来ているものです。それは「このユーザーのために」という作業ではなく、「競合に劣りたくない」という自分の感情の処理になっていました。

今思えば、機能を11個追加する6週間を「この1人のためには何が必要か」に使っていたら、結果は全然違っていたと思います。

「露出を待てばいつか来る」——間違えた戦略③

4ヶ月待っても、「いつか」は来なかった

3つ目の間違いは、一番じわじわと効いてくるタイプでした。品質も上げた、機能も増やした。あとはApp Storeが自然に露出を増やしてくれるのを待てばいい、という楽観的な考えです。

「良いアプリは時間が経てば広まる」「有機的なグロースが起きる」という言葉をよく見ていたし、実際にそういう成功事例も読んでいた。だから、待つことを「正しい判断」だと思っていました。

4ヶ月待ちました。大きな変化は起きませんでした。

App Storeの仕組みをちゃんと調べてわかったのは、「一定以上のダウンロード数がないと露出が増えない」という構造でした。ざっくり言うと、検索結果の上位に表示されるためにはインストール数・評価数・エンゲージメント率といった指標が一定水準を超える必要があって、その指標は新規ダウンロードが来ないと改善されない。つまり、露出が増えないからダウンロードが増えない。ダウンロードが増えないから露出が増えない。出口のない部屋にいたようなものでした。

この構造を知った時は、「そんな仕組みになっていたのか！」と少し笑えてきました。「待てばいつか来る」が成立するには、すでにある程度の流入がある状態が前提なんです。0から待っても、0のままです。

「待つ」という選択肢の、見えないコスト

待っている間にも、時間と蓄えは減り続けます。解雇されてから貯金を切り崩して生活していた私にとって、この4ヶ月のコストは小さくありませんでした。生活費として出ていくお金と、何も生み出せていないことへの焦りが、少しずつ積み重なっていきました。

でも一番やっかいだったのは、「待つ」という選択が精神的な安心感を与えてくれることです。「やることはやっている、あとは時間の問題だ」という状態は、機能的には何も行動していない状態と同じなのに、なぜか「前に進んでいる感覚」を持ててしまう。

その安心感が、「本当に方向を変えなければいけない」というサインを、見えにくくしていました。この構造が一番やっかいでした。動いている感覚があるのに、実は止まっている。気づくまでに時間がかかりました。

「待つ」の代わりに何をすればよかったか

答えは単純で、自分で流入を作ることでした。App Storeの外側から、自分のアプリを知っている人を連れてくることです。noteを書くこと、Xで発信すること、誰かに試してもらってレビューを書いてもらうこと。アルゴリズムが動き出すための最初の種を、自分で蒔くことです。

これは「バズらせる」とは全然違います。特定の1人に「これ、あなたのためのアプリです」と届けること、それを地道に繰り返すことです。その積み重ねが、アルゴリズムが乗ってくるための土台になります。「待つ」のではなく「届ける」という発想の転換でした。

転換点——4ヶ月分のデータを並べた夜

スプレッドシートが教えてくれた「逆効果」の証拠

転換点になったのは、ある夜に4ヶ月分のデータをスプレッドシートに並べたことでした。列の構成は、日付・アプリ名・週間ダウンロード数・アップデートの有無・追加機能数・その週に投稿したnoteの本数・Xのフォロワー増減、です。

行に並べてみると、改めて全体の動きが見えてきました。品質アップをした前後で、ダウンロードはほぼ変わっていない。機能を追加した前後も、ほぼ横ばい。4ヶ月待った前後も、変化なし。

でも1箇所だけ、わずかに数字が動いていた時期がありました。「このアプリを作った理由と、どんな人に使ってほしいか」をnoteに1本書いて投稿した、その翌週だけでした。差分は記事1本。でも、何かが動いたのはそこだけでした。週間ダウンロードが普段の4〜5件から12件に跳ねていて、しかもApp Storeのレビューに「まさに自分のためのアプリだと思った」というコメントが初めて入っていました。

「届いた」という感触を初めて感じた週でした。

「誰のためか」を言語化する、という逆転

そこから方針を変えました。アプリの改良をいったん止めて、「このアプリは誰のためにあるか」を言語化することに時間を使いました。

最初は10分で書けると思っていました。でもちゃんと書こうとすると、2時間かかりました。「使いやすい人向け」「スマホをよく使う人向け」という言葉が何度も出てきて、そのたびに「それって誰？」と自分に問い直しました。自分がずっと漠然としか考えていなかったことの、証拠だと思います。

最終的に「転職活動中の20代後半の女性が、毎朝5分だけ自分を整えるためのアプリ」という1文を書いた時、アプリの中に要らない機能が9個あることに気づきました。Apple Watch対応も、CSVエクスポートも、カスタムテーマも、この人には要らない。その9個を削除して、代わりに「誰がどんな場面で使うか」の説明を画面に1行追加しました。ストア説明文も書き直しました。

その後の変化は、すぐに劇的というわけではありませんでした。でも2週間後、1ヶ月後と少しずつダウンロードが増え始めて、初めて「方向が変わった」という手応えを感じました。数字が動くスピードより、届いているという実感の質が変わったことが、一番大きかったです。

「1文で言えない」は「まだ誰にも届かない」のサイン

この体験から得た一番の教訓を一言で言うと、「1文で言えないアプリは、誰にも届かない」です。

誰向けか、どんな場面で使うか、何が変わるか——この3つが1文に入っていれば、ストアの説明文も、noteの記事も、Xの投稿も、全部その1文から展開できます。でも「みんなに使ってほしい」というぼんやりした前提のままでは、どんな文章を書いても何かぼやけたままになります。

1文を書くのに2時間かかったことは、今では「その2時間が一番安い投資だった」と思っています。

売れ始めてから、逆に見えてきたこと

3つの間違いに共通していたこと

今、月商120万円という数字を見ながら思うのは、売れなかった時期の3つの行動には共通点があったということです。

品質を上げること、機能を増やすこと、露出を待つこと。この3つは全部、「アプリ側」を変えようとしていました。でも、本当に変えるべきだったのは「届ける相手との関係」でした。誰に届けたいか。その人はどんな言葉を使って、どんな問題を持っているか。どこでその人に出会えるか。

この問いを最初にすっ飛ばしたまま、製品の改良に走っていた。アプリが「良くなる」ことと「届く」ことは、全然別の問題でした。

もう一つ共通していたことがあって、それは「数字を見ていたのに、数字を読んでいなかった」ということです。ダウンロード数は毎週確認していました。でも、それが上がった時に「なぜ上がったか」、下がった時に「なぜ下がったか」を追いかけていなかった。データは集めていたのに、データから学んでいなかった。4ヶ月分のスプレッドシートを並べた夜に初めて読み始めた、という状態です。

「仕組みの全体」について

コードをほぼ書かないまま10本のアプリを作って、売れなかった時期を経て、解雇から半年で月商120万になるまでの仕組みの全体——どうやってアプリを作ったか、誰のために何を作ったか、どこで何をやめたか、どんな文章でどこに届けたか——は、有料noteにまとめています。この記事を読んでいる方のほうが使える内容だと思うので、気になる方はフッターからどうぞ。長いので、コーヒーでも用意してから読んでください（笑）。

広告費0円のまま、月商120万になった6月のこと

お金をかけずに変わったもの

6月の月商は120万円でした。広告費は0円のままです。最初からずっと変えていません。

変わったのは、アプリの中身や品質よりも、「誰のために何を書くか」という積み重ねでした。noteの記事数は増えましたが、「バズを狙う」という感覚ではなく「この記事が刺さる1人に届けばいい」という感覚で書き続けたものです。

書く頻度は週1〜2本で一定にしていました。1本あたりの作業時間は1〜2時間程度です。バズった記事というのはほぼなくて、静かに積み重なっていったという感じです。でもその積み重ねが、ある時点から「毎月安定して流入してくる」という状態に変わっていきました。広告を打てば翌月止まる。でも記事は残り続けます。この差が、じわじわと効いてきました。

よく聞かれる「何から変えたか」という質問への答え

「一番最初に変えたことは何ですか？」という質問をよく受けます。答えは、作業の順番です。

以前は「作る→改良する→待つ」の順番でした。今は「誰のためかを決める→その人が使う場面を書く→それに合ったものを作る→その人に届く場所で発信する」という順番になっています。最初に「作る」が来ないんです。最初に「誰に届けるか」が来ます。

この順番の違いが、品質アップ・機能追加・露出待ちという3つの間違いを全部回避することになっていました。「誰のため」が先にあれば、品質は「その人にとっての品質」にフォーカスできます。機能も「その人に必要な機能だけ」に絞れます。露出も「その人がいる場所」に向けて動けます。

iOSアプリ10本、コードほぼ0行、広告費0円、解雇から半年。この数字の組み合わせは、特別な才能があったからじゃなくて、「誰のためか」を先に決めた時の積み重ねが出た結果だと思っています。

今も毎週続けている、たった1つのこと

今も毎週続けていることがあります。「このアプリは誰のためにある？」「この記事は誰に届く？」という問いに、作業を始める前に1行だけ答えを書くことです。

ノートでもメモアプリでも、どこでもいいです。私はAppleメモに「今週のターゲット1行」というタイトルのメモを毎週作っています。たった2〜3分のことです。でも、これをやるとやらないとで、出来上がったものの「届き方」がはっきり変わります。感覚的な話で申し訳ないのですが、3週間かけた品質アップより、この2〜3分の問いの方が、ずっと効いています。

売れない時期にいる方へ——今日できる1歩

「正しい戦略」の前に確認してほしいこと

最後に1つだけ書かせてください。

品質アップ・機能追加・露出待ちが全部ハズレかというと、そうじゃないと思っています。ある程度ユーザーが集まって、リテンションを上げたい段階なら品質アップは正解です。ユーザーが明確に要望している機能なら、追加も正解です。露出も、ちゃんと「誰向けか」が固まっていれば、戦略として機能します。

でも「誰に届けるか」「なぜ使われるか」がまだ言語化できていない段階でこの3つをやると、全部逆効果になります。私が4ヶ月でやっと気づいたのがこれでした。

今日できる1歩は「1行だけ」書くこと

難しいことはしなくていいです。今日できる1歩は、1行書くことだけです。

自分が作っているもの、売りたいもの、発信したい内容に対して、「これは誰のためにある？」という問いに、具体的な1文で答えてみてください。

NG例を先に書きます。「みんな向け」「使いやすい人向け」「スマホをよく使う人向け」「作業効率を上げたい人向け」——これらは全部NGです。「誰でも使える」を言い換えているだけで、具体的な1人の姿がありません。

OK例はこうです。

「朝の通勤電車で、スマホを開く時間が10分しかない30代の会社員が、今日のタスクをサッと整理するためのアプリ」

「副業を始めたばかりで、何から記録すればいいかわからない20代の会社員が、毎月の収支を5分で把握するための家計簿」

「子どもが寝た後の30分だけ勉強時間を確保している、資格勉強中の30代の親が、中断しても続きから再開しやすい習慣管理アプリ」

このくらい具体的に書けると、アプリの何を変えるべきか、どこに記事を書くべきか、何を削るべきかが自然に見えてきます。

1行が書けたら、次にすること

1行が書けたら、次は「その人が今何で困っているか」を3つ書いてみてください。アプリの機能ではなく、その人の日常の困りごとです。

たとえば上の「通勤30代の会社員」なら、「電車に乗る前にタスクを整理する時間がない」「昼休みにスマホを開いたとき何をすべきか忘れている」「ToDoアプリは開くのが面倒で結局使わなくなる」といった具合です。

この3つが書けると、アプリのストア説明文も、noteの見出しも、Xの投稿も、全部この3つから出てきます。広告費を使わなくても「これ、私のことだ」と思ってもらえる言葉が自然に生まれてきます。私はこれに気づくのに4ヶ月かかりました。でも今読んでいるあなたは、今日の5分で気づけます。

品質・機能・待機の3つに費やした時間を足すと、約4ヶ月と3週間分になります。その時間を、「誰のためか」の1行に使っていたら、もっと早くここに来られたかもしれない。そう思うと少し悔しいですが（笑）、寄り道があったからこそ「なぜ逆効果だったか」が説明できるようになりました。今読んでいる方には、その寄り道をせずに済んでほしい。それがこの記事を書いた理由です。

最後まで読んでいただいて、ありがとうございます。また次の記事でお会いしましょう。Lilyでした。

📖 あわせて読みたい: 💰 アプリ10本出して月商120万。実際に稼いでいる本数を正直に言う

🎁 最後まで読んでくれたあなたへ、無料の特典があります: LINEで「自動化」と送って受け取る（実装テンプレ7本）

🎫 メンバーシップ「Lilyの機械室」: 週2本のメンバー限定記事を読む（月980円〜）

📕 AIエージェントと自動化の全工程をまとめた総集編: 🤖【完全版】月商160万円の「寝てても回る仕組み」をゼロから30日で組む全工程｜2026年10月版・Claude Code×AIエージェント・特典40ファイル・毎月更新