从外企职员到13年产品老兵，这段跨越C端、B端、G端的职业旅程充满了跌宕起伏。从最初痴迷《人人都是产品经理》的热血青年，到经历过服务器崩盘夜的老兵，作者用亲身经历揭示了产品经理的蜕变之路——从传话筒到决策者，从追求酷炫到直面无奈，最终领悟到产品工作的真谛：在资源与需求永恒的拉锯战中，做出那些沉甸甸却值得的抉择。

做产品，就是通过软件帮用户解决实际业务中的痛点问题。

这句话我现在说起来不费力。但真正把它说清楚，我用了 13 年。

入行前的想象

2013 年，我从西安一家外企离职，回到郑州。

落地才发现，郑州的互联网环境和我想象的完全不同。在西安外企做的那个职位，本地很多人压根没听说过。一番面试之后，我以项目管理人员的身份，入职了一家做政府项目的软件公司。

那时候我就有一个念头一直在脑子里转——我喜欢折腾，喜欢电子产品、喜欢各种软件和系统，喜欢研究「这个东西是怎么做出来的」。于是我开始看《人人都是产品经理》，在网上到处找产品经理的学习资料，脑子里有一幅画面：我设计的产品，成千上万人在用，解决了真实的问题，那多牛啊。

2015 年，我以产品经理的身份，入职了一家做 Google Ads 的公司，负责广告投放、广告场景设计、广告位设计。

做了一年，我发现这个工作和我想的那幅画面差太远了。我设计的不是「产品」，是广告位。用户不是因为我的设计而受益，只是被广告触达。这不是我想做的事。

2016 年过完年，我进入一家民企，开始做公司的电商项目。

那一年，我才算真正开始做产品。

入行后的打磨

初期（0-1 年）：从传话筒到被人信服

刚入职那段时间，被说是「传话筒」。

这个词戳得很准。那时候的我，开发说什么我记什么，老板说什么我传什么，自己没有判断，没有立场，更没有说服别人的能力。需求评审上坐着，像个记录员。

那段时间我想了很多，产品经理到底应该是什么？不应该只是一个中间人，应该是一个能回答三个问题的人：为什么要做？做什么？怎么做？

于是我开始主动补课。不只是看书，而是真正扎进项目里——参与开发联调，跟着一起测试接口，出了问题不是推给开发，而是搞清楚为什么出问题，下次怎么避免。负责的模块从一个变成几个，慢慢开始主导整个电商项目。

有一天评审会上，我把一个需求的背景、用户场景、设计逻辑完整讲下来，开发没有再问「为什么要做这个」，老板没有再说「你去问问研发」。

那一刻我知道，我开始有了作为产品经理的那份自信——我能让你信服：为什么要做，做什么，怎么做。

这三个问题，后来成了我做每一个需求时的自检标准。

中期（2-5 年）：从 0 到 1，压崩服务器的那个夜晚

做产品这些年，最有成就感的一个项目，是地市一家银行的钱包项目。

从立项到上线，两个月。全程我主导，带着团队一起干。

两个月听起来不长，但那两个月里遇到的事，现在想起来还历历在目。需求反复变，技术方案推倒重来，甲方那边协调了一轮又一轮，团队里每个人都绷着。

上线那天，用户量暴涨，服务器压崩了。

那个晚上，我和开发坐在一起，盯着报错日志，一条一条排查，一边紧急扩容，一边安抚甲方。那种焦虑、那种手忙脚乱，是我做产品以来第一次真实感受到「这个东西真的有人在用，而且很多人」。

后来问题解决了，数据好看，甲方满意，这个项目成了我简历上写得最有底气的一段经历。

但也是在这个项目之后，我萌生了离开那家公司的想法。

不是因为项目失败了，恰恰相反——是因为做完这个项目，我看清楚了那家公司能给我的空间，已经到头了。一个人在一家公司能成长到什么程度，有时候不是能力的问题，是平台的问题。

后期（5 年以上）：敬畏，和一些无奈

做了 10 年产品之后，我对这份工作的感受，用两个词来说：敬畏，和无奈。

敬畏，是因为我越来越清楚地知道，满足用户需求这件事有多难。

用户说的需求不是真实需求，真实需求藏在他们说不清楚的那些话里。你以为你理解了，做出来给他们用，才发现差了十万八千里。做了 10 年，我对「我真的懂用户吗」这个问题，反而越来越谨慎，不敢轻易说懂。

无奈，是因为公司能给的资源，往往撑不起用户真实的需求。

人不够，时间不够，技术债还没还清，新需求又来了。你知道应该怎么做，但做不到。这种感觉不是一两次，是一种长期的拉扯。理想中的产品和实际交付的产品之间，永远有一段距离，你的工作就是让这段距离尽可能缩短，但它从来不会消失。

当年看《人人都是产品经理》的时候，我以为做产品是一件很帅的事——我设计，用户用，问题解决，世界变好。

现在我的理解是：做产品是一件很沉的事。你要在资源有限、信息不完整、需求模糊的情况下，做出一个尽可能正确的判断，然后推着所有人朝这个方向走，还要在走的过程中不断调整。

没有那么帅，但真实。

离开之后，我没有停下来。

这 13 年，做过什么

回头看，这 10 年走过的路比我当初预想的要宽得多，也杂得多。

• C 端：电商、在线教育、移动支付，面对的是普通用户，他们不会看说明书，不会给你耐心，体验差了就卸载。这类产品教会我什么叫「用户根本不在乎你的逻辑，他只在乎好不好用」。
• B 端：工业生产管理系统，面对的是车间里的操作工和工厂管理层，两类人的需求完全不同，经常是同一个功能，操作工要简单，管理层要数据，你得同时满足，还不能让任何一方觉得被忽视。
• G 端：证件管理、绩效考评，面对的是政府部门，需求文档写得非常规范，但真实的使用场景往往和文档里写的不一样。这类项目让我明白，「验收标准」和「真实好用」是两回事。

公司之外，我也做过一些独立的事。

全职远程，负责过物业 SaaS 项目和停车场管理系统，一个人对接甲方、写需求、跟进开发，没有团队兜底，出了问题只能自己扛。那段时间压力很大，但也是我成长最快的一段——你会发现，当你没有退路的时候，你反而会想得更清楚。

做过网页设计，接过散单，真实体验了一把「甲方虐我千百遍，我待甲方如初恋」的日子。

GPT 刚起来那会儿，我通过 LangChain 调用 API，做了一个律师助手的原型——不是为了商业化，是因为好奇，想搞清楚 AI 能不能真的理解法律问题，帮律师处理案件资料。那是我第一次感受到，AI 不只是个聊天工具，它可以被接进真实的业务流程里。

这段经历，也是我后来开始深度使用 AI skills 做产品工作的起点。

写在最后

从 2013 年返回郑州，到现在，整整 13 年过去了。

C 端、B 端、G 端都做过，甲方乙方都当过，带过团队也一个人扛过，经历过上线即崩溃的慌乱，也经历过一个功能悄悄上线、用户默默在用的满足。

这 13 年，我从一个读着《人人都是产品经理》、脑子里有一幅「我设计的产品，多少人在用，多么牛」画面的人，变成了一个每天都在问自己「用户真正的问题是什么，我们真的有能力解决吗」的人。

那幅画面没有错，只是比想象的要难得多，也沉得多。

入行前，我以为做产品是一件很帅的事。

做了 13 年，我觉得它是一件很沉的事。沉，但值得。

做产品，就是通过软件帮用户解决实际业务中的痛点问题。

这句话我现在说起来不费力。但真正把它说清楚，我用了 13 年。