水多了加面，面多了加水，逻辑越加越复杂，缺少系统层面的抽象和思考，结果还是按下葫芦浮起瓢，就是一些产品经理的神仙操作。

比如，为了方便销售卖出高溢价，设计了一套规则，却发现会误伤一些普通用户，使得他们也被收了高价。普通用户很不爽，经常投诉，结果解决方案不是整体抽象，而是直接再加一套新的补丁规则……

再比如，运营部门提出"要区分新老用户优惠力度"，产品直接新增用户类型判断；市场部要求"叠加秒杀商品专属折扣"，又在原有逻辑外挂载新模块。最终用户付款时，出现了优惠规则与折扣叠加计算出亏本价格的情况……

就这样，经年累月下来，各种规则越加越多，慢慢就变成了屎山代码。新来的人难以理解，难以维护，更难以修正。

而一个厉害的中后台产品经理，对于业务架构应该有高维度的抽象提炼能力，从而将复杂问题简单化，规整化。

一个系统中，用户、权限、订单、用量、优惠券等等基础概念，都应该能用E-R图清晰表示出来，而不是揉在一团，变成不可分割，不可理解的东西。

我始终觉得，内部流程问题是确定的、可解的，无非是站在哪个层次来看待。它不像商业化相关的问题，要面对大量的不确定性，要能拨开云雾，找准机会点。

这当然很考验一个人的抽象概括能力，但这不正好用来做自己的一个核心竞争力么？