スクリーンショットでアプリを複製、2ヶ月で月$2万——CopyCoder副業アイデア
Moritz Krembがスクショ→AIプロンプト→フロントエンド複製ツールを一人で構築。2ヶ月で月収$2万達成。
プロセス
Moritz Kremb, a marketer who couldn't code, built CopyCoder — an AI tool that generates complete website code from design screenshots. His insight: every designer and founder faces the same bottleneck of turning visual designs into working code without expensive developers. He built the product himself using AI to generate the code, proving the very concept he was selling. Launch on Product Hunt brought the first wave of paying users; transparent Twitter build-in-public content drove sustained growth. CopyCoder reached $20K MRR as a solo, bootstrapped product. His philosophy: don't build a do-everything AI tool — focus on one painfully specific, high-frequency use case and make it 100x cheaper and faster than the alternative.
シンキング
本当の参入障壁はプロダクトではなく、プロダクト誕生前に構築された「分散チャネル」だった
多くの人はCopyCoderを「AIツール起業の話」として分析するが、それは誤った視点だ。核心的な競争優位性は機能（スクリーンショット→構造化プロンプトは技術的に複雑ではない）ではなく、Moritzがプロダクトコードを1行も書く前にすでに構築していた3つの配信パイプラインだった。
プロダクトより先に分散チャネルを構築する——これがこのケースで最も直感に反する洞察だ。
彼は2年間かけてThe Prompt Warriorを構築した：
- Twitter 7万フォロワー → AIツール愛好者、プロダクトと高度に一致
- TikTok 11万フォロワー → AIチュートリアル動画から学ぶことに慣れたユーザー
- ニュースレター2万購読者 → 最も購買意欲の高いオーディエンス
各チャネル単体でも、大多数の創業者がローンチ時に夢見るものだ。彼は3つのチャネルを同時に1つのプロダクトに向けて発射した——「初日」を「ロケット打ち上げ」に変えたのだ。
「copycoderとコメントでDMアクセス」：設計された稀少性、運ではない
この戦術には複数の相乗効果があった：
- 社会的証明の製造：何百人もの人が同時に「copycoder」とコメントすることで、観察者に「これは爆発的に広まっている」と思わせた
- アルゴリズムの増幅：大量のエンゲージメント → ツイートがより多くのフィードに配信
- DM満杯＝公開の需要シグナル：DM満杯を処理した方法（公開リンクの開放）自体が第二波を生んだ——「彼のDMが満杯になった」という事実が新たなソーシャル通貨になった
- 人工的な稀少性：「DMアクセスが必要」はプロダクトが供給不足であることを示唆し、知覚価値を高めた
このプレイブックはIndieHacker/Build in Publicコミュニティで何度も検証されているが、Moritzは教科書通りにクリーンに実行した。
スクリーンショット→プロンプトを独立プロダクトにした判断が正しかった理由
多くの創業者が犯す間違い：Cursorのプラグインや大きなツールのサブ機能として構築すること。
Moritzがスタンドアロンのサービスとして構築した理由：
- 独立プロダクト＝独立ブランド＝独立したバイラル性：誰かが「CopyCoderでこのUIをクローンした」とシェアするたびに、それがプロダクトの広告になった
- 独立した価格アンカー：ユーザーは「この仕事のために特別に設計されたツール」に対して、無料の追加機能として扱うよりも多く支払う
- ユーザーデータの所有権：独立プロダクトとして、すべてのユーザーデータを所有——後でVireelへのダイレクトマーケティングが可能に
Komposo改名のタイミング：「ツール」から「プラットフォーム」へのアップグレード時期
CopyCoderからKomposoへの改名は$10K〜$20K MRRの範囲で起きた。タイミングは意図的だった：
- $10K MRR → ユーザーが「AI支援UIデザイン」に支払う意思を検証
- 改名 → ブランド拡張スペースを開き、より多くの機能を追加可能に
- 重要な原則：上昇トレンドで改名し、下降トレンドでは改名しない。成長期の改名＝モメンタムの積み重ね；下降期の改名＝問題の隠蔽。
アクション
ステップ1：プロダクトを作る前に「発射台」を構築する
Moritzはプロダクトを構築する前に2年間かけてニュースレターとソーシャルオーディエンスを構築した。多くの人はこれを逆順でやる。
今日から構築できる最小限の実行可能な発射台：
- 1年間継続して話せる垂直領域を選ぶ（AIツール、SaaS成長、ECオペレーションなど）
- 週3本のTwitter/Xスレッドを投稿する（問題＋回答形式、宣伝ではなく）
- 月1回のニュースレターを送る（振り返り、数字、ツール推薦）
- 目標：プロダクトリリース前に少なくとも2,000人の真のフォロワー（コンテンツをフォローしている人、空っぽのフォロワーではなく）
発射台とプロダクトの整合原則：オーディエンスとプロダクトのターゲットユーザーは同じ人でなければならない。MoritzのAIツールオーディエンス＝CopyCoderのターゲットユーザー。完璧な一致。
ステップ2：トレンド嗅覚で「高需要＋ツールギャップ」の機会を見つける
Moritzの発見プロセス：Cursor/Bolt/v0がTwitterでバイラルになるのを観察 → ユーザーの不満を掘り下げ → 「AIがコードを書けることは知っているが、欲しいUIをどう説明すればいいかわからない」という普遍的な痛みを発見 → CopyCoderがギャップを埋める。
実行可能なトレンドスキャンプロセス（週15分）：
- Twitter/Xで「[人気ツール名] ＋ 問題ワード」を検索（例：「cursor help」「bolt frustrated」「v0 how to」）
- Reddit r/SideProject / r/entrepreneurで「高需要だが良いツールがない」テーマの投稿を探す
- Product Huntで過去30日のプロダクトから「XX機能が欠けている」という不満コメントが最も多いものを見つける
検証シグナル：良いギャップ＝人々がすでに面倒な代替手段で解決している（手動コピペ、長いプロンプトテンプレート、人に依頼して手動でやらせる）。
ステップ3：AIを使って2週間でMVPを構築する
CopyCoderの技術的な核心は複雑ではない：画像認識＋構造化テキスト出力。このようなプロダクトはCursor＋Claude APIを使って2週間で使用可能なベータ版を構築できる。
推奨MVPスタック（2026年）：
- フロントエンド：Bolt.newまたはv0.dev（自然言語から生成）
- バックエンド/AIロジック：Cursor＋Claude APIまたはOpenAI API
- データベース：Supabase（無料ティアから開始）
- 支払い：Stripe（収益への最速ルート）
- 認証：Clerk（5分で統合）
唯一のMVP成功基準：実際のユーザーが核心タスクを完了でき、$10〜$29/月の体験に支払う意思があるか？完璧である必要はなく、全機能が必要なわけでもない。
ステップ4：「コメントでDMアクセス」ローンチ戦略を複製する
ローンチツイートの構造（コピーして適応）：
[動詞] ＋ [ユーザーの現在の苦しい状態]
[プロダクト名] はそれを [ユーザーの望む結果] に変える
1. [ステップ1]
2. [ステップ2]
3. [ステップ3]
4. [最終結果]
「[キーワード]」とコメントでアクセス
重要な実行詳細：
- 投稿は火/水曜日 ターゲットオーディエンスのタイムゾーンで午前9〜11時
- 社会的証明を演出するために自分で最初のコメントを残す
- DMが満杯になったら、すぐにアクセスを開放しない——2〜4時間待ち、「DMが満杯」という事実を循環させ続ける
- DMが満杯の状態をスクリーンショットして2番目のツイートとして投稿する（このツイートは元のツイートよりも広まることが多い）
ステップ5：単一点依存ではなくプロダクトポートフォリオを構築する
CopyCoderが安定した後にVireelをローンチするMoritzのタイミング：
- CopyCoderユーザーはすでに存在 → Vireelを直接彼らにマーケティングできる（獲得コストゼロ）
- 両プロダクトが同じタイプのユーザーに対応（AIツールユーザー）→ クロスセリングが自然に発生
- 各プロダクトに独自のブランド → 別々のバイラル性、相互の支持
プロダクトポートフォリオの意思決定フレームワーク：
- プロダクトAのユーザーは他にどんな痛みを抱えているか？
- その解決策を構築するにはどのくらいかかるか？（MoritzはVireel MVPは3週間以内と推測）
- 両プロダクトは同じ配信チャネルを共有しているか？（共有していれば利益率は非常に高い；共有していなければ慎重に）