服务所有人这碗毒鸡汤，3年喝垮17家独角兽

2022年，一家估值12亿美元的SaaS公司把客户群从"年营收500万以上的企业"扩展到"所有想提升效率的团队"。18个月后，他们烧光了2.3亿美元融资，裁员67%，创始人被董事会罢免。这不是孤例——CB Insights数据显示，过去3年因"过度扩张目标用户"而死亡或重伤的独角兽，至少17家。

更吊诡的是，这些公司的墓志铭上往往刻着同一个词：增长。他们不是在偷懒，是在太努力想对所有人好。

野心伪装成战略时，没人觉得这是错

原文作者描述的场景，每个产品经理都熟悉。会议室里，有人提议："我们能不能也服务中小企业？"没人反对。反对听起来像保守，像缺乏格局。于是产品路线图膨胀，销售团队分裂成"企业版"和"普惠版"两条线，代码库里塞满条件分支。

作者用了一个精准的类比：这像餐厅老板看到隔壁日料店排队，决定在菜单上加寿司。不是不能做，是你的厨房、供应链、厨师训练全是围绕川菜建的。强行加寿司的结果，是两样都做平庸。

我亲历过类似的决策。2019年某协作工具决定"向下兼容"个人用户，把企业级的权限系统简化成"一键共享"。企业客户流失率当年从12%飙到31%——他们的IT部门发现，员工可以把文件分享到个人邮箱，合规审计直接亮红灯。个人用户呢？注册量涨了300%，但3个月留存不到4%。两头落空。

用户分层不是歧视，是物理定律

原文的核心论点很朴素：不同用户需要不同的产品形态、渠道、甚至商业模式。强行统一，成本会指数级上升。

作者举了具体数字。某客服软件公司尝试同时服务"需要复杂工单流转的电商大客户"和"只需要基础聊天的小商家"。结果：大客户抱怨功能迭代慢——小商家需求优先级被提高了；小商家抱怨界面复杂——为大客户设计的字段他们永远用不上。客服团队被迫分裂成两个子团队，人均产出下降40%，而CEO还在财报会上解释"我们的市场覆盖率提升了"。

这让我想起热力学里的"混合熵"。两种气体混在一起，混乱度必然增加。产品也一样。每多服务一类用户，你的决策复杂度、支持成本、技术债务都在叠加。作者称之为"隐藏的税"——它不会出现在当季度报表里，但会在18个月后突然兑现。

反直觉的幸存者：他们怎么敢说不

作者没有只讲尸体，也解剖了活下来的。一个案例是某设计工具公司，成立前6年明确拒绝"非设计师用户"。他们的官网甚至有个弹窗："如果你不是专业设计师，我们的工具可能让你沮丧。"

这听起来像自杀式营销。但数据是：他们的设计师用户年均付费增长保持在34%，推荐率高达61%。竞品同期把"让所有人都能设计"当slogan，结果核心用户流失到更专业的工具，泛用户又留不住——Canva（可画）已经占住了那个生态位。

更狠的是某B2B数据库公司。他们公开定价页面写着："最低套餐年费2.4万美元，不支持月付，不提供试用。"销售总监的解释被原文直接引用：「我们过滤掉的不是客户，是错配。一个需要试用来决策的人，注定会在实施阶段需要十倍的手把手支持。那笔账我们算过，亏。」

这种"傲慢"需要底气。作者的观察是：敢拒绝的公司，往往在某个细分场景有10倍于竞品的深度。他们不是不想扩张，是知道扩张的代价——除非你能像AWS那样，为不同用户群做完全不同的产品（EC2和S3本质是两个物种），而不是同一套功能的开关组合。

你的"所有人"，可能谁都不是

原文结尾抛了一个诊断工具：列出你过去6个月新增的功能，标注每个功能主要服务哪类用户。如果超过40%的功能标注是"通用"或"所有用户"，作者认为你已经陷入陷阱。

我试过一次。某次复盘，我们发现"通用"标签下的功能，实际使用率中位数不到7%。但开发它们占用了62%的工程师资源。为什么？因为"所有人需要"在评审会上无法被反驳，而"某类用户需要"可以被挑战。

作者的建议很具体：把你的用户切成互斥的"物种"，而不是连续的"光谱"。不是"大客户vs小客户"，而是"需要API对接的金融科技公司"和"需要快速上线的电商团队"。物种之间不共享栖息地，你的产品才不用在沼泽和沙漠之间折中。

最后作者引用了某SaaS创始人的反思，这句话被放在全文结尾：「我们花了3年学会说'不'，又花了2年才敢说'不适合你'。最讽刺的是，当我们终于敢拒绝时，增长率反而回到了早期水平。」

你的产品线里，有多少功能是为了"不冒犯任何人"而存在的？