Y Combinator 申请技术准备清单：该做什么，不该做什么
申请 Y Combinator 并不要求你已经有 MVP。YC 表示，获得资助的公司中，平均有 40% 在入选时仍处于想法阶段。如果你已经做出了产品，技术准备充分意味着创始团队能用简单语言解释它，演示一条可运行的核心路径，定义用户与指标，证明近期进展，并且不回避真正困难的部分。
这篇文章不重复常见的“如何进入 YC”技巧，而是回答一个更窄、更实用的问题：在提交 YC 申请或参加 10 分钟面试前，创业团队应该准备哪些技术证据？这是 Wavect 根据 YC 当前公开资料整理的独立工程框架，不是 YC 官方评分表，也不是录取公式，更不应该成为推迟申请的理由。
YC 申请当前事实，核对日期为 2026 年 7 月 31 日
| 问题 | 当前官方说明 | 对准备工作的含义 |
|---|---|---|
| 必须有 MVP 吗？ | YC 表示，平均有 40% 的获投公司仍处于想法阶段。 | 团队和想法准备好就可以申请。不要伪造 traction，也不要为了显得成熟而堆功能。 |
| 没有技术创始人怎么办？ | YC 希望创始团队自己具备构建产品的能力，并指出多数公司通常需要技术联合创始人。 | 外包团队不能制造创始人能力。应该诚实解决团队缺口。 |
| 面试是什么形式？ | 与 2 到 3 位 YC 合伙人进行 10 分钟 Zoom 对话，对方可能要求查看你已经构建的产品。 | 提前打开产品、登录测试账号、走通流程，并准备共享屏幕。 |
| 已经上线的团队要了解什么？ | 用户来源、增长、活跃度、留存、单位经济、异议与用户最想要的功能。 | 准备指标定义和原始数据，不要只做一张好看的 vanity dashboard。 |
| 创始人视频怎么拍？ | 时长一分钟，所有创始人出镜讲话，不放产品演示，也不要照稿朗读。 | 只写要点。产品演示应放在申请表单的独立位置。 |
| 2026 年秋季批次还能申请吗？ | 常规截止日期是 7 月 27 日，但 YC 仍在接收迟交申请。 | 以实时申请页面为准，截止日期和批次细节会变化。 |
YC 当前标准投资条款也很具体：总计 50 万美元，分为两份 SAFE。12.5 万美元对应固定 7% 股权，另外 37.5 万美元通过无估值上限、带 MFN 条款的 SAFE 投资。不要依赖过时的加速器对比文章，直接阅读官方条款。
YC 技术准备评分表
每项打 0、1 或 2 分。这是 Wavect 的规划工具，不是录取预测模型。低分只说明下一步该做什么实验，不代表你应该错过申请窗口。
| 证据 | 0 分 | 1 分 | 2 分 |
|---|---|---|---|
| 创始团队技术责任 | 所有技术决策都由供应商做 | 创始人掌握范围，但无法修改或运维产品 | 创始人能亲自构建、调试、部署，或具体指导关键技术工作 |
| 问题清晰度 | 只有宽泛类别和流行词 | 用户与问题具体，但缺少近期真实案例 | 用户、触发场景、现有替代方案和可衡量后果都清楚 |
| 可运行证据 | 声称已有产品，但只有演示文稿或模型图 | 原型需要创始人在旁协助才能工作 | 一条核心路径可端到端运行，并能迅速展示 |
| 用户证据 | 只有朋友的意见 | 有访谈或候补名单，并记录了重复模式 | 有真实使用、付款、重复行为或其他可用于决策的承诺 |
| 指标 | 没有定义，也没有源数据 | 有基本计数和明确时间范围 | 增长、活跃、留存或经济指标与商业模式直接相关 |
| 学习速度 | 最近几周没有实质变化 | 发布了功能，但没有明确学习结果 | 有带日期的用户信号、决策、发布与结果闭环 |
- 0 到 4 分：不要继续润色申请。先做一个最小客户或产品实验，用证据替换一项关键假设。
- 5 到 8 分：你大概率已经有足够材料写清楚。删除弱指标，重点说明最近发生了什么变化。
- 9 到 12 分：保护核心证据。不要让架构图、功能清单和背诵式回答把它淹没。
申请 YC 前到底该构建什么？
按公司真实阶段决定。YC 明确资助非常早期的公司，因此“技术准备充分”不可能要求所有申请者交出同一种产品。
| 当前阶段 | 申请前有价值的证据 | 通常不需要 |
|---|---|---|
| 只有想法 | 创始人洞察、客户对话、人工验证、技术可行性记录，以及第一周的明确计划 | 虚假 dashboard、编造的预测，或专门为了申请而外包的产品 |
| 已有原型 | 一条可运行闭环，明确披露人工或模拟部分，并记录目标用户的实际观察 | 完整设计系统、复杂设置、多层角色，或为想象中的规模搭基础设施 |
| 已经上线 | 可测量的激活、使用、留存、用户来源和异议，以及稳定的演示账号 | 没有活跃背景的累计注册量，或团队自己都解释不清的图表 |
| 已经有收入 | 收入定义、增长周期、客户集中度，以及适用的毛利或单位经济 | 掩盖流失、服务收入或一次性合同的年化数字 |
| Deep tech 或硬件 | 最高风险实验、测量结果、剩余未知项，以及通往下一次降风险里程碑的可信路径 | 无法验证核心科学、制造或监管风险的软件式 MVP |
如果你需要区分原型、MVP 和值得信任的首个产品，可以阅读我们的最小可信产品指南。原则相同：持续缩小范围，直到剩下的路径能产生可信证据。
值得准备的六组技术证据
1. 一句话产品说明
先写：“当[触发场景]发生时，我们帮助[具体用户]完成[具体任务]，替代他们目前使用的[现有方案]。”然后删除所有可以描述十家其他创业公司的类别词。YC 的申请建议强调平实语言，因为清楚表达能让读者判断想法，而不是先破解宣传语。
只有当技术细节能解释核心洞察时，才把它放进下一句。“面向医疗行业的 AI 平台”几乎没有信息。“我们把放射科医生的口述内容转成医院要求的结构化报告，同时让影像与输出留在院内私有网络”则说明了用户、流程和约束。
2. 能稳定完成前 90 秒的演示
YC 可能在面试中要求查看可运行版本。只准备一条重要路径：
- 通话前打开产品，使用经过测试的演示账号。
- 准备真实感数据，但不要暴露客户信息。
- 删除会遮挡核心价值的 onboarding 或配置步骤。
- 展示输入、产品处理过程与结果。
- 准备一段简短备用录像，以应对硬件、网络或第三方 API 故障。
- 明确说明哪些部分是人工、模拟或尚未构建。
演示不是舞台剧。稳定与诚实比动画更重要。如果当前产品来自 Lovable、Bolt、Replit 或其他生成式开发环境，在接触真实用户或敏感数据前，先使用我们的AI 生成应用生产就绪清单进行检查。
3. 一份带日期的用户与指标快照
用一页文档定义每个数字及其时间范围。对已经上线的 SaaS，可以包括周活用户、激活率、第四周留存、付费账户、月度经常性收入和毛利。对 marketplace，流动性和重复交易可能更重要。对想法阶段团队，五次详细问题访谈通常比广告买来的大规模候补名单更诚实。
在每个指标旁写明数据来源。YC 提醒，面试中给出的数字之后可能需要验证。“截至 7 月 26 日的七天内有 143 个周活团队，周活定义为完成核心工作流”可以使用。“traction 很好”没有用。
4. 每周进展日志
YC 面试指南建议，申请后到面试前应继续推进公司，而不是过度排练。日志可以很短：
| 日期 | 用户信号 | 决策 | 产品变化 | 结果 |
|---|---|---|---|---|
| 第 1 周 | 六位用户中有四位卡在同一个设置步骤 | 删除可选配置 | 为第一条工作流提供默认值 | 接下来六次测试的完成率从 33% 上升到 67% |
| 第 2 周 | 两位买方要求在试点前提供导出 | 验证导出是否阻碍购买承诺 | 只做一个 CSV 导出 | 一位买方签下付费试点 |
这些数字只是示例，不是行业基准。真正有价值的是闭环：团队观察现实，改变产品，并测量结果。
5. 创始团队责任地图
写清谁负责客户发现、产品决策、代码、基础设施、数据、安全与部署。每位创始人都应该理解关键产品路径。一个人不必熟悉每个库，但“这些都由我们的外包团队负责”只能证明依赖，不能证明能力。
如果你不是技术创始人，不要掩盖缺口。YC FAQ 的表述非常直接：创始团队应该具备自己构建产品的能力，多数公司通常需要技术联合创始人。Fractional CTO、自由职业者或软件公司可以在合适阶段提供价值，但不会因此自动成为联合创始人。我们关于外部产品领导力与内部招聘的对比可以帮助你做更广泛的运营决策，而不是帮助你绕过 YC 的判断标准。
6. 不用幻灯片也能解释的风险表
列出最可能让公司假设失效的三项技术或运营风险。对每项风险记录：已知事实、当前假设、下一项实验，以及判断错误的代价。常见项目包括模型准确度、数据权利、监管审批、供应商依赖、毛利、延迟、集成权限和制造良率。
YC 的申请建议要求创始人坦诚说明障碍，而不是假装不存在。真正理解困难部分的团队，比“什么都有答案”的团队更可信。
14 天技术准备冲刺
- 第 1 到 2 天：访谈最近的目标用户，记录真实事件、现有方案、成本和异议。
- 第 3 到 5 天：把产品缩减为一条端到端工作流，只验证最重要的假设。
- 第 6 天：只添加观察这条工作流所需的埋点。
- 第 7 到 8 天：交给真实目标用户使用。观察，不要在旁边指导。
- 第 9 到 10 天：修复信号最强的阻碍，不要扩展功能列表。
- 第 11 天：准备并测试现场演示与简短备用录像。
- 第 12 天：冻结一份带日期的指标快照，并写清所有定义。
- 第 13 天：用要点录制独立的一分钟创始人视频，不要照稿读。
- 第 14 天：提交简洁申请，然后继续推进公司。
如果当前未知项是市场证据，而不是代码，可以使用我们的DACH B2B 产品验证评分表。一份付费承诺或清楚的采购路径，可能比多做一个页面更有价值。
申请 YC 前应该找软件公司吗？
不要找软件公司来伪装技术创始人能力。这与 YC 的公开偏好冲突。即使申请成功，这种结构也会让公司非常脆弱。创始团队必须掌握问题、产品决策、学习闭环和关键技术取舍。
如果创始团队已经具备核心能力，外部团队可以承担边界清楚的工作：
- 审查 MVP 范围是否真的验证目标假设；
- 在真实用户进入前审计安全、数据处理和生产风险；
- 由技术创始人掌握产品核心，外部团队构建非核心集成；
- 记录代码库和交接计划；
- 临时补充交付能力，但不隐藏谁在做技术决策。
如果没有任何创始人能评估工作、部署产品、解释架构，或在供应商离开后继续推进，就不适合依赖外部团队。
常见问题
申请 Y Combinator 必须有 MVP 吗？
非技术创始人可以申请 YC 吗？
YC 面试多长时间？
YC 面试前应该准备哪些指标？
申请 YC 前应该外包 MVP 吗？
申请 YC 前必须注册公司吗？
可以多次申请 YC 吗？
这份清单能提高 YC 录取概率吗？
使用的一手来源
- YC 官方申请页面，2026 年秋季批次、截止日期、迟交申请与面试时间。
- Y Combinator FAQ，想法阶段公司、创始团队技术能力、重复申请与公司注册。
- YC 面试指南，10 分钟形式、产品演示、用户、指标与申请后进展。
- YC 申请视频说明，一分钟、仅创始人讲话的形式。
- How to Apply to Y Combinator，清晰表达、创始人证据、洞察、演示与诚实说明障碍。
- The Y Combinator Deal，当前投资结构与可接受的公司注册地。
独立指南，最后核对日期为 2026 年 7 月 31 日。Wavect 与 Y Combinator 没有关联，也未获得 YC 背书。申请细节可能变化，请始终在 YC 官方页面核对截止日期与条款。