この記事についてClaude（Anthropic）との共同編集により作成されました。
要約
- これは他人への説教ではなく、短期間でアプリを出し続けている自分に向けた言葉
- 「1時間で作ったものは1時間で模倣される」は正しい。ただし実際に起きるのは模倣より先に「誰にも定着しない」ほう
- 企業スケールの堀（規制対応・賠償の引き受け・システムオブレコード）は、一人ではほぼ全部持てない
- 個人に残るのは3つだけだった。足さなかった機能の判断、動かし続けること、収益最大化を目的にしていないこと
- いずれも作る前には積めない。作ったあとにしか積めないものばかりだった
タイトルは自分に向けた言葉である。誰かを批判したいわけではない。
ここ数か月で tobari・souten・ema というWebアプリを出し、tanzaku と chigusa をAndroidアプリとして Google Play に公開した。どれも、昔の自分からすると信じられない速さで作れている。chigusa は SQLite の全文検索とローカル通知まで入れて数週間だった。
作れてしまうと、気持ちよくなる。「作れる」が「価値がある」に脳内で自動変換される瞬間がある。そこに冷や水を浴びせておきたい。
自分が1時間で作れたものは、他人にも1時間で作れる。
前回の記事で、この前提が実測値としてどこまで正しいのかを調べ直した。結論はほぼ正しかった。ただし、話はそこで終わらなかった。
「模倣される」より先に来るもの
調べていて予想外だったのがここだ。クローンは今のところ市場を奪っていない。
App Store の新規アプリ供給は2025年に約60万件で前年比30%増。一方、ダウンロード総数の伸びは2025年で3%、2026年半ばまでで2%^1。供給は爆発したのに、需要は動いていない。
Sora 2 の公開直後に湧いた偽アプリ群は、削除までに約30万インストールと $16万超の売上を得たが、これはプロダクトの代替ではなく利用者の誤認の収穫で、寿命は数週間だった^2。
そして本命の数字がこれだ。ChartMogul の2025年調査によると、AIネイティブ製品の GRR 中央値は40%、NRR は48%^3。
- GRR（Gross Revenue Retention / 総収益維持率）は、既存顧客からの売上が1年後にどれだけ残ったか。解約とダウングレードだけを見るので、定義上100%を超えない
- NRR（Net Revenue Retention / 純収益維持率）は、そこにアップセルや利用増による増額を足したもの。新規顧客がゼロでも成長できていれば100%を超える
つまり GRR 40% は、既存顧客からの売上の6割が1年で消えたということだ。月 $50 未満の価格帯にいたっては GRR 23%。1年で7割以上が消えている。
つまり実際に起きているのは、こうだ。
誰かが自分のアプリをコピーする前に、そもそも誰も定着していない。
これは「よかった、模倣されないんだ」という話ではない。もっと悪い。模倣されるというのは、少なくとも模倣する価値があると思われたということだ。実際に多いのは、模倣されるまでもなく静かに使われなくなるパターンのほう。
自分が守るべきものは、競合から守るものではなくて、自分のユーザーが来月も開く理由のほうだった。
企業の堀を個人に当てはめると、ほぼ全部消える
前回の記事で12の差別化要因を並べた。あれをそのまま個人開発に当てはめると、悲しいくらい何も残らない。
| 要素 | 企業での強度 | 個人開発では |
|---|---|---|
| ワークフロー埋め込み・システムオブレコード | ★★★★★ | ほぼ不可。個人アプリは業務の「横」に座る |
| 規制・認証の吸収（ISMAP / SOC 2 等） | ★★★★☆ | 不可。ISMAP は約1,100統制で ¥300万〜 |
| 説明責任・賠償の引き受け | ★★★★☆ | 不可。一人で賠償は引き受けられない |
| 埋め込まれた判断 | ★★★★☆ | 可能 |
| カウンターポジショニング（課金モデル） | ★★★★☆ | 可能 |
| 組織的スイッチングコスト | ★★★★☆ | ほぼ不可。個人向けアプリは削除して終わり |
| ネットワーク効果 | ★★★★☆ | 母数が足りない |
| 評価基盤（evals） | ★★★☆☆ | AI機能を持たないなら該当しない |
| 運用由来の独自データ | ★★★☆☆ | 端末内完結なら手元に何も残らない |
| 流通・バンドル | ★★★☆☆ | ストアの検索順位は借り物 |
| 特許 | ★★☆☆☆ | 日本なら ¥35万–80万で取れるが、個人アプリでは費用対効果が合いにくい |
| 技術的模倣困難・ブラックボックス | ★☆☆☆☆ | そもそも最弱 |
12個のうち10個が消えた。しかも消えたほうに、強度の高いものが集中している。
特にきついのが1番だ。chigusa はメモアプリで、業務の実行そのものではない。ユーザーがアンインストールしたときに失うのは自分で書いた種のデータだけで、業務プロセスでも組織の慣れでもない。だから離脱コストは構造的に低い。これは設計の問題ではなく、個人向けツールという立ち位置そのものの帰結だと思う。
さらに、端末内で完結する設計にしていることが、堀という観点では不利に働く。バックエンドがなくアカウントもないので、プライバシー上は良いのだが、運用しないと発生しないデータが手元に一切残らない。守りたいものを守るために、堀になりうる資産を捨てている。この取引自体は後悔していないが、何を捨てたかは自覚しておく必要がある。
残ったのは2つだけだった。それに、リストに載っていなかったものが1つ加わる。
残るもの1 — 足さなかった機能
Stanford Law の2026年論文は、垂直AIの堀を強度順に5段階で並べていて、最上位に埋め込まれた判断を置いている^4。実務家の専門性を意思決定ロジックに符号化したもの、という定義だ。
これを個人開発のスケールに落とすと、こうなる。
UIをクローンしても死ぬのは、UIが符号化しているのがハッピーパスだけだからだ。
ハッピーパス（happy path）はソフトウェアテストの用語で、例外もエラーも起きず、想定どおりに最初から最後まで進むシナリオを指す。入力は正しく、権限は足りていて、通信も切れない、という前提の一本道のこと。スクリーンショットに写るのも、ストアの紹介動画に映るのも、たいていこれだ。
そして個人開発における「ハッピーパスの外側」は、足さなかった機能の判断として存在している。
chigusa で言えばこうだ。
- タイトルを付けさせない。タイトルは要約する行為で、要約は書き終わってからしかできない。書く前に要求すると、まだ形になっていない断片が全部はじかれる
- フォルダを作らせない。フォルダは「この先も同じ種類のものが来る」という予測を要求するが、未分化な断片に予測は立たない
- ストリークも連続日数も達成率も置かない。「種を出さなきゃ」と思わせた時点で、0秒保存の思想と真逆になる
さらに、途中で撤回した判断もある。当初は「Enter で保存、Shift+Enter で改行」にする設計だった。1タップすら惜しいと思っていたからだ。実際に自分で使うと、ソフトキーボードでは Shift+Enter が打てないし、物理キーボードでも保存後に改行文字が残るレースが起きた。そこで0秒とは打鍵数の話ではなく、保存先を考えさせない話だと気づいた。Enter は改行に戻した。
ここが重要な点で、画面を見てコピーする人には、この撤回が見えない。見えるのは「Enter が改行になっている」という結果だけで、なぜそうしたかは写らない。同じ思想でもう1機能足そうとしたとき、コピーした側には判断基準がない。
模倣コストが崩壊したのは「動いて見えるものを作る」コストだった。足さなかった機能は、動いて見えない。 だから崩壊した側のコストには含まれていない。
ただし過信もしないでおきたい。この堀が効くのは、その判断が実際に正しかった場合だけだ。間違った判断を丁寧に守っているだけの可能性は常にある。
残るもの2 — 動かし続けること
これが調査で一番腹落ちした点だった。
Veracode の検証では、モデルが生成するコードの構文的正しさは95%超なのに、セキュリティ合格率は約55%で2年間ほぼ横ばい^5。GitClear の6.23億行の分析では、ブロック重複が81%増、リファクタリングは変更行の21%から3.8%へ落ちている^6。DORA 2025 でも、スループットは正の相関だがデリバリー安定性は負の相関という結果が2年連続で出ている^7。
これを個人開発の文脈に翻訳すると、こうなる。
AIで速く作られたものは、速く壊れる。そして壊れたときに直せるのは、中身を分かっている人だけだ。
1時間で作られたクローンには、1時間分のメンテナンスしか付いてこない。OS のバージョンが上がる。ストアのポリシーが変わる。依存ライブラリが壊れる。ユーザーから「この条件で落ちる」という報告が来る。そのたびに、作った本人が理解していないコードベースに手を入れる必要が出る。
Sora のクローン群が数週間で消えたのは、Apple に削除されたからでもあるが、そもそも維持する意図がなかったからでもある。誤認で収穫して終わる設計だった。
だから個人開発における最も現実的な堀は、これだと思う。
来年も、同じアプリが動いていること。
これは金では買えない。時間でしか買えない。そして模倣者は、時間を先取りできない。1時間で作れることの裏返しとして、1時間で作った人はたいてい13か月目にはいない。
自分にとっての具体的な行動としては、tobari も souten も ema も tanzaku も、まだ動く状態に保っておくということになる。新しいものを作るほうがずっと楽しいので、これは意識しないと確実に落とす。
残るもの3 — 収益最大化を目的にしていないこと
これはリストになかったが、調べているうちに輪郭が出てきた。Hamilton Helmer の 7 Powers のうち、AI時代に最も強まったのはカウンターポジショニングだという分析がいくつもある。定義はこうだ。
既存企業が自社を傷つけずには真似できないビジネスモデルを、新規参入者が採ること。
企業の例では課金モデルの話になる。AIネイティブは成果課金を採れるが、既存 SaaS はシート課金の収益を食わずには追随できない。Simon-Kucher は、投資家によるシート課金モデルの再評価で SaaS/ソフトウェア企業が時価総額2兆ドルを失ったとしている^8。
個人開発版はもっと素朴な形になる。収益を最大化しないという選択が、収益を最大化したい模倣者には真似できない設計を許す。
chigusa と tanzaku で実際にやっていることを並べる。
- 入力動線そのものには広告を置いていない
- インタースティシャル広告（全画面広告）を使っていない
- リワード動画を見ると翌朝5時まで広告が消える。0時ではなく5時なのは、深夜に使い続けても途中で切れないようにするため
- ストリークも達成率も赤いバッジも置いていない。設定画面には「無視しても何も起きません」と書いてある
広告収益を最大化することを目的にした模倣者は、これを真似できない。真似すると自分の収益が落ちるからだ。全画面広告を外し、ストリークを外し、入力動線から広告を退けた瞬間に、その人がクローンを作った理由が消える。
これは道徳の話ではなく、構造の話としてそうなっている。目的関数が違う相手には追随されない。
ここが個人開発において唯一、設計次第で即座に持てる堀だと思う。時間も資本も要らない。要るのは「収益を最大化しない」と決めることだけで、それは個人でしかできない意思決定だ。
残らないと認めるべきもの
自戒として、堀だと思い込みやすいものも書いておく。
UI の出来は堀ではない。 調査の中で一番背筋が寒かった問いがこれだった。
顧客がUIを見なくなり、エージェント経由でしか触らなくなったら、何が残るか。
複数の分析が同じ結論に達している。人間がUIを見なくなれば、UIベースの差別化の価値はゼロになり、調整レイヤーを握った者が顧客を握る。個人開発の武器の多くは「触り心地」に寄っているので、この変化は直撃する。
実装の速さも堀ではない。 2時間で作れるアプリは、他の誰かも2時間で作れる。これは以前も書いた。
ストアの検索順位も堀ではない。 あれは借り物で、ヤドカリの殻と同じくアルゴリズムの変更ひとつで出ていくことになる。ちなみに検索経由の流入という発想自体が減価していて、SparkToro の調査ではGoogle 検索の68%がクリックなしで終了している（2024年は60%）^9。
個人開発者向けチェックリスト
企業向けのチェックリストを、一人でも答えられる形に落とし直した。7問ある。得点より、3が2つ以上あるかどうかを見るほうがいい。堀は平均ではなく突出で効く。
- このアプリに足さなかった機能を3つ挙げて、それぞれ理由を1文で言えるか
- その理由は、画面を見ただけの人には分からないものか
- 1年前に出したアプリは、今も動いているか。壊れたら直す気があるか
- 課金・広告の設計は、収益最大化を目的にした人には真似しにくい形か
- ユーザーが乗り換えるときに失うのは、データだけか、それとも習慣か
- UIを見なくなった世界（エージェント経由）でも、このアプリに残るものはあるか
- 競合ではなく自分の解約率を、直近1か月で確認したか
自分でやってみると、chigusa は 1・2・4 に自信があり、3 はこれから、5 と 6 は正直に言って弱い。7 は見ていなかった。7を見ていなかったのがいちばん痛い。
おわりに
タイトルの言葉は、正しいが不完全だった。
1時間で作ったサービスは1時間で模倣されうる。 これは事実で、忘れるべきではない。ただしその手前に、もっと確率の高い失敗がある。模倣される前に、誰にも使われなくなるほうだ。
そして残るものを数えてみたら、3つしかなかった。足さなかった機能の判断、動かし続けること、収益最大化を目的にしていないこと。
この3つに共通するのは、どれも作る前には積めないということだ。足さなかった機能は、一度作って自分で使わないと分からない。動かし続けることは定義上あとからしか積めない。目的関数の設計だけは最初にできるが、それが本物かどうかは、収益が伸びない時期に守り抜けるかどうかでしか証明できない。
1時間で作れるものは1時間で模倣される。だから、1時間では積めないものを、作ったあとから積む。
作って終わりにしない、という当たり前の話に着地した。当たり前だが、新しいものを作るほうが楽しいので、書いておかないと確実に忘れる。だからタイトルを命令形にした。
参考文献
- App Store 供給過多 https://www.techspot.com/news/113213-apple-app-store-inundated-low-quality-vibecoded-apps.html
- Sora クローン群 https://www.emarketer.com/content/sora-copycats-expose-growing-app-store-scam-economy
- ChartMogul, SaaS Retention: The AI Churn Wave https://chartmogul.com/reports/saas-retention-the-ai-churn-wave/
- Stanford Law, Defensible Moats for Vertical AI Application Companies (2026-06) https://law.stanford.edu/wp-content/uploads/2026/06/Defensible-Moats-for-Vertical-AI-Application-Companies-in-a-New-Competitive-Landscape.pdf
- Veracode Spring 2026 GenAI Code Security https://www.veracode.com/blog/spring-2026-genai-code-security/
- GitClear, Maintainability Gap (2026) https://www.gitclear.com/the_ai_code_quality_maintainability_gap
- DORA 2025 https://cloud.google.com/blog/products/ai-machine-learning/announcing-the-2025-dora-report
- Simon-Kucher, Deepening Defensibility (2026-05-19) https://www.simon-kucher.com/en/insights/deepening-defensibility-moats-agentic-era
- SparkToro, 2026年のゼロクリック https://sparktoro.com/blog/in-2026-less-than-one-third-of-google-searches-still-send-a-click/