Skip to main content

YC Library:首次创业者最大的 7 个错误 — Michael Seibel

英文原题:Biggest Mistakes First-Time Founders Make 出处:ycombinator.com/library/66-biggest-mistakes-first-time-founders-make 讲师:Michael Seibel — YC 合伙人、Justin.tv / Twitch 联合创始人、Socialcam 联合创始人 视频时长:约 17 分钟 系列:YC Library 短视频


先说结论:这是一份"反成功学"清单,避免错误比追求成功更重要

这场讲座的特别之处是——它不讲"成功公司做了什么",讲"失败公司做了什么"

Michael Seibel 是 YC 最常被引用的合伙人之一。他自己在 2007 年做 Justin.tv 时,把所有这些错误都犯了一遍;后来在 YC 看 10,000+ 申请,发现这些错误被反复重演

我的判断是:这一场讲座的价值,远高于大多数"成功故事"。原因是——成功路径千差万别,但失败模式高度可预测。你把 7 个错误避开,就已经比 90% 的创业者聪明了。

下面我把每个错误拆开讲,加上我自己的注解。


错误 1:选择你不关心的问题

大量创业公司死亡,是因为创始人失去了继续工作的动力

如果你在早期选了一个你其实不真正关心的问题——只是因为它"可能能快速增长"或"可能很酷"——你很难坚持 5 年以上

Michael 的判断

  • 创业马拉松是 5–10 年,你的动力必须来自内心;
  • "我想做 AI"——太模糊,这不是真问题;
  • "我妹妹是视障人士,我想做一个用 AI 识别街道的 app"——这是真问题,你有情感连接

怎么判断你是否真的关心?

问题如果答案是"是"
5 年后还愿意做这件事吗?你真的关心
即使赚不到钱也愿意做吗?你真的关心
你会因为用户的好消息而激动吗?你真的关心

我的注解:这一条特别戳人——很多创业者选问题靠"风口分析",但风口会变,情感连接不会。选一个你 5 年后回头看不会后悔的问题,比选一个"看起来会火"的问题重要 100 倍。


错误 2:为你不关心的用户做产品

Michael 的反思:

Justin.tv 早期,我们对使用平台的人并没有真正的热爱。直到 Emmett Shear 把公司重新聚焦到游戏直播,Twitch 才真正成功你必须爱你的用户

Justin.tv → Twitch 的关键转折

  • Justin.tv 一开始做的是"任何人都可以直播任何东西"——这是个泛化的市场;
  • 早期用户五花八门,团队没有共鸣;
  • 直到 Emmett 发现游戏主播是最活跃、最忠诚的用户,聚焦后 Twitch 爆炸式增长

关键洞察

  • 用户爱你的前提是,你爱用户;
  • "爱用户"不是抽象的——它意味着你能列出 10 个真实用户的名字、问题、生活;
  • 如果你说不出你的前 10 个用户是谁,你不爱他们

我的判断:这一条是给"我做了一个 to B 产品,用户是中小企业"的人看的——"中小企业"不是用户,具体的人才是。如果你说不出前 10 个用户的名字和他们的痛点,你其实根本不了解他们。


错误 3:选择你不了解的联合创始人

创业很难。如果你和联合创始人没有预先建立的关系,你不知道你们能否一起度过难关

Michael 的具体警告

  • 不要和"在 cofounder matching 平台认识 1 个月"的人联合创业;
  • 不要和"刚在创业活动上认识"的人联合创业;
  • 不要和"业务需要他/她的技能,但我还不熟"的人联合创业

理想的联合创始人来源

  • 大学同学(一起做过项目)
  • 前同事(一起工作过 1 年+)
  • 多年的朋友(从私人友谊建立的信任)
  • 开源项目合作者(一起写过代码)

为什么"预先建立的关系"重要

  • 创业会有"互相指责"的时刻;
  • 没有信任基础的关系,会在第一次危机时崩溃;
  • YC 数据:70% 的联合创始人纠纷来自"不够熟悉"的创始人组合

我的注解:这一条我深以为然——创业里最难的不是产品,是关系。临时找的联合创始人,遇到第一次危机就会散伙。最好的联合创始人是你之前一起工作过、吵过架、还能和好的人。


错误 4:不和联合创始人透明对话

常见但不被讨论的话题:

  • 绩效(我的联合创始人是否和我一样努力?)
  • 目标(我们是否在追求同一个目标?)
  • 职责(谁负责工程?谁负责产品?谁负责和客户对话?)

如果不进行开放、透明的对话,怨恨会积累,关系会恶化

Michael 的具体建议

  • 每月 1 次"创始人会议"——只讨论"关系"和"职责",不讨论"业务";
  • 每季度 1 次"retro"——回顾过去 3 个月的合作,什么有效、什么没效;
  • 有问题立刻说——不要等到"积累到爆发"。

透明对话的 3 个原则

  1. 直接——不要绕弯子;
  2. 具体——不要说"你不够努力",要说"上周三的产品评审你没参加";
  3. 建设性——提出问题,也提出解决方案。

我的判断:这一条是给所有"我们关系好,不用谈这些"的团队的警告——关系越好,越要定期谈。因为关系好的时候不谈,问题积累到爆发的时候,关系就救不回来了。


错误 5:不发布(Not Launching)

Launch 被过度神圣化了。用户不会记住你 launch 的那一天。把产品发出去,放到客户面前,验证它

Michael 的反例

  • "我的产品还不够好"——这是借口,不是理由;
  • "等我把这个功能做完再 launch"——这是恐惧,不是策略;
  • "我不想被嘲笑"——用户不会嘲笑你,他们要么用,要么不用,大多数时候是后者,这才是问题

MVP 的标准

  • 没关系;
  • 少功能没关系;
  • 没关系;
  • 但必须至少能解决核心问题

Michael 的具体规则

  • 从今天算 30 天——30 天内必须 launch;
  • 如果 30 天不够,缩范围——不要延长时间;
  • launch 后看数据决定下一步——不是凭感觉。

我的注解:这一条我自己反复强调——30 天 rule 是反完美主义的最好武器。完美主义是创业的天敌,因为它让你用 6 个月做出来的产品,验证的是 6 个月前的假设


错误 6:不使用数据分析

不追踪用户在网站上做什么——这是最基本的事。你应该知道——他们访问了哪些页面、停留多久、在哪里流失。如果你没有 analytics,你就是在盲飞

Michael 的清单

  • Google Analytics(或 Plausible / Fathom)——免费,10 分钟装好;
  • 事件追踪(Mixpanel / Amplitude)——追踪用户的关键动作;
  • 漏斗分析——从注册到付费的每一步转化率;
  • 保留率分析——日 / 周 / 月留存;
  • 客户对话——每月至少和 10 个用户聊天。

Michael 的判断

  • 不用 Mixpanel 不要紧,但完全没有 analytics 是不可原谅的;
  • "我不知道用户在做什么" = 你没有在做创业,你在自娱自乐

我的判断:这一条特别适合工程背景的创始人——他们喜欢做功能,不喜欢装数据。但事实是,没有数据,你做的每一个功能决策都是猜。Google Analytics + Mixpanel,2 小时装完,从此你做的每个决策都有依据。


错误 7:不知道第一批用户从哪里来

如果你选了一个问题,却不知道任何有这个问题的人(包括你自己),这是一个危险信号

Michael 的反例

  • "我的产品是给小企业的"——太模糊;
  • "我的产品是给北京中关村科技园的早期 SaaS 创业公司的"——具体;
  • "我的产品是给我之前在的公司里的工程师的"——最具体

正确的"前 10 个用户"策略

阶段用户来源
前 10 个用户你认识的人(朋友、前同事、LinkedIn 联系人)
前 100 个用户你认识的人推荐的人 + 小型社区(Hacker News、Reddit 子版块)
前 1,000 个用户口碑 + 内容营销 + 小规模 PR
前 10,000 个用户这是 PMF 之后的增长阶段

我的注解:这一条是"细分市场"的另一种说法——如果你说不出"前 10 个用户具体是谁、在哪",你的市场定义就太宽了。窄到能列出名字,才是真正的细分。


加餐:优先级错误——最容易犯也最隐蔽

很多创始人把曝光、招聘、会议、投资人放在了把产品交到用户手里、和用户对话之上。

Michael 的优先级表

优先级任务我的注解
P0和用户对话这是真正的创业工作
P0发布产品这是真正的创业工作
P0看数据这是真正的创业工作
P1修 bug重要但不是 P0
P2招聘核心团队关键但可推迟
P3写博客 / PR锦上添花
P4见投资人没产品见也没用
P5开会议浪费时间

Michael 的判断:如果你花在 P4/P5 上的时间比 P0/P1 多,你优先级错了

我的判断:这张表特别值得贴墙——早期创业公司 80% 的"忙"都是 P3 以下的事。真正的 P0 只有 3 件:发布、聊用户、看数据


Michael 的 7 条核心建议(实操版)

建议 1:选你 deeply care about 的问题

判断标准:5 年后还愿意做这件事。

测试方法:想象 5 年后,这件事失败了,你还能学到什么?如果能学到很多东西,这就是值得做的事

建议 2:爱你的用户

判断标准:你能列出 10 个真实用户的名字、他们的问题、他们的生活。

测试方法:如果你说不出前 10 个用户是谁,你还不爱他们

建议 3:和联合创始人预先建立关系

判断标准:你们一起工作过至少 1 年(或一起经历过困难时刻)。

测试方法:如果你们的第一次合作就是这次创业,风险太高

建议 4:定期进行透明对话

判断标准:每月 1 次"创始人会议"。

测试方法:如果上次讨论"我们合作得怎么样"已经超过 1 个月,今天就要安排

建议 5:尽快 launch

判断标准:30 天内 MVP 上线。

测试方法:如果从今天算 30 天后还没 launch,范围太大

建议 6:追踪数据

判断标准:有 Google Analytics + Mixpanel + 每周看数据。

测试方法:如果你说不出上周的关键指标(注册数、活跃用户、付费用户),你没有在追数据

建议 7:知道你的前 10 个用户是谁

判断标准:能列出名字 + 联系方式。

测试方法:如果你说不出前 10 个用户,你不知道用户从哪里来


我的一点小结

把整场讲座串起来看,Michael 的逻辑是这样的:

  1. 失败模式高度可预测:7 个错误,反复出现
  2. 核心是"人"和"事":你关心什么问题、你爱不爱用户、你和谁搭档
  3. 行动优先:30 天 launch、装数据、聊用户
  4. 优先级清晰:P0 只有三件事

如果你只能带走一条,我建议你带走这个:创业不是"做更多事",而是"做对的事"。把曝光、PR、见投资人砍掉,把时间全砸在发布、聊用户、看数据上——这就是 Michael 这 17 分钟视频的核心信息


与其他 YC 课程的关联

YC 课程关联点
[[YC-Library-How-to-Start-a-Startup-Talking-to-Users]]Emmett Shear 讲怎么和用户对话——Michael 的"错误 6"和"错误 7"的解决方案
[[YC-Library-How-to-Plan-an-MVP]]Michael 自己讲的 MVP 课,与"错误 5:不 launch"互补
[[YC-Library-How-to-Split-Equity-Among-Co-Founders]]Michael 讲股权,与"错误 3"和"错误 4"互补
[[YC-Library-How-to-Find-Product-Market-Fit]]David Rusenko 讲 PMF,前提是"错误 1"和"错误 2"被避免
[[PG-18-Mistakes]]PG 讲的 18 个错误更宏观,Michael 讲的更实操
[[YC-Library-How-to-Apply-and-Succeed-at-YC]]YC 申请时这些错误都会暴露

参考链接(References)

#资源链接
1YC Library 官方页面ycombinator.com/library/66-biggest-mistakes-first-time-founders-make
2YouTube 视频youtube.com/watch?v=pYuQ5U2Y5gM
3Michael Seibel 的个人频道youtube.com/@mseibel
4相关 YC 文章:How to Plan an MVP[[YC-Library-How-to-Plan-an-MVP]]
5相关 YC 文章:How to Start a Startup: Talking to Users[[YC-Library-How-to-Start-a-Startup-Talking-to-Users]]
6相关 PG 文章:The 18 Mistakes That Kill Startups[[PG-18-Mistakes]]
7相关 YC 文章:How to Split Equity Among Co-Founders[[YC-Library-How-to-Split-Equity-Among-Co-Founders]]

术语表

英文中文解释
First-Time Founder首次创业者第一次创立公司的人
Co-founder联合创始人与主创始人一起创立公司的人
MVP最小可行产品Minimum Viable Product
Launch发布把产品首次推向市场
Analytics数据分析追踪用户行为和业务指标
Cohort同期群同一时间段加入的用户群体
PMF产品市场契合Product-Market Fit
Traction进展业务增长的真实证据
Justin.tv / Twitch视频直播平台Michael Seibel 和 Emmett Shear 创立,后被亚马逊收购
Resentment怨恨长期积累的不满
Retro回顾会议团队定期回顾过去工作的会议