📊 10本作って月商120万、実際に稼いでいたのは何本だったか

6ヶ月前のわたしは、「数を増やせばどれかが当たる」と信じていました。

iOSアプリを10本リリースして、月商120万円を達成した月のこと。その達成感の余韻がまだ残っているときに、ふとこんなことを思ったんです。「せっかくだから、アプリごとの収益を、ちゃんと確認してみようかな」と。

10本を並べて、それぞれの月の収益を書き出すだけ。15分もかからない作業でした。

でも書き終わったとき、手が止まりました。見えてきた数字は、わたしがぼんやりと想像していたものとはまるで違っていたんです。

この記事では、そのときに見えたものと、そこから何を変えたかを書こうと思います。アプリ開発の技術的な話はほとんど出てきません。でも「何かを作って稼ぎたい」と考えているなら、きっとこの話は参考になります。少なくとも、わたしはもっと早くこれを知っていたかったと思っているので。

解雇から半年で、アプリを10本リリースするまで

「とにかく数を出す」という作戦だった

正直に言います。わたしがアプリ10本を目指したのは、緻密な戦略があったからではありませんでした。

会社に解雇されて、次の収入の柱を早急に作らないといけない。でもコードはほとんど書けない。エンジニアでもデザイナーでもない。そんな状況で「AIを使えばアプリが作れるらしい」という話を目にして、とにかく試してみることにしたのが出発点でした。

最初の1本をApp Storeに公開したのが、解雇から約2ヶ月後。そこから月に2〜3本のペースでリリースを続けて、6ヶ月後には合計10本のアプリが並んでいました。広告費は0円。外注もゼロ。コードもほぼ書かずに、AIと一緒に作り続けた半年間です。

「数を出せばどれかが当たる」という発想は、ポジティブに聞こえますが、正直なところ、もう少しちゃんとした根拠がほしかったです（笑）。でも当時は「やってみなければ分からない」という気持ちの方が強くて、とにかく本数を増やすことだけを考えていました。10本という数字に特別な根拠はなかったんですよね。「10本くらいリリースすれば何か変わりそう」といううっすらした感覚だけで動いていました。

AIでアプリを作るとはどういうことか、少しだけ

「コードを書かずにアプリを作れるって、どういうこと？」と思った方のために、少しだけ補足します。

わたしが使っていたのは、主にClaudeとCursorです。アプリの機能を日本語で説明すると、AIがSwiftUIのコードを出力してくれる。それをXcodeに貼り付けて動作確認して、うまくいかなかったところをまたAIに相談する。この繰り返しでした。

もちろん最初は「貼り付けたらエラーが出る」「何が書いてあるか分からない」「なぜ動かないのか分からない」という状態から始まりました。最初の3本を作るのに、ものすごく時間がかかりました。エラーメッセージをそのままAIに投げると解決策が返ってくることに気づいてから、ペースが一気に上がりました。これは本当に大きい発見でした！

ジャンルとしては、健康・記録系・シンプルなツール系に絞っていました。複雑な機能は後回しにして、「この一点だけ便利にする」というコンセプトでシンプルに作る。この方針がスピードを保てた理由のひとつでした。

10本並べるのが、思った以上にしんどかった

リリースを繰り返す日々は、楽しいときもありましたが、しんどかったです、、、

最初の3ヶ月間は、収益がほぼゼロでした。毎月かかるサブスクリプション費用の方が大きいくらいで、「このまま収益にならなかったらどうしよう」と毎晩考えていました。誰かに「アプリ作ってます」と話しても、具体的な成果が出るまでは説得力がなくて、自分でも少し恥ずかしかったのを覚えています。

4ヶ月目くらいから少しずつ数字が動き始めて、「あ、これは本当に収益になるんだ」と実感が湧いてきました。そこからは気持ちが変わって、「もう少し続けてみよう」という感覚で動けるようになりました。

それでも10本リリースするまでの半年間は、精神的に起伏が激しかったです。「続けていて本当に正解だったのか」という問いへの答えが出たのは、かなり後になってからでした。

よく聞かれること：「アプリのアイデアはどこから出てくるの？」

この時期を振り返って、一番よく聞かれるのがこの質問です。

答えは「App Storeの検索候補と、自分が日常的に困っていること」の組み合わせです。

具体的には、App Storeの検索窓に何かを入力して、サジェスト（自動補完）で出てくるキーワードを眺めます。「あ、こういうことを検索している人がいるんだ」と分かるものが出てくる。そこに、もし自分も似たような不便を感じたことがあれば、それはアプリになる可能性があります。

ASOの専門ツールを使った調査もありますが、最初はサジェストを眺めるだけでも十分でした。難しく考えすぎる必要はなくて、「これ自分でも使いたいな」と思えるかどうかが、最初の判断基準として割と正確でした。「競合がいないキーワード」ではなく「ちゃんと検索されているキーワード」を狙う、というシンプルな方針です。

月商120万を達成した月のこと

ダッシュボードの数字が信じられなかった

解雇から半年が経った月の末。ダッシュボードを開いて、その月の収益が確定した数字を見たとき、正直、最初は信じられませんでした。

月商120万円。

コードほぼ0行、広告費0円でここまで来られた、という驚きは本物でした。「続けてきてよかった」という気持ちと、「これ本当にわたしがやったのか」という不思議な感覚が混ざっていて、しばらくぼーっとしていました。

半年前に解雇されたとき、こんな状況をまったく想像できていませんでした。「アプリで稼ぐ」というのは自分にとって現実感のある話ではなかったし、試してみるというより「やらないと後悔しそう」という気持ちで動き始めた部分も大きかった。それが半年後にこういう数字につながったことが、単純に不思議でした。

でも「何が売れているか」を、実はちゃんと知らなかった

月商120万円を達成した、という事実は嬉しかった。でも同時に、少し変な感覚もありました。

「わたし、具体的に何が売れているんだろう」という疑問が、頭の片隅にずっとあったんです。

10本のアプリがあると、毎日全部の細かい動きをチェックするのはなかなか追いつかなくて。「今月も合計でこのくらい稼げた、よかった」で終わりにするのがクセになっていました。それが半年間続いていたんです。内訳を確認した記憶が、ほとんどない。

App Store Connectのダッシュボードを開いても、つい「トータルの売上」の数字だけ見て閉じてしまっていました。アプリ別のタブをクリックすれば内訳はすぐ見られたのに、「合計が増えていればいいか」という気持ちが邪魔をしていたんです。今思えば、これが最大の盲点でした。

「せっかくの達成月だし、ちゃんと内訳を確認してみようかな」と思い立ったのは、割と気軽な気持ちでした。紙を1枚取り出して、10本のアプリの名前を縦に書いて、それぞれの月の収益を横に書き込んでいく。それだけの作業でした。

収益の内訳を、初めてちゃんと確認した日

書き終わったとき、手が止まった

10本分の数字を書き出して、全部の欄が埋まったとき。

最初に思ったのは「あれ、おかしいな」でした。

上位2本の数字が、飛び抜けて大きかったんです。その2本だけで、月商全体の8割近くを占めていました。

残り8本が合わせて約2割を分け合っていて。そのうち3本に至っては、月の収益が数百円という状態でした。月に数百円というのは、実質的には「稼いでいない」とほぼ同じです。

「10本あるから分散できている」と思っていた。でも実際は「2本に頼りきっていた」というのが現実でした。

この事実が、静かに、でもはっきりと、紙の上に並んでいました。

一番頑張ったアプリが、一番売れていなかった

さらに衝撃だったのは、上位2本がどんなアプリだったか、ということです。

どちらも「このくらいでいいか」という感覚でリリースしたもので、細かいこだわりよりスピード優先で出したアプリでした。機能も最小限で、デザインも凝っていない。言ってしまえば、「雑に出した」に近い2本だったんです。

逆に、月収数百円のグループに入っていたのは、一番時間をかけて作ったアプリでした。ユーザーの使いやすさを何度も考えて直して、デザインにも手を入れて、説明文も丁寧に書いたもの。リリース前に「これが一番いいはずだ」と自信を持っていたものが、結果として一番売れていなかった。

「時間をかけたから売れる」「丁寧に作れば伝わる」という自分の予測が、完全に外れていたんです。

これは正直、かなりショックでした。作り手として、受け入れるまでに少し時間がかかりました、、、

「じゃあ最初から手を抜けばよかった？」というわけでもない

ここで少し先回りして答えておくと、「雑に出した方が売れるなら、最初からクオリティは気にしなくていい」という話ではありません。

「雑に出した」2本が売れた理由は、クオリティが低かったからではなく、検索されやすいキーワードに当たっていたからです。ユーザーが「これを探している」というニーズと、アプリの機能が噛み合っていた。その噛み合いが、丁寧さよりも先に来ていたんです。

逆に言うと、「ニーズに当たっている」アプリがさらに質を上げれば、もっと伸びる可能性があります。「雑に出したから売れた」のではなく、「まず当てるべきところに当てて、それからクオリティを上げる」という順番が大事だったということです。今の上位2本も、内訳を確認してから磨き始めました。順番が逆だったんですよね。磨く前に、当たりを見つける。これが正しい順番でした。

なぜ「偏り」が生まれたのか

検索で見つかるかどうか、それだけの話だった

ショックが落ち着いてから、なぜこうなったのかを考えてみました。

売れているアプリと、そうでないアプリ。何が決定的な違いだったのか。

一番大きかったのは「App Storeで検索されたときに見つかるかどうか」でした。ユーザーが何かを探して検索したとき、そのキーワードに対してちゃんと表示されるかどうか。それがすべてではないにせよ、スタートラインとして圧倒的に重要だったみたいです。

上位2本は、ニーズがピンポイントで刺さる検索ワードと、たまたまうまく合致していた。下位のアプリは、そこが少しズレていた。ただそれだけの差が、収益に10倍以上の開きを生んでいました。

作りのクオリティや、機能の数や、開発にかけた時間は、ここでは関係なかったんです。「探している人のところに届くかどうか」が、最初の勝負でした。「丁寧に作る」より「見つけてもらえる場所に出す」の方が先、ということを、数字に教えてもらいました。

App Storeにおけるキーワードの話を、もう少し具体的に

少しだけ補足します。

App Storeでは、アプリのタイトルと「キーワードフィールド」（100文字以内で設定できる項目）に含まれている言葉が、検索結果への表示に大きく影響します。たとえば「血圧 記録 アプリ」というキーワードで検索するユーザーに見てもらいたいなら、アプリのタイトルや説明文にその言葉が含まれていることが重要です。

ただし、同じキーワードで検索上位を取るのは競合次第では難しいこともあります。だからこそ、「大勢が検索するビッグワード」より「特定の人が検索するニッチワード」の方が当たりやすいこともあります。わたしの上位2本も、競合が少ないニッチなキーワードに合致していたことが後から分かりました。

「何を作るか」と同じくらい、「誰が・どんな言葉で検索するか」を考えることが、収益に直結していました。これを知らずにアプリを作り続けていたことが、最初の3ヶ月の収益がほぼゼロだった理由のひとつだと思っています。

わたしが3ヶ月間、見落としていたこと

「数を出せばどれかが当たる」は半分正しくて、半分間違っていました。

正しかったのは「試さないと当たりを見つけられない」という部分。間違っていたのは「全部に均等に時間をかけることに意味がある」という思い込みでした。

もし4〜5ヶ月目の段階でアプリごとの収益を確認していたら、「この方向性でもっと深掘りしよう」「このキーワードで勝負しよう」という判断が早くできていたはずです。でも合計数字だけ見て安心していたので、そのチャンスを3ヶ月分、まるごと逃していました。

3ヶ月というのは、決して小さい時間ではありません。その期間にできたことを考えると、今でも少し悔しいです。「分かるタイミングが遅かった」というのが、この話の本当の失敗でした。

「全部に均等に力を入れるべきか、1本に絞るべきか」

わたしの今の答え

この問いに、今のわたしなりに答えるとこうなります。

「最初は複数を試して、数字が見えてから絞る」です。

最初から1本だけに絞ると、それが外れたとき、何がいけなかったのかが分からなくなります。比較対象がないから。でも複数試すと、「動くもの」と「動かないもの」の差が自然に浮かび上がってくる。その差が、次の一手を静かに教えてくれます。

逆に、比較が終わったあとも「全部に均等に時間をかけ続ける」のは、時間と体力の無駄になりやすい。数字が出た後は、絞ることが大事でした。「何かに集中する」のではなく、「数字が集中しているところに、自分も集中する」というイメージです。数字の動きに自分の動きを合わせていく、そういう感覚です。

いつ絞ることを決めたらいいか

わたしの場合は10本×6ヶ月という経緯を経てから気づきましたが、本当はもっと早くできた話でした。

今なら「5〜6本リリースして、2ヶ月分の収益データが出た段階で内訳を確認する」ことをおすすめしています。その時点で、上位のアプリがだいたい見えているはずです。そこから先は「上位を深掘りする」方向に切り替えていく。

5本あれば比較するには十分な母数があります。10本まで待つ必要はなかったというのが、今のわたしの正直な感想です。わたしの場合は3〜4ヶ月分、遠回りをしていたと思います。あのとき内訳を見ていれば、その3ヶ月をもっと別の使い方ができていたはずなので。

よくある疑問：「アプリ以外でも同じことが言える？」

「わたしはアプリじゃなくてnoteをやっている」「ハンドメイドを売っている」「複数のサービスを試している」という方から、同じ問いをいただくことがあります。

答えは「はい、まったく同じです」。

noteで複数の有料記事を出している場合も、どの記事がよく買われているかを内訳で確認することが大切です。ハンドメイドでも、どのジャンルや価格帯の作品が売れているかを数字で見ることが、次の制作の方向を決める一番の材料になります。「合計が増えていればいい」という状態から抜け出して「どれが動いているか」を見るようになった瞬間、判断の質が変わります。ツールは問いません。紙に書き出すだけで十分です。

数字を見てから、変えたこと

月1回、15分だけ内訳を確認する時間を作った

この発見のあと、動き方をいくつか変えました。

一番大きかったのは、月に1度、全アプリの収益内訳を確認する時間を固定したことです。15分あればできます。今は月末の日曜日の朝、コーヒーを淹れながらやるのがルーティンになっています。紙に書き出すだけで、特別なツールは何も使っていません。

実際にやっていることはシンプルです。App Store Connectを開いて、アプリ別の売上データを確認して、手元のノートに転記します。項目は「アプリ名・月の収益・先月比・一言コメント」の4列だけ。スプレッドシートを使ってもいいですが、わたしはアナログの方が頭に入りやすかったです。この「転記する」という手作業が、数字を体感として受け取るのに意外と大事でした。

次に、下位グループのアプリへの追加投資をいったん止めました。新しい機能を追加したり、説明文を書き直したりする時間を、上位2本の改善に集中して回すようにしました。数字が「こっちに伸びしろがある」と言っていたので、そちらに従うことにしました。

この切り替えをしてから、上位アプリ1本あたりにかけられる時間が実質2〜3倍になりました。体感でも、動きが変わってきた感じがあります。

「何もしない」という第三の選択

下位のアプリを削除したかというと、そうではありません。

置いておくだけで少しでも収益があるなら、維持コストがほぼゼロの状態では「そのままにしておく」が正解でした。App Storeに並んでいること自体は追加コストがかからないので、「積極的に時間を使わない」だけで十分でした。

「やめる」と「何もしない」は違います。下位のアプリには「これ以上の時間を使わない」というだけで、存在はさせておく。このラインを自分の中で決めておくと、毎回「どうしようかな、もう少し手を入れた方がいいかな」と悩む必要がなくなって、ずいぶん頭がすっきりしました。

「手を入れれば伸びるかもしれない」という気持ちが残っていると、ずっと引っ張られてしまいます。でも数字が長期間横ばいのものは、手を入れても動かないことが多い。少なくともわたしの場合はそうでした。「次の月も数字が動かなければ、そのアプリへの時間投資はゼロにする」という基準を先に決めておいたことで、判断に迷わなくなりました。

どんなアプリをどう作っているか、AIをどう使っているか、収益管理の全体の仕組みについては、別の有料noteにまとめています。この記事で書いたのは「気づき」の部分だけなので、実際の手順や構造を知りたい方は、フッターのリンクから覗いてみてください。

これからアプリを作る人に、伝えたいこと

「稼ぐ」より先に、「計測する」を習慣にしてほしい

この記事で一番伝えたかったのは、「稼ぐよりも先に、計測する習慣を作ること」です。

作って公開して、合計の数字だけを眺める。このサイクルで動いていると、何が当たっていて何がズレているか分からないまま時間が過ぎていきます。わたしがまさにそうでした。半年間、合計しか見ていなかった。

月に1回、15分でいいので、内訳を書き出してみてください。

アプリでなくてもいいです。ブログでも、ハンドメイドでも、スキル販売でも、noteの有料記事でも、何かを複数試しているなら必ず「どれが動いているか」を数字で確認する。それだけで、次の動き方がはっきり変わってきます。感覚でなく、数字で動けるようになります。

「計測」というと難しく聞こえますが、わたしがやったのは紙に書き出しただけです。ツールもアプリも要らない。15分と、紙と、ペンだけでできます。今日の夜、試してみてほしいです。

先回りQ&A：よく聞かれること、まとめて答えます

Q. 収益が全部ゼロだったら、内訳を見ても意味がない？

ゼロとゼロを並べても差は分からない、と思うかもしれませんが、収益がゼロでもダウンロード数・レビュー数・評価の分布は見られます。「誰にも見つかっていないのか」「見つかってはいるがダウンロードされていないのか」「ダウンロードされてはいるが続かないのか」によって、次の手がまったく変わってきます。収益ゼロが続く場合は、キーワードと市場ニーズを見直すタイミングのサインです。

Q. 内訳を見るベストなタイミングはいつ？

最低でも2ヶ月分のデータが溜まってからをおすすめしています。リリース直後は一時的にダウンロード数が動くことがあるので、1ヶ月だけだと判断が難しいです。月末に固定してルーティン化するのが一番続きます。「毎月末の日曜に確認する」と決めておくと、判断のタイミングで迷わなくなります。

Q. 上位2本が分かったとして、次に何をするの？

まず「なぜこの2本が動いているか」を言語化します。キーワード？ジャンル？ターゲット層？それが分かったら、同じ方向性で追加のアプリを作るか、上位2本をさらに磨くかを選びます。わたしは両方やりましたが、最初は「磨く」方を優先しました。動いているものをさらに動かす方が、ゼロから当たりを探すより再現性が高かったからです。

全部うまくいかなくていい、という気持ちになれた話

10本作って、2本に収益が集中していた事実。最初はへこみましたが、今は「そういうものだ」と思えています。

全部うまくいく必要はなかった。2本当てればよかった。

これが分かってから、気持ちがだいぶ楽になりました。完璧に仕上げた1本より、試して当てた2本の方が、ずっと価値があったんです。「全部に均等に頑張らないといけない」という思い込みが、知らないうちに重荷になっていたことにも気づきました。

ビジネスの世界でよく「パレートの法則（80対20の法則）」という話が出てきます。売上の80%は上位20%の商品から生まれる、という傾向のことです。アプリで10本中2本が収益の大半を占めていたわたしの状況は、まさにこれでした。特別に失敗していたのではなく、「自然な分布」だったんです。

だから「上位に入らなかった8本は無駄だったのか」というと、そうではありません。8本を作ったから、2本が当たったんです。試さなければ、当たりを見つけることはできなかった。「全部に均等に頑張らなくていい」というのは、「数を試すことに意味がない」という話ではなく、「当たりが分かった後は集中する」という話です。

次に何かを作るとき、ぜひ思い出してもらえたら嬉しいです。全部に均等に頑張らなくていい。数字が答えを出してくれるまで、まず試してみる。そしてデータが出たら、ちゃんと内訳を見る。それだけで、十分です。数字は、静かに、でも正直に、次の一手を教えてくれます。

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

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

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

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