💰 アプリ10本出して月商120万。実際に稼いでいる本数を正直に言う

「アプリを10本出して月商120万円」と言うと、よく「10本全部が稼いでいるの？」と聞かれます。

正直に言います。全然そんなことはありません。

Lilyです。去年の後半に会社を解雇されてから半年で、iOSアプリを10本リリースし、6月に月商120万円を達成しました。この話をnoteに書くようになってから、ずっと気になっていることがあります。「月商120万」という数字だけが先行して、「アプリを出せばすぐ稼げる」という誤解が広がってしまうことです。夢のある話として広まるのはありがたいのですが、内側を知らないまま飛び込んで、想定と違ってがっかりしてほしくない。

この記事では、10本の内訳を正直にお話しします。何本が売上の柱になっていて、何本がほぼゼロか。外れを連発していた時期のこと、それでも出し続けた理由、そして外れと当たりを分けていたものが何だったか。数字と時系列で、できるだけ具体的に書きます。

副業や個人開発に興味はあるけれど「まだ結果が出ていない」という方に、この記事が「そうか、最初から全部当てなくていいんだ」と思えるきっかけになれば嬉しいです。完璧な1本を待ち続けている方にこそ、読んでいただきたい内容です。

10本の内訳、正直に言います

売上の8割を稼ぐのは、2本だけ

まず一番大事な事実から始めます。

6月の月商120万円。この数字を支えているのは、10本のうちたった2本のアプリです。この2本が売上全体の約8割を占めていて、残りの8本は合わせてもその2割程度です。そのうち数本は、月の売上がほぼ動かない状態が続いています。

これは、ある意味では想定の範囲内ではあります。ただ外から見えているのは「月商120万」という数字だけなので、ここを正直に書かないと読んでいる方に誤った期待を持たせてしまう。だから最初に書きました。10本出せば10本全部が稼いでくれると思っていたとしたら、それは少し違います。でも逆に言えば、当たりが2本あれば月商120万円に到達できるということでもあります。

当たっている2本には共通点があります。どちらも「このキーワードで検索している人が確実にいる」という確認をしてからリリースしたアプリです。どちらも機能がシンプルで、説明できる問題が1つに絞られています。そして、どちらも月額か年額の継続課金（サブスクリプション）が組み込まれています。ビジネス的な言葉を使うと「MRR（月次定期収益）」が積み上がっている状態です。買い切り型だと毎月ゼロからスタートですが、継続課金があると既存ユーザーの課金が先月から繰り越されてくる。月が変わった瞬間から、一定の売上がすでに確定している状態です。この「積み上がる構造」が、当たり2本の売上を安定させています。

外れ8本の実際の状況

8本全部が完全に死んでいるかというと、少し違います。

売上はほぼゼロでも、コンスタントにダウンロードされているアプリがあります。使ってくれているユーザーが少なからずいて、レビューにコメントをいただくこともある。「こういう機能が欲しかった」「ここが使いにくい」という声が、次のアプリを作るときの材料になっています。

また、別の1本は単体では売上がほとんどないのですが、「こういうジャンルのアプリも出しているんですね」という話の流れから、当たっている別のアプリを知ってもらえるきっかけになることがあります。開発者としてのポートフォリオとして機能しているイメージです。Xで発信するときに「10本リリースしています」と書けることで、実績として見てもらいやすくなる側面もあります。

ただし正直に言えば、「これは出す必要がなかったかもしれない」と思うアプリが2〜3本あるのも事実です。この失敗については、後の章で具体的に話します。「外れアプリにも意味がある」という話だけで終わらせるつもりはありません。

よくある質問：外れアプリは削除すべき？

「外れたアプリはApp Storeから消したほうがいいですか？」という質問をよくいただきます。

Lilyの答えは「基本的には残しておく」です。App Storeに公開したままにするコストはほぼゼロです。維持費がかかるサーバーがあるとか、毎月の固定費が発生するアプリは話が変わりますが、シンプルなアプリならApp Storeに置いておくだけで費用が増えるわけではありません。

反対に削除すると、機会そのものがゼロになります。今月ほとんど動かないアプリが、3ヶ月後に急に動き出すことがありました。季節イベントや社会的な話題と重なって、関連キーワードの検索数が突然増えることがあります。Lilyが「もう終わりかな」と思って放置していたアプリが、あるタイミングで急に通知が増え始めたことが実際に1度ありました。App Storeから消していたら、そのチャンスはゼロでした。

ただし、プライバシーポリシーが適切でないなど審査上の問題があるものは例外で、整備してから残すかを判断します。基本は「残す」、毎月の固定費が発生しているものは「見直す」が判断の目安です。

解雇から月商120万まで、時系列で話します

最初の数ヶ月は、本当に手探りでした

去年の後半に会社を解雇されました。理由はいくつかありましたが、シンプルに言えば「会社の方針と自分の方向性が合わなくなった」という感じです。解雇という言葉は重く聞こえますが、当時の正直な気持ちとしては、ショックよりも「次に何をするか」を考えることのほうが多かった。

最初の1〜2ヶ月は、何をすればいいかわからない状態でした。プログラミングの経験はほぼゼロで、「アプリを自分で作る」という発想すらなかった。ClaudeというAIのツールを使い始めたのは、解雇から1ヶ月ほど経った頃です。「AIに話しかけるとコードを書いてくれる」という話を聞いて、半信半疑で試してみました。最初のうちは何を話しかければいいかもよくわからず、Claudeに「iOSアプリを作りたいんですが、何から始めればいいですか」と聞くところから始めたくらいです。

Claudeとのやりとりは、最初は「翻訳」という感覚に近かったです。「ボタンを押したら次の画面に移動させたい」という日本語の要望を、ClaudeがSwiftというプログラミング言語のコードに変換してくれる。その変換機がいつでも使えることが、個人開発の入口の敷居を下げてくれました。参考書を買っても挫折していたLilyが、ここで初めて「自分でも動くものが作れる」という感覚を持てたのが転機でした。

最初のアプリがApp Storeの審査を通過して公開されたのは、解雇から約2ヶ月後です。リリースの瞬間は本当に嬉しかった。でも最初の1ヶ月の売上は、「この方向性で続けるべきかどうか」を真剣に迷うくらい少なかったです。2桁円の月がありました。今考えると「そこで続けてよかった」としか言えないのですが、当時は不安で、何度か「これは向いていないのかも」と思いました。

4ヶ月目に「量を出す」に切り替えた

転機になったのは、解雇から4ヶ月目に入った頃です。

「1本を磨き続ける」のをやめて「とにかく数を出す」方向に切り替えました。1本を完璧にしようとするより、3本出して1本当たればいい、という考え方に変えたのです。この転換が大きかった。解雇から4〜5ヶ月目は、月に複数本のペースでリリースしていた時期もあります。

数を出すと決めてから、リリースまでのサイクルが変わりました。それまでは「もう少し磨いてから出そう」と先延ばしにしていたのが、「まずリリースして、反応を見てから調整する」に変わった。実際に出してみると、「思っていたより刺さった機能」と「誰も使っていない機能」の差が、ダウンロード後のユーザー行動データやレビューのコメントで見えてきます。数字を見ていないうちは想像でしか判断できなかったことが、リリース後には事実で確認できるようになりました。

その頃の月商は、まだ大きくはありませんでした。でも、本数が増えるにつれて「このテーマは反応がいい」「このジャンルは競合が強すぎて入り込みにくい」という感覚が育っていきました。数を出さないと気づけなかったことが、たくさんあった。この感覚の積み重ねが、後の当たりにつながっていったと思います。

そして解雇から半年後にあたる6月、月商が初めて120万円を超えました。広告費は0円のまま。コードもほぼ自分では書いていません。

最初の大きな失敗、正直に話します

3週間かけて作ったアプリが、完全に外れた

失敗の話をします。これはLilyが今でも「あの経験があったから今がある」と思っている失敗です。

リリースした3〜4本目あたりで、Lilyはひとつのアプリに特別な力を入れました。機能の数、デザインの細かさ、App Storeの説明文の丁寧さ。「これは絶対に使ってもらえる」という自信がありました。作るのに2〜3週間かかったと思います。通常のアプリの3〜4倍の時間をかけた、気合いの入った1本です。スクリーンショットも5枚全部丁寧に作り込んで、説明文は日本語と英語の両方を用意しました。アイコンのデザインも何パターンか試した。「これだけやれば当たるはずだ」と思っていました。

結果は、完全な外れでした。リリースから何ヶ月経っても、売上がほとんど動かない。レビューもほぼつかない。「存在していないのと同じ」という状態が続きました。

なぜそうなったか、後になってわかりました。「アプリの完成度」の問題ではなかったんです。そのアプリが解決しようとしていた「困りごと」が、App Storeで実際に検索されていなかった。たとえて言うと、素晴らしい料理を作ったのに、そのレストランが誰も通らない路地の奥にある、という状態です。料理の質ではなく「場所」の問題でした。どれだけいいものを作っても、探している人に届かなければ存在しないも同然です。「届く場所に出す」という視点が、完全に抜けていました。

Lilyがいちばん後悔しているのは、時間の使い方ではなく「確認せずに進んだこと」です。App Storeで関連キーワードを調べるのは、5〜10分もあればできます。でもその5分を省いて、3週間かけてしまった。

この失敗が教えてくれたこと

この失敗から学んだのは、アプリの価値は「機能の豊富さ」や「完成度」だけで決まるのではないという、シンプルすぎるくらいシンプルな事実です。

この失敗以降、Lilyがアプリを1本作る前に必ずやることが増えました。順番にお話しします。

ステップ1：関連キーワードをApp Storeで複数パターン検索する 「このアプリが解決しようとしている困りごとを、ユーザーはどんな言葉で検索するか」を書き出して、実際に検索してみます。たとえば「家計管理」「お金の記録」「支出メモ」など、同じ機能でも複数の言葉がありえます。それぞれ検索して、出てくるアプリの量と質を確認します。

ステップ2：競合のレビューを星1〜2から読んで不満を拾う 検索で出てきた上位アプリのレビューを、低評価のものから読みます。「使いにくい部分はどこか」「何が足りないと書いているか」。この不満が、次に作るアプリの差別化ポイントになります。「○○がないのが残念」というコメントが複数あれば、そこに需要があるサインです。

ステップ3：検索結果の「量と質」を確認する 検索結果が100本以上出てくる分野は、すでに強いアプリが占拠しています。反対に10〜20本程度しか出てこなくて、上位アプリのレビュー数が少なければ、隙間がある可能性があります。評価件数が100件未満のアプリが上位に並んでいる分野は、まだ強者が定着していないサインです。

ステップ4：「このワードで検索した人に届くアプリ」を作ると先に決める 機能の設計より先に「どのキーワードで出てくるアプリを作るか」を決めます。この起点があると、App Storeの説明文を書くときにも迷いません。説明文の最初の1〜2文に、そのキーワードを自然に含める形で書けばよいからです。

この4ステップを踏むようになってから、完全な外れアプリの数が明らかに減りました。もしこの失敗がなければ、今でも「もっと作り込めばいつか売れる」と信じて、時間と労力を使い続けていたかもしれません。

それでも外れを出し続けた理由

アプリはやめない限り積み上がっていく

外れアプリを出すことを、Lilyは「損失」とは思っていません。最初はそう感じていた時期もありましたが、今は違う見方をしています。

イメージとして近いのは「畑」だと思っています。種を蒔いて何も出てこない区画があっても、畑から消えているわけではない。季節が変わったり、土の状態が変わったりすることで、後から芽が出ることがある。種を抜いてしまったら、その可能性もゼロになります。外れアプリも、App Storeに残しておく限り、その可能性は生きています。

実際に、「もう終わりだな」と思って放置していたアプリが、ある日突然動き出したことがありました。季節イベントや社会的な話題と重なって、関連キーワードの検索数が増えたことがきっかけでした。App Storeに残しておいたから気づけた変化です。

ストック型のビジネスと言われることがありますが、まさにその通りで、出し続けることで「積み上がっていく」という感覚があります。広告をやめれば止まる集客とは違い、出しておくだけで機会が残り続けます。

外れは「次の当たり」の地図になる

もうひとつの大事な理由は、外れアプリから得られる情報の価値です。

外れたアプリにも、ユーザーからのレビューが届くことがあります。「こういう機能があればよかった」「使いにくかった理由は○○」というコメントは、次に作るアプリの設計に直接活きます。広告費を使わずにリアルなユーザーの声を集める方法として、外れアプリは「生きたアンケート」として機能しています。

実際にこういうことがありました。あるアプリのレビューに「○○機能が欲しいけど、どのアプリにもない」という声がついていました。そこでそのニーズだけに絞ったアプリを別に作ったところ、今度は当たりました。外れアプリのレビューがなければ、そのニーズに気づくことすらできなかった。失敗アプリが「ここを掘ってみて」と地図を渡してくれていた、という感覚があります。

そして、1本あたりの制作時間が短いから、外れても損失が小さい。多くのアプリは数日から1週間程度で動く状態にできます。外れを恐れずに出し続けられる構造は、AIを使って制作コストを下げているからこそ成り立っています。もしすべてのアプリに1〜2ヶ月かけていたら、外れを恐れて身動きが取れなくなっていたと思います。低コストで打ち続けられるからこそ、外れを許容できる。この構造が、Lilyのやり方の根幹にあります。

当たりと外れを分けていたもの

当たるアプリの3つの共通点

ここが、この記事で一番知りたかった部分かもしれません。経験から見えてきた「当たりアプリの共通点」をお話しします。

1つ目は、検索意図が明確なこと。「こういう困りごとで検索している人がいる」というのが、リリース前から見えているアプリは強かったです。「なんとなく便利そう」ではなく、「○○に困った人が○○と検索したときに出てくる」という状態を、作る前から設計していました。ポイントは「検索する人がいるか」だけでなく、「その検索結果にまだ勝てる余地があるか」も同時に確認することです。検索する人が多くても、強いアプリが占拠している分野は難しい。「検索する人がいて、かつ満足できるアプリがまだない」という状態を見つけることが、リリース前の最大のミッションです。

2つ目は、機能がシンプルなこと。「これ1個だけ解決します」という割り切りがあるアプリのほうが、結果的に伸びやすかった。多機能にするほど「誰のためのアプリかわからない」状態になりやすいです。App Storeの説明文で最も重要なのは最初の1〜2文です。「続きを読む」をタップしないと全部読まれないため、冒頭で「誰の何を解決するか」が伝わらないと離脱されます。機能がシンプルなアプリは、この1文が自然に書けます。多機能なアプリは、ここで迷います。

3つ目は、継続課金（サブスクリプション）を設計していること。月額や年額の課金があるアプリは、売上が積み上がっていきます。月商120万円という数字も、複数アプリの継続課金が重なった結果です。最初の1本目から意識していたかというと、そうではありませんでした。3〜4本目あたりから意識的に入れるようにして、それが月商の安定に大きく効いています。1回の購入で終わる売上より、毎月積み上がっていく売上のほうが、長期的には安定します。

外れアプリに多かったパターン

逆に外れたアプリには、こういう共通点がありました。

「自分が使いたいと思って作った」アプリは外れやすかった。Lilyが使いたいかどうかと、App Storeで実際に検索されるかどうかは別の話です。自分の視点から発想すると、「需要の確認」というステップを飛ばしやすくなる。これがLilyの失敗の中で最も多いパターンでした。「自分が欲しい」はリリースの理由になりません。「検索している人がいる」が、リリースの理由になります。

競合が多すぎる分野への参入。競合が多いということは、すでに強いアプリが存在するということです。評価件数が多く、長期間使われているアプリがある分野に新参者として入っても、ユーザーは実績のあるアプリを選びます。「隙間を見つけて入る」という発想に変えてから、外れ率が明らかに下がりました。ニッチに見えても、検索している人が確実にいる分野のほうが、結果につながりやすいです。

当たりと外れの「分かれ目」を一言で言うなら

長く分析してきましたが、一番シンプルにまとめると「作る前に検索している人を確認したか、しなかったか」の差だったと思います。

当たったアプリは、作り始める前から「このキーワードで検索している人はいる、でも満足できるアプリが少ない」という状態を確認していました。外れたアプリは、そのステップを飛ばしていた。機能の良し悪し、デザインの丁寧さ、説明文の長さ。それらは二次的な要素でした。まず「届く場所に出ているかどうか」が一次的な要素で、それさえ合っていれば、あとはどうにでも改善できます。

この考え方に変わってから、1本のアプリに使う時間の配分も変わりました。作り込む時間より、出す前の「検索調査」に時間をかけるようになった。そしてリリースしてから、レビューを見てアップデートする。この順番が、Lilyの中では今のやり方として定着しています。

AIを使うとは、何をすることか

コードを知らなくても「設計」はできる

「コードを書けない人がアプリを作れるって、どういうこと？」という疑問を持つ方は多いと思います。Lilyも最初は同じ疑問を持っていました。

Lilyがやっているのは、Claude（AIアシスタント）にアプリの仕様を話しかけることです。「こういう機能を持つアプリが欲しい」「このボタンを押したらこういう動きをさせたい」「この部分のデザインをこんな感じにしたい」と伝えると、Claudeが必要なコードを出してくれます。コードを書く作業はClaude任せで、Lilyは「何を作るか」を決める側に徹しています。

たとえて言うと、「建築家と施工会社」の関係に似ています。「ここに廊下を作って、窓はここに、扉の向きはこちらで」と設計するのがLilyで、実際に壁を建てて配線するのがClaudeです。建築家はコンクリートの打ち方を知らなくても、「どんな家にするか」を決める力があれば家は建ちます。

Lilyが担当するのは、「何を解決するか」を考えること、「どんなユーザーに届けたいか」を設計すること、そして出来上がったものを確認・調整することです。コードの中身を全部理解しているかというと、正直そうではありません。ただ、「ここの動きがおかしい」「この画面の流れを変えたい」と伝える力があれば、前に進めます。

プログラミングの知識より、「何を解決するか」という設計のセンスのほうが重要だと感じています。この部分は、むしろエンジニアでない人のほうが得意なことがある領域でもあります。「ユーザーとして困ったことはないか」という視点が、設計の出発点になるからです。

非エンジニアであることが、むしろ強みになる場面

少し付け加えると、エンジニアでないことが逆に有利に働く場面もあると感じています。

プログラミングを深く知っている人ほど、「技術的に面白いもの」を作りたくなりがちです。でもユーザーが求めているのは「技術的に面白いもの」ではなく、「自分の困りごとを解決してくれるもの」です。Lilyが「こういうときに困る」と感じたことが、そのままアプリのコンセプトになっていることが多い。ユーザー視点で困りごとを発見する力は、コードを書けるかどうかとは別の話です。

10本出して学んだことのひとつは、「技術力よりも、誰の何を解決するかを決める力のほうが、収益に直結する」ということでした。AIによってコードを書くコストが限りなくゼロに近づいた今、差がつくのはその前段階の「何を作るか」という判断です。そしてその判断は、ユーザーとして生活している誰もが持っている能力から生まれます。

仕組みをまとめた場所について

具体的にどんなプロンプト（AIへの指示の言葉）を使っているか、App Storeの審査をどう通しているか、継続課金をどう組み込んでいるか、複数アプリを同時に管理する方法。こうした実務の細部は、有料note「Claude Code自律環境で月120万を得るまで」にまとめています。仕組みの全部はこちらにまとめていますので、興味がある方はフッターのリンクからどうぞ。

今日から試せる、1つのこと

まず「外れてもいい1本」を出す覚悟を持つ

ここまで長く書いてきましたが、最後に今日からできる具体的な話をします。

Lilyが最も伝えたいことは「最初から全部当てなくていい」ということです。

外れを出すことを恐れて、「いつか完璧なものができたら出す」という状態のまま動けずにいる方を、これまで何人も見てきました。でも、その「いつか」はなかなか来ない。完璧を待っている間に、競合が育って、隙間が埋まっていく。アイデアを温めている時間は、学びを生みません。出してみて初めて、何かがわかります。

「外れてもいい」と腹を決めて1本出す。そこから得た情報で次の1本を作る。この繰り返しが、月商として積み上がっていきます。Lilyも最初の半年は、外れながら学びながら、そうやって動いてきました。完璧な出発はなかった。あったのは、「とりあえず出す」という決断の繰り返しだけです。

App Storeで「検索」から始める30分

今日何か1つやるとしたら、App Storeの検索窓で、自分が解決したい困りごとに関連するキーワードを打ってみることです。具体的な手順はこうです。

1. スマートフォンのApp Storeを開き、検索窓に複数のキーワードを試す。「自分がこれを使う人なら何と検索するか」を3〜5パターン書き出して、それぞれ入力してみます。

2. 検索結果に出てくるアプリの数を確認する。100本以上ならすでに競合過多の分野です。10〜20本程度なら可能性があります。

3. 上位アプリのレビューを星1〜2から読む。「もう少し○○だったら使い続けたのに」「○○がないのが残念」というコメントを拾います。それがあなたのアプリで解消できる「不満」です。

4. 評価数が少なく、レビューが低い分野をメモする。評価件数が少ないアプリが上位にいる分野は、まだ強者が定着していないサインです。

道具はスマートフォン1台。時間は30分。費用は0円。これが、Lilyが今でもアイデアを探すときに最初にやる、一番シンプルな方法です。このステップを飛ばしてアプリを作り始めると、あの3週間かけた外れアプリを繰り返すことになります。逆に言えば、ここさえ丁寧にやれば、外れる確率をかなり下げることができます。

先回りQ&A：よく聞かれること

記事を読んだあとによくいただく質問に、まとめてお答えします。

Q：プログラミングはまったくできなくても大丈夫ですか？ Lilyは解雇前、ほぼゼロでした。今でも自分でコードを書いてはいません。ただ「AIに伝えるための日本語」は必要です。何が欲しいかを言葉にする力があれば、コードの知識は後回しにできます。

Q：Appleのデベロッパー登録の費用はいくらですか？ 年間99米ドルで、日本では年額1.5〜1.7万円前後（為替によって変動）です。これがほぼ唯一の固定費として必要になります。

Q：最初の1本は何週間で完成しましたか？ Lilyの場合、解雇から約2ヶ月でリリースできましたが、うち最初の1ヶ月はほぼ調べる時間でした。AIと話しながらアプリを作ること自体は、慣れれば1〜2週間で最初の動く状態まで持っていけます。

Q：継続課金は最初から付けたほうがいいですか？ Lilyのおすすめは「3本目以降から意識的に付け始める」です。最初の1〜2本は「リリースして動かすこと自体」に慣れることが大事で、課金の仕組みを同時に覚えようとすると詰まりやすいです。慣れてから入れたほうが、結果的に早く安定します。

まとめ：外れを恐れないことが、続ける力になる

10本出して月商120万円。でも実際に売上の柱になっているのは2本で、残りの8本はさまざまな状態です。失敗したと思うアプリが複数あります。完全に外れたと思っているものもあります。

それでもLilyが「外れを出してよかった」と言い切れるのは、外れから学んだことが、当たりを生んだからです。3週間かけて作った完全な失敗アプリが、「届く場所に出す」という視点を教えてくれました。その視点が、今の2本の当たりアプリの設計に活きています。失敗の数だけ、次の仮説の精度が上がっていく。これは、やってみないとわからないことでした。

アプリ開発に限らず、副業や個人開発で「まだ結果が出ていない」という方へ。完璧な1本を待つより、外れてもいい1本を出すほうが、ずっと速く前に進めます。

解雇から半年で月商120万円という数字は、最初から計算されていたものではありません。外れを出しながら学んで、調整して、また出して。その積み重ねの結果です。今日のあなたの「外れ」が、半年後の「当たり」の土台になっているかもしれません。Lilyはそう信じながら、今日もまた、次の1本を作り始めています。

📖 あわせて読みたい: 📊 10本作って月商120万、実際に稼いでいたのは何本だったか

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

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

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