创业早期，最难的往往不是再做一个功能，而是判断眼前这件事究竟值不值得做。YC 的这份建议，把产品上线、用户沟通、客户选择、增长、融资和团队关系放在一起，讨论创始人应该把有限的时间用在哪里。
下面先完整保留文章的中文译文，包括 22 条口袋建议、参考资料与推荐阅读；随后单独给出解读，结合独立开发、小团队和 AI 应用的场景，说明哪些建议可以直接实践，哪些需要结合阶段理解。
全文中文译文
我们给创业公司的许多建议都是战术性的，目的是帮助他们处理每天或每周的具体问题。但有些建议更为根本。这里汇集了我们在 YC 看来最重要、最能带来改变的创业建议。无论它们符合常识，还是有些反直觉，下面这些指导都能帮助大多数创业公司找到通向成功的道路。
我们总是首先告诉创始人：立即推出你的产品。原因很简单，只有这样，你才能充分理解客户的问题，并知道产品是否满足了他们的需求。令人意外的是，尽快推出一个不那么出色的产品，然后与客户交流、持续迭代，远比等到做出“完美”产品再上线更好。这个建议有一个前提：产品必须已经能为客户提供一份实实在在的价值，而且这份价值要足以抵消产品缺陷带来的问题。
产品上线之后，我们建议创始人去做那些无法规模化的事情，参见 Paul Graham 的《做那些无法规模化的事》〔1〕。许多创业顾问会劝创业公司过早扩大规模。为了支持扩张，公司就得搭建相应的技术和流程；如果时机过早，这些工作只会浪费时间和精力。这种策略经常导致失败，甚至让创业公司倒闭。相反，我们建议创业公司想尽办法争取第一位客户，即使需要大量手工操作，最多只能服务十个客户，更不用说一百个或一千个。在这个阶段，创始人还在摸索究竟应该做出什么，而最好的办法就是直接与客户交流。例如，Airbnb 的创始人最初向早期客户提出，可以为他们的房屋和公寓拍摄“专业”照片，让房源对租客更有吸引力。然后，他们真的亲自上门拍照。网站上的房源展示变好了，转化率提高了，他们也与客户进行了非常有价值的交流。这件事完全无法规模化，却对他们理解如何建立一个活跃的交易平台至关重要。
与用户交流，通常会得到一份冗长而复杂的待开发功能清单。遇到这种情况，YC 合伙人 Paul Buchheit（PB）总会建议寻找“90/10 方案”：有没有办法只投入 10% 的工作、精力或时间，就实现你想要的 90% 的效果？只要认真寻找，几乎总能找到这样的方案。最重要的是，一个今天就能用、能解决真实客户问题的 90% 方案，远胜过一个要花很久才能做出来的 100% 方案。
随着公司开始成长，各种潜在的干扰也会接踵而至：会议、饭局、与风险投资人或大公司企业发展部门人员会面，参见 Paul Graham 的《别和企业发展部门谈》〔2〕，还有追逐媒体报道等等。YC 联合创始人 Jessica Livingston 在《如何避免失败》〔3〕中，相当全面地列出了那些不该成为关注重点的事情。我们总是提醒创始人，不要忘记早期公司最重要的任务是写代码和与用户交流。对于任何公司，无论是不是软件公司，要做出人们真正想要的东西，都意味着：先推出产品，再与用户交流，确认它是否满足需求，然后根据反馈迭代。这些事情应该占据你几乎全部的时间和注意力。对于优秀的公司，这个循环永远不会结束。同样，随着公司发展，创始人经常不得不在多个发展方向之间做选择。Sam Altman 总是指出，几乎在任何时候，选择更有雄心的方向都会更好。令人惊讶的是，创始人竟然如此频繁地回避这类问题，转而把精力花在别的事情上。Sam 把这些事称为“假工作”，因为它们往往比真正需要做的工作更有趣，参见他的《离开 YC 之后的低迷期》〔4〕。
谈到客户，大多数创始人没有意识到：客户在选择你，你同样也可以选择客户。我们常说，一小群非常喜欢你的客户，胜过一大群只是觉得你还不错的客户。换句话说，找到 10 个有迫切问题需要解决的客户，远比找到 1000 个只是偶尔有点烦恼的客户更有价值。选择客户时很容易犯错，所以有时主动放弃某些客户，对创业公司同样至关重要〔5〕。有些客户消耗的成本，远远超过他们带来的收入或学习价值。例如，Justin.tv / Twitch 把重心转向电子游戏主播，不再围绕那些试图直播受版权保护内容的人投入精力之后，才取得了突破性的成功，参见 Michael Seibel 的《你不想要的用户》〔5〕。
增长始终是创业公司的重点，因为没有增长的创业公司通常会失败。然而，人们经常误解应该如何增长、何时增长。有时有人批评 YC，认为我们推动公司不惜一切代价增长。但实际上，我们推动的是：与用户交流、做出他们想要的东西，以及快速迭代。把这三件事做好，增长自然会随之而来。不过，增长并不总是正确的选择。如果你还没有做出客户真正想要的东西，也就是说，尚未找到产品与市场的契合点，那么扩大规模就没有多大意义，参见 Michael Seibel 的《真正的产品与市场契合》〔6〕。结果总会是用户留存不佳。同样，如果你的产品不赚钱，增长只会不断消耗公司的现金。正如 PB 喜欢说的，向客户收取 80 美分，再给他 1 美元，这种事情永远没有道理。单位经济效益确实很重要，这本不该让人感到意外，但太多创业公司似乎忘记了这个基本事实，参见 Sam Altman 的《单位经济效益》〔7〕。
创业者的直觉总是想做得更多，但最佳策略几乎总是少做一些，并把它们真正做好。例如，创始人经常忍不住追逐与大公司的大额交易，因为这类合作关系看起来很了不起，也似乎能证明公司的价值。然而，大公司与小型创业公司之间的交易，很少能让创业公司获得理想的结果。它们耗时太长、成本太高，而且经常彻底失败。创业最困难的事情之一就是决定做什么，因为你永远都有一份做不完的可能事项清单，参见 Geoff Ralston 的《创业公司的优先事项》〔8〕。因此，创业公司很早就应该选出一两个衡量成功的关键指标，随后创始人选择做什么时，几乎应该完全依据这项任务会如何影响这些指标。当早期产品表现不佳时，你很容易立刻去开发新功能，试图解决客户看起来存在的每一个问题，而不是先与客户交流，只聚焦他们最迫切的那个问题。
听到“即使你的公司看起来问题严重，也不必因此过度担忧”，创始人常常会感到意外。事实上，几乎所有创业公司都存在深刻而根本的问题，包括那些最终会成长为十亿美元级公司的企业。决定成功的，并不是你一开始有没有问题，而是创始人如何应对那些不可避免的问题。作为创始人，你的工作经常会像是在不停地把一艘翻覆的船扶正。这很正常。
对于初次创业的创始人来说，很难不对现实中或潜在的竞争对手念念不忘。但实际上，花时间担忧竞争对手，几乎总是个很糟糕的主意。我们喜欢说，创业公司总是死于自杀，而非谋杀。总会有一个阶段，竞争态势会对公司的成败产生极其重要的影响，但这极不可能发生在最初的一两年。
再谈几句融资，参见 Geoff Ralston 的《种子轮融资指南》〔9〕。第一条、也是最好的建议是：尽快完成融资，然后回去工作。通常，只要看一家公司的增长曲线，就很容易判断它什么时候在融资：当曲线趋于平缓时，他们往往正在融资。同样重要的是，要明白估值不等于成功，甚至不等于成功的概率，参见 Michael Seibel 的《融资轮次不是里程碑》〔10〕。Y Combinator 最优秀的一些公司，最初都是以很低的估值完成融资的，Airbnb、Dropbox 和 Twitch 都是很好的例子。另外，务必记住：你融到的钱不是你个人的钱。你负有受托责任，也负有伦理和道德责任，只能把这些钱用于改善公司的发展前景。
在创业生活不可避免的混乱中，保持身心正常也很重要。因此，我们总是告诉创始人：在极其高强度、需要高度专注的工作间隙，一定要休息，与朋友和家人相处，保证充足睡眠并锻炼身体。最后，简短谈谈失败。事实表明，大多数迅速失败的公司，起因是创始人之间闹翻。你与联合创始人的关系比你想象的更重要，而创始人之间开放、诚实的沟通，可以大幅降低未来发生严重危机的可能性。事实上，要让创业成功，乃至让人生成功，你能做的最好的事情之一，就是友善待人，参见 Paul Graham 的《刻薄的人会失败》〔11〕。
YC 核心建议口袋指南
- 现在就上线。
- 做出人们真正想要的东西。
- 做那些无法规模化的事。
- 找到 90/10 方案。
- 找到 10—100 个热爱你产品的客户。
- 所有创业公司都会在某个阶段问题重重。
- 写代码，与用户交流。
- “那不是你个人的钱。”
- 增长是优秀产品带来的结果，而不是它的前提。
- 在做出人们真正想要的东西之前，不要扩张团队或产品。
- 估值不等于成功，甚至不等于成功的概率。
- 尽可能避免那些需要与大客户长期谈判的交易。
- 避开大公司企业发展部门的接洽，它们只会浪费时间。
- 避免参加会议，除非那是获取客户的最佳途径。
- 在找到产品与市场契合点之前，做那些无法规模化的事，保持小规模和灵活。
- 创业公司在任何一个阶段，都只能把一个问题解决好。
- 创始人之间的关系比你想象的更重要。
- 有时你需要主动放弃客户，因为他们可能正在拖垮你。
- 别过度关注竞争对手，你更可能死于自杀，而非谋杀。
- 大多数公司并不是因为资金耗尽而死去。
- 友善待人！至少不要做个混蛋。
- 保证睡眠和锻炼，照顾好自己。
参考资料
- Paul Graham：《做那些无法规模化的事》（Do Things That Don’t Scale）。
- Paul Graham：《别和企业发展部门谈》（Don’t Talk to Corp Dev）。
- Jessica Livingston：《如何避免失败》（How Not To Fail）。
- Sam Altman：《离开 YC 之后的低迷期》（The Post YC Slump）。
- Michael Seibel：《你不想要的用户》（Users You Don’t Want）。
- Michael Seibel：《真正的产品与市场契合》（The Real Product Market Fit）。
- Sam Altman：《单位经济效益》（Unit Economics）。
- Geoff Ralston：《创业公司的优先事项》（Startup Priorities）。
- Geoff Ralston：《种子轮融资指南》（A Guide to Seed Fundraising）。
- Michael Seibel：《融资轮次不是里程碑》（Fundraising Rounds are not Milestones）。
- Paul Graham：《刻薄的人会失败》（Mean People Fail）。
推荐阅读
- Paul Graham：《融资生存指南》（A Fundraising Survival Guide）。
- Paul Graham：《如何融资》（How to Raise Money）。
- Aaron Harris：《如何听取建议》（Taking Advice）。
其他语言译本
日语译本。
译注：增长一段的英文在“还没有做出客户想要的东西”之后，接了“have found product market fit”，与前后文含义不一致。这里依上下文译为“尚未找到产品与市场的契合点”。参考资料与推荐阅读保留原文所列链接，未将这些延伸文章纳入全文翻译。
解读：把 YC 的建议变成小团队的工作方法
以下是基于上文的补充解读。示例用于解释方法，不是原文案例，也不代表已经完成的业务实测。
先认清这些建议服务于哪个阶段
这篇文章最有价值的部分，集中在创业早期：团队还没有稳定地找到一群真正需要产品、愿意持续使用的客户。此时，最大的未知通常是“问题到底存不存在、产品到底有没有用”，而不是“系统能不能撑住一百万用户”。理解这个前提，很多看似反常的建议就连起来了：先上线，是为了尽早得到反馈；亲自服务客户，是为了发现真实需求；少做功能，是为了缩短验证周期；延后扩张，是为了避免把未经验证的做法放大。
它也有明显的语境：YC 面向的是希望成长的创业公司，文章发表于 2017 年。对于追求稳定现金流的个人产品、工作室或项目制服务，可以吸收其中的需求验证方法，但不必把融资、高增长或十亿美元规模设为自己的成功标准。先确定你要经营怎样的业务，再选择适用的建议。
尽早上线：先交付一份客户能用的价值
“尽早上线”很容易被误读成“随便做个东西就扔出去”。原文其实给了清楚的门槛：产品的实际价值，要大于缺陷给用户造成的麻烦。所以，最小版本应当围绕一个能够完整完成的任务来裁剪，而不是从庞大功能清单里随便挑几项。
例如，一个为企业整理咨询记录的工具，初期可以只支持一种输入格式、一个固定模板，并由团队人工检查输出。它仍然需要让客户顺利完成“提交记录—得到可用结果”这件事。后台配置、复杂仪表盘和大量模板可以后补；核心结果不可信、记录频繁丢失，却会直接抵消产品价值。这个示例的关键，是缩小支持范围，同时保住承诺给客户的结果。
对 AI 产品来说，也可以先把目标定为一个边界清楚的辅助任务，明确哪些步骤需要人工确认，再观察用户是否真的节省时间。演示时能生成一段内容，与用户愿意把它放进日常工作，是两个不同的验证层次。
人工服务的价值，在于看见需求背后的原因
Airbnb 上门拍照的启发，除了“创始人要肯做脏活”，还有更重要的一层：亲自介入交付，才能看到转化卡在哪里、客户为什么犹豫，以及哪些改进真的有效。早期手工操作既是服务，也是发现问题的方式。
因此，每次人工处理都值得留下简单记录：客户想完成什么，卡在哪一步，你补了什么，最后有没有完成任务。如果同一种操作在多个相似客户身上反复出现，再考虑将它做成产品能力。否则，团队可能只是在高效率地替某一位客户做特殊定制。
“先做无法规模化的事”也有退出条件。当需求已经反复得到验证，而人工环节开始拖慢交付、提高错误率或吞噬成本时，就应该逐步标准化、自动化。它是一种早期学习策略，不是长期依赖创始人救火的理由。
90/10 方案：减少实现量，保留主要价值
90/10 更适合被理解为一种提问方式，不是每个项目都必须达到的数学比例。面对新需求，先追问客户希望得到什么结果，再寻找更便宜、更快的实现路径。客户说“需要一个复杂的统计后台”，实际目的可能只是每周拿到一份准确的进展清单；在验证期，一份定时生成的报表或许已经足够。
判断是否值得开发时，可以问三个具体问题：删掉这项功能，客户还能否完成核心任务？能否先通过现成工具或人工操作完成？投入更少之后，客户获得的主要价值是否还在？这些问题能帮助团队减少实现成本，也能暴露那些只是让产品看起来更完整、却没有明显改善使用结果的工作。
这种取舍应发生在范围和实现方式上。已经对客户承诺的准确性、可靠性与必要保护，不能因为追求“10% 的工作量”就被悄悄降低。
选客户与看指标，要指向同一个真实问题
原文把“十个痛得很厉害的人”和“一千个只是有点不舒服的人”放在一起比较，重点是需求强度。一个客户愿意持续使用、愿意拿真实任务来尝试、遇到问题后还回来反馈，往往比一句“这个创意不错”更能帮助你判断方向。付费也是重要信号，但一次付费还不能单独证明产品已经稳定满足了市场需求。
对于小团队，选择客户时还要看需求是否相近、服务成本是否可承受，以及合作能否帮助你理解目标市场。客户提出很多要求，本身不代表应该放弃；只有当这些要求长期偏离定位、难以复用，且消耗与回报明显不匹配时，才值得调整服务范围或结束合作。实际处理时仍需把已经承诺的交付和必要交接安排好。
指标也应跟着核心任务走。以一个每周使用一次的业务工具为例，可以先观察“多少目标客户完成了核心任务”和“其中多少人在下一次需要时回来使用”。日活、注册数、访问量未必能表达这种产品的价值。具体观察周期应该随任务频率变化，不要把示例中的一周当成所有产品的统一标准。
增长之前，把价值与成本一起看清楚
文章把增长放在需求成立之后，这个顺序非常重要。如果客户试过就离开，增加获客只会让更多人经历同样的问题。如果每多服务一个客户，都需要额外投入大量人工，而收费覆盖不了这部分成本，客户越多，现金压力反而可能越大。
对于 AI 工具和小型技术服务，评估一次交付时，可以把直接发生的模型调用、算力、第三方服务、人工复核、交付支持及返工成本一起记录。扣除这些直接成本后留下的金额，还不等于公司的净利润；固定开支与获客投入仍需另外考虑。这里的目的，是避免只看收入增长，却没有发现每新增一份业务都会带来更大的消耗。
也要区分“早期为学习而投入的手工成本”和“成熟交付中持续存在的亏损”。前者可以是有边界的验证投入，但应明确要学到什么、何时复盘；后者不能仅靠“以后规模大了就好了”来解释。
少做、做深，同时保护团队的持续工作能力
写代码和与用户交流之所以被反复强调，是因为它们直接推动“做出来—被使用—获得反馈—继续改进”。会议、媒体曝光、商务沟通和大客户洽谈也可能有价值，但应该能说明它们帮助了哪一个当前目标。如果某件事持续占用注意力，却既没有带来客户，也没有改善产品，就值得暂停。
“选择更有雄心的方向”与“少做一点”可以同时成立：你可以瞄准一个更重要的问题，同时把眼前版本做得很小。“少关注竞争对手”也不意味着完全不了解市场，而是不要让跟风替代客户判断；“公司问题很多很正常”则是在提醒创始人持续解决问题，并没有取消及时处理严重问题的责任。
最后，合伙关系、诚实沟通、休息和健康并不是产品之外的小事。小团队能否长期做出清醒判断、兑现交付、处理分歧，本身就会影响业务。把这些建议当成经营条件，才能避免用长期透支换取短期忙碌。
总结：读完之后，下一步做什么
这篇文章可以归纳为一条连续的工作路径：选定一群有迫切问题的人，交付一个能解决核心任务的小版本，亲自观察他们如何使用，再依据真实反馈决定下一步。只有当价值开始被反复验证、交付成本也逐渐可控时，扩大规模才更有意义。
如果要把它用在手头项目上，可以先做五件事：
- 用一句话写清楚目标客户、使用场景和最迫切的问题，先避免服务“所有人”。
- 列出当前版本必须完成的一个核心任务，以及可以延后的功能。
- 找少量符合画像的客户实际使用，记录完成情况、卡点和再次使用意愿，别只收集口头评价。
- 选择一两个与核心价值有关的指标，同时记录交付耗时和直接成本。
- 定期依据这些记录决定：继续打磨、调整方向，还是开始扩大投入，并与合作者明确分工和承诺。
最值得保留的判断是：早期团队的进展，要看自己是否更接近解决真实问题。产品功能、融资金额、曝光和团队规模，都需要放回这个目标里评估。
关于分辨率网络
我是分辨率网络的主理人，一个爱折腾的程序员，也在做独立开发。
这里会分享 AI 工具、实用教程和应用思路：怎么上手，适合什么场景，能帮你解决什么问题。
想让 AI 帮你省点时间、少做点重复活，或者用在自己的业务里，欢迎关注我。咱们从一个具体问题开始。