在大厂当产品经理的第一年:为什么越努力,越得不到回报

2026-09-28
去年,我作为校招生走进这家公司。一年过去,客户现场、周会、复盘会、深夜交付、饭局上的吐槽,攒了一大堆。本想写一篇“第一年成长总结”,但是还是想讲这个话题:投入和回报之间,从来不是对等的。

一、对客户:你越伺候,它越学会自己来

我们做的是 ToB 的私有化产品。
私有化这门生意有个特点:每个客户都是一个独立版本,每个版本都会有自己的定开需求。
客户需求的增长轨迹如下:
  • 第一阶段,要能力。 比如说在 App 里加一个 AI 助手。
  • 第二阶段,要细节。 很快变成:安全审核、版本控制。
  • 第三阶段,要对比。 客户把我们和另一家大厂的方案放在同一套用例下跑对比测试。于是凭空又多出一堆需求。
  • 第四阶段,要源头。 越来越多客户开始把我们当 PaaS 用——只调后端 API,前端自己写。
这时候我其实已经隐约感觉到方向有问题了。一些大客户的需求清单里,光是“审批流”一项就要支持集团、二级、三级公司的多层节点,还要插件化对接他们五花八门的现有系统。我们几个人的团队,一边补数据库里几十张表缺的字段,一边在交付前一晚清理三十多个 Bug。
最后的结局,做过 ToB 的人应该很熟悉:到了续约的节点,有客户没有续费。复盘下来,问题恰恰出在我们太配合——需求一轮轮提、我们一轮轮做,方案、架构、交互细节全摊在对方面前。等他们的 IT 团队看明白了,就照着这套思路自研了。
研发拿走一个产品想法很容易,复制出产生这个想法的思考链路却很难。 但在客户那边后半截就失效了——客户只需要结果,你交付的每一个需求,都是一份免费的解题答案。
创新带来的回报,常常流向掌握“互补资产”的那一方——渠道、数据、客户关系、落地场景。在 ToB 交付中,场景是客户的,数据是客户的,组织和预算也是客户的。我们唯一拥有的是 know-how,而定制化交付恰好是把 know-how 最彻底地转移出去的方式。
更麻烦的是,客户的胃口是单向增长的。赫拉利在《人类简史》里讲过“奢侈品陷阱”:人一旦习惯了某种便利,它就会变成必需品,并且衍生出新的义务。定制需求也一样——你今天为这个客户特批的功能,明天就是他的默认预期,后天就是验收条款。企业用户在免费或优惠期验证完价值之后,续费意愿普遍偏低。你以为自己在培养客户,其实可能在培养一个未来的竞争者。

二、对上级:你越紧跟,他越可能突然掉头

第二件事更让人难受。
年中之前,我们几个人做了一个企业私有化产品。团队很小,那段时间人却很齐,自己跑客户、自己讲方案、自己交付。几个月下来签了好几家个客户,搭着底座平台一起卖。在一个人人都在讲“商业化难”的年份,这算是跑出了一点东西。
然后事情开始往下走:
  • 交付压力上来了,交付资源一直没批下来;
  • 团队里的人一个接一个走,技术岗最后只剩一个专职;
  • 我们期待的是人少了就补人进来;
  • 老板给出的答案是:这个产品整体停掉,在同一个体系下重新另起一个产品。
从开始争取资源到最终停掉,前后三个多月。那段时间的交付文档、客户演示、需求池、为了验收熬夜清的 Bug,一夜之间都变成了“历史资产”。
回头看,信号其实早就有。上半年有一次讨论,表面上在争“这个产品和集团核心产品的定位是否冲突”,聊到最后大家都意识到,真正的问题是没人敢说出口的那一句:资源只够做一个,而决策者心里已经选了另一个。 当时甚至有人提议把产品开源出去,现在想来,那更像是给放弃找一个体面的说法。
年中过后又来了一轮。新版本的架构整体重写,已经交付的客户升级时历史数据很难迁移;与此同时,还有几个项目因为交付时间卡着,只能用老版本硬扛。前线在给客户承诺,后方在换底座,中间是我们。
对一个产品太热情是有害的。如果事情开始朝不对劲的方向发展,便很容易大受打击。
反之,如果选择不抱有任何期待,我觉得这是被训练出来的理性。
韩炳哲在《倦怠社会》里有个判断:今天的剥削很少来自外部命令,更多来自“绩效主体”对自己的剥削——你觉得是自己想拼,所以拼得格外狠,也格外难以觉察。大厂的方向调整对老板来说是正常的期权操作:押五个方向,留一个就行。对每个具体方向上的人来说,那是他全部的三个月。组织把方向风险分散了,却把情绪成本集中到了最投入的那几个人身上。

三、对组织:你越补位,越会被当成默认

第三件事是无底线替其他人的不作为兜底。
我们的产品挂在一个大平台下面卖。前线的售前手上有十几条产品线,对我们的了解还停在很久以前的一次分享。结果是投标时,产品明明已经具备的能力,方案里一个字都没写;客户提的新需求,前线转手就丢回给产品。
于是我们开始补位:写标准化材料、录演示视频、陪着去客户现场讲方案、帮着改标书,交付阶段又顺手接了部署文档和运维手册。每一项单独看都合理,加起来,产品团队有一半时间在做售前和交付。
这件事的结构是这样的:你补的位越多,越会被当成那个位置的默认值。 补位的时候,功劳记在签单的人和平台的收入里;等你想把这些活交回去,成本记在你自己头上——前线已经习惯了有人兜底,一撤手就成了“配合度差”。而到了述职的时候,这些补位工作恰恰是最难写进绩效的那部分。
赫希曼在 1970 年写过一本小书《退出、呼吁与忠诚》:一个人对组织失望时,要么离开,要么发声争取改变,忠诚会延缓离开,给发声留出时间。这个框架放在大厂里,发声的渠道很贵,离开的门槛很高,而忠诚几乎零定价。结果就是大量的人卡在中间:留在原地,保持沉默,慢慢把热情调低。我今年听到最多的一个词,是“苟着”。

四、那努力还有意义吗

有。只是我开始把“努力”拆开来看了。
这一年让我意识到,至少有三种努力,它们的回报各走各的路:
第一种,是给客户的努力。 它的回报取决于你交付的是“标准品”还是“答案”。前者能复用、能卖第二次,后者交出去就没了。现在每进来一个需求,我会先问一句:这是能进产品的,还是只属于这一个客户的?如果是后者,要么收钱,要么收住。交付清单里,只写测过、跑通、稳定的东西——把没测稳的功能写进去,是给自己留法律上的尾巴。
第二种,是给上级和方向的努力。 它本质上是一笔期权。你可以投入,但要预设它可能归零;你可以热爱,但要把大头押在自己握有决策权的地方。方向变动时,至少留下点什么——复盘、方法、能讲给下一个面试官听的作品。
第三种,是给自己的努力。 这是唯一一种复利归你的努力:可迁移的判断力、能独立上线的作品、跨团队的人脉、离开任何一个组织都还在的东西。它在绩效表之外,却决定了你下一次“退出”时手里有没有牌。
回到标题。更准确的说法可能是:大部分努力的回报,默认归别人。 归客户、归组织、归方向正确的那个人。想让回报留下来,得先把努力放在一个你拥有产权的地方。
Loading...