过程
起点：一个营销人的"我不会写代码"时刻
Moritz Kremb 不是一个程序员。他是做市场营销出身的——会写文案、会投广告、会分析数据，但不会写代码。然而他的日常工作中，反复遇到同一个痛到骨子里的问题：他脑子里有一个完美的网站设计，但他没办法把它变成真实的东西。 他可以画出来、可以描述出来、甚至可以在纸上画出每一个像素的位置——但把设计变成可运行的代码，需要花几千美元雇一个前端开发者，等好几周才能拿到成品。
他不是唯一有这个问题的人。每一个创业者、每一个产品经理、每一个设计师、每一个小企业主，都曾被卡在"我有设计图，但我没有工程师"这个绝望的鸿沟里。2023年，AI代码生成技术突然成熟了——Claude、GPT-4可以写出质量相当不错的代码。Moritz 看到了一个机会：如果能让AI看着一张设计截图直接生成完整的网站代码呢？
他给这个产品起名叫 CopyCoder。
阶段一：一个人，没有技术合伙人，用AI写出来的产品
Moritz 的挑战是：他自己不会写代码，但要做的是一个"生成代码"的工具。这听起来像一个悖论。他的解决方案是：让AI教他怎么写这个产品。 他用自然语言描述CopyCoder的功能逻辑，AI生成对应的代码框架，他阅读、学习、测试、调整。这本身就是一个元循环——一个不会写代码的人，用AI写出了一个帮别人写代码的产品。
CopyCoder 的核心功能极其简洁：用户上传一张网站设计截图，AI分析截图中的布局、颜色、字体、组件结构，然后自动生成完整的、可以直接部署的HTML/CSS/JavaScript代码。把设计师和开发者之间的"翻译"步骤彻底消灭了。
阶段二：Product Hunt和Twitter——零广告的精准获客
Moritz 没有营销预算。他做了两件事：在Product Hunt上发布，在Twitter上分享。 Product Hunt的科技早期用户群是CopyCoder的完美目标用户——他们每天都在找能提高效率的工具，他们愿意为有用的产品付费，他们也是最好的口碑传播者。CopyCoder在Product Hunt上获得了大量upvote和正面评价，直接带来了第一批付费用户。
Twitter则是他的长期增长引擎。他每天分享产品进展、用户反馈截图、收入里程碑、技术挑战。这种透明的"build in public"策略吸引了大量开发者和创业者关注——他们不仅是潜在用户，也是免费的传播节点。每一条推文都是一次微型的产品发布。
阶段三：$20K MRR——为什么"看起来简单的产品"能持续赚钱
CopyCoder 达到了 $20,000 月经常性收入——对于一个人、没有融资、完全自举的产品来说，这是极其健康的收入水平。为什么一个"看起来只是AI生成代码"的产品能持续赚钱？因为Moritz没有试图做一个"全能AI工具"——他聚焦在一个极度高频、极度具体的使用场景上：设计师把设计稿交给AI，拿到可运行的代码。 这个场景每一天都在世界上发生几百万次。CopyCoder只是把这个过程的成本从"$2,000+两周"变成了"$29/月+两分钟"。
阶段四：一人公司的经营哲学
Moritz 刻意保持公司的小规模。不融资意味着不需要对投资人负责——可以花时间打磨产品而不是做PPT。不雇人意味着没有管理成本——所有决策自己拍板、所有利润自己保留。CopyCoder 的利润率极高（边际成本主要是AI API调用费），让他可以自由地选择"做对用户最好的事"而不是"做对增长指标最好的事"。
阶段五：CopyCoder 的底层逻辑——AI时代的"翻译器"机会
CopyCoder 的本质是什么？它不创造新的东西。它只是把"设计"翻译成"代码"——消灭了两种"语言"之间的沟通成本。在AI时代，这种"翻译器"类型的产品有巨大的机会：任何两个领域之间的翻译——设计→代码、自然语言→SQL、草图→3D模型、会议录音→项目计划——都可以被AI化。Moritz 不是发明了新技术，他是第一个把成熟技术包装成解决具体问题的产品的人。
来源：CopyCoder 官方 · Twitter @moritzkremb
Thinking
为什么这个案例的真正门槛不是产品，而是分发
Moritz 的故事被很多人解读为「AI工具创业」，但这是错误的归因。CopyCoder 的核心竞争优势不是功能（截图→Prompt 并不复杂），而是他在产品存在之前就已经建好的三条分发管道。
分发先于产品，是这个案例最反常识的洞见。
他用了2年时间积累 The Prompt Warrior：
- Twitter 7万粉丝 → 高度对齐的AI工具爱好者
- TikTok 11万粉丝 → 习惯学习AI操作视频的用户
- Newsletter 2万订阅者 → 付费意愿最高的受众
这三条渠道，每一条单独拿出来都已经是大多数创始人梦寐以求的起点。他把三条渠道同时对准同一个产品发射，等于把"上市第一天"变成了"弹射发射"。
「评论copycoder获取访问」：这是刻意设计的稀缺感，不是运气
这个策略有几层效果：
- 制造社交证明：几百人在评论区同时说"copycoder"，让路人觉得「这个东西很火」
- 触发Twitter算法：大量互动 → 推文被推送给更多人
- DM被打满 = 公开的需求信号：他发现DM满了之后的处理方式（开放链接）本身也产生了二次传播——"他的DM被打满了"这件事就是新的社交货币
- 人工稀缺感：「需要DM才能访问」暗示产品供不应求，提升了感知价值
这套策略在 IndieHacker/Build in Public 社区已经被验证很多次，但 Moritz 执行得教科书级别干净。
为什么把截图→Prompt这个「小功能」做成独立产品是正确决策
很多人会犯的错误：把这个功能作为 Cursor 的插件或者某个大工具的子功能。
Moritz 把它做成独立 SaaS 的原因：
- 独立产品 = 独立品牌 = 独立传播：每次有人分享「我用CopyCoder克隆了这个界面」，就是产品本身的广告
- 独立定价锚点：用户愿意为「专门为这件事设计的工具」付更多，而不是把它当免费附加功能
- 用户数据归属：作为独立产品，他完全拥有用户数据，后续可以向这些人推Vireel
Komposo 改名的战略时机：何时从「工具」升级为「平台」
CopyCoder 在 $10K-$20K MRR 区间时改名 Komposo，这个时机是精心选择的：
- $10K MRR → 验证了用户愿意为「AI辅助UI设计」付费
- 改名 → 释放品牌扩展空间，允许加入更多功能（全面AI设计工具）
- 时机选择关键点：在增长曲线上升期改名，而不是下降期。上升期改名 = 势能叠加；下降期改名 = 掩盖问题
Action
第一步：建立你的发射台（在建产品之前）
Moritz 花了2年建 newsletter 和社交媒体受众，然后才建产品。大多数人做反了。
今天开始建的最小可行发射台：
- 选择一个你可以持续1年谈论的垂直方向（AI工具、SaaS增长、电商运营等）
- 每周发3条 Twitter/X 帖子（问题+答案形式，不是广告）
- 每月发1封 newsletter（复盘、数字、工具推荐）
- 目标：在产品发布前，积累 至少2,000个真实关注者（注意：是关注你内容的人，不是无效粉丝）
发射台与产品的匹配原则：发射台受众和产品目标用户必须是同一群人。Moritz 的 AI 工具受众 = CopyCoder 的目标用户，完美对齐。
第二步：用趋势嗅觉找「高需求 + 工具空白」的缺口
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功能缺失」的产品
判断标准：好缺口 = 人们已经在用笨方法解决它（手动复制粘贴、写长篇提示词模板、雇人做）。
第三步：用 AI 在 2 周内构建 MVP
CopyCoder 的技术核心并不复杂：图片识别 + 结构化文字输出。这类产品用 Cursor + Claude API 可以在2周内构建出可用的 beta 版。
推荐的 MVP 技术栈（2026年现状）：
- 前端：Bolt.new 或 v0.dev（直接用自然语言生成）
- 后端/AI逻辑：Cursor + Claude API 或 OpenAI API
- 数据库：Supabase（免费起步）
- 支付：Stripe（最快路径）
- 认证：Clerk（5分钟集成）
MVP 的唯一判断标准：能让真实用户完成核心任务，并且愿意为这个体验付 $10-$29/月。不需要完美，不需要所有功能。
第四步：复制「评论触发DM」发布策略
发布推文结构（可直接套用）：
[动词] + [用户原有的痛苦状态]
[产品名] 把它变成了 [用户期望的结果]
1. [步骤1]
2. [步骤2]
3. [步骤3]
4. [最终结果]
评论 "[关键词]" 获得访问权限
关键执行细节：
- 发布时间选 周二/三 上午9-11点（目标受众时区）
- 第一条评论自己写，制造社交证明
- DMs 被打满后，不要立刻开放，等2-4小时，让「DM被打满」这件事继续传播
- 截图 DM 满了的状态，作为第二条推文发出（这条往往传播更广）
第五步：建立产品矩阵而不是单点依赖
Moritz 在 CopyCoder 稳定后推出 Vireel 的时机选择：
- CopyCoder 用户已有 → Vireel 可以直接向他们推广（零获客成本）
- 两款产品服务同一类用户（AI工具使用者）→ 交叉销售天然发生
- 每款产品有独立品牌 → 分开传播，相互背书
你的产品矩阵判断框架：
- 产品A的用户，还有什么其他痛点？
- 解决那个痛点需要多少时间？（Moritz 估计 Vireel MVP 不超过3周）
- 两款产品用同一套分发渠道吗？（如果是，利润极高；如果不是，谨慎）