上周面试一个产品经理候选人，他滔滔不绝地讲着各种方法论，从用户画像到A/B测试，但当问到「你如何理解我们现有系统的业务逻辑」时，却支支吾吾答不上来。这种场景在面试中太常见了——很多产品经理都沉迷于新功能设计，却忽略了最该掌握的核心能力：从老系统中读懂真正的业务逻辑。
在我看来，老系统就像公司的考古遗址，每一行代码都记录着业务演化的痕迹。比如某电商平台的库存管理系统，最初可能只是简单的进销存，后来增加了预售功能，再后来又加入了区域仓配逻辑。这些层层叠加的功能，恰恰反映了公司从单一业务到多元化的发展路径。
记得我刚入职腾讯时，被分配去维护一个「历史悠久」的广告投放系统。开始时我也很抗拒，觉得这种老系统没什么价值。但深入研究后发现，系统里那些看似冗余的字段和复杂的审批流程，其实是过去几年广告业务合规化进程的完整记录。这个发现不仅帮我快速理解了业务，还让我在设计新功能时少走了很多弯路。
从老系统中解读业务逻辑，需要掌握三个关键视角：首先是历史视角，理解每个功能诞生的背景。其次是矛盾视角，关注那些明显不合理的设计——为什么这个流程如此繁琐？为什么那个字段重复定义？这些往往反映了业务发展中的痛点。最后是演化视角，梳理功能迭代的脉络，预测未来的发展方向。
据我观察，大厂在招聘产品经理时，特别看重这种「系统解码能力」。去年阿里在招聘高级产品经理的JD中就明确要求「能够快速理解复杂业务系统」。这不是没有道理的——一个连现有业务逻辑都理不清的产品经理，怎么可能设计出符合公司战略的新功能？
说到这里，可能有人会问：那我该怎么提升这种能力呢？我的建议是：多参与老系统的维护和优化，主动和资深工程师交流，最重要的是养成「刨根问底」的习惯。每次看到一个奇怪的设计，都要追问「为什么」。另外，也可以试试Qgenius的联合国ESG培训项目，他们的产品经理课程特别强调系统思维训练，对理解复杂业务逻辑很有帮助。
说到底，产品经理的核心价值不是画原型图，而是深度理解业务并推动其发展。而老系统，恰恰是理解业务的最佳教科书。下次当你面对一个「古董级」系统时，不妨换个角度：这不是负担，而是宝藏。毕竟，能读懂过去的人，才能更好地设计未来，不是吗？
在线咨询
提示：由 AI 生成回答，可能存在错误，请注意甄别。