产品，项目，业务，解决方案

近期在思考一些问题，也在反思自己平常述职和汇报的时候为什么讲不好，甚至都没有太搞清楚应该讲什么，最终的结果就是做了很多事情但讲不出来，结果自然也不会太好。

结合日常的工作，有必要说清楚产品，项目，业务，解决方案的关联关系，才能更好地面对它。

产品，在互联网公司，产品的表现方式一般是一套系统，或者某个系统中的一部分，但既然是一个产品，那就需要具备独立性，也需要能够说清楚这个产品解决了什么问题。回想下年终述职时，我说在做一盘货产品，那这个产品到底要解决什么问题呢，这个产品未来的形态是什么呢，现阶段这个产品跟竞对的产品相比优劣势在哪里？从这些角度看，一盘货产品可能就不存在，而应该说一盘货产品体系，这个体系里包含了很多产品，这些产品各自解决商家或菜鸟的一些问题。

项目，是为了达成某个阶段性的目标而发起的事项，一定是要明确目标的，也要明确项目时间的。所以，项目推进跟产品能力沉淀很多时候会有矛盾和冲突，但也可以通过一个个项目来把产品能力逐渐沉淀下来，这就需要产品经理提前做好产品规划，提前布局产品阶段并与业务达成共识，在推进项目的同时做好能力沉淀。

解决方案，针对比较复杂且相对个性化的场景，可能在基础的能力上做定制化的逻辑且定制化又可以针对某一类客户，就可以称之为解决方案。举个例子，仓储系统核心的能力是收发货，但大家电仓和奢侈品仓的流程就会有些差异，在基础能力上拓展来更好的支持某些特定类别业务，就是一套解决方案。

业务，即公司提供的服务，一个业务的发展，虽然依赖产品的建设，但也依赖业务策略，BD策略，客户运营，服务提升，客户价值等。

再说回这几者的关联关系，一个产品可能解决多个业务团队的问题，那说明各个业务的差异性不大或产品横向拓展的能力比较强。当然，一个业务一般也需要很多的产品来共同支持，产品能力组合起来才能更好地解决商家痛点。解决方案是产品适配业务精细化发展必经的阶段，更需要产品来把控。项目是产品或解决方案实际落地所依赖的，也是资源锁定的手段，也是能够让业务有所增长的，因此，日常工作中，大家会更加看重项目的落地，而忽略产品和解决方案的沉淀，但作为产品负责人来说，需要看得更远，需要想办法让业务看到产品长远发展带来的业务价值，需要让业务解决方案和产品解决方案能够同步推进。

解决方案和产品，都是需要产技和业务达成共识的，业务长期发展如果确实依赖某个产品的打造或某个解决方案的深耕和沉淀，并且业务发展方向能够匹配，那就比较顺利。

平常工作中，很多时候，业务同学可能有自己对产品或解决方案的判断，也希望能够沉淀下来一些能力，但因为对行业思考不够深入，或迫于项目的压力，或业务认为产品就是一个工具等，都会出现只提交需求，不说明长期规划，不考虑全面的问题。这些问题也可能变成业务和产品的争论点，因此，面对只提交小功能需求的业务，产品需要主动出击，同业务探讨业务对产品以及解决方案的依赖，以及哪些项目能够作为推进的手段，以及大体的时间节奏，当大家有一些相对长远的思考，就不会太计较某个小需求的延期或不合理等。

做产品，比较忌讳，只是一些零散的点，而这些点串不起来业务，也串不起来一套解决方案，解决的都是比较小的问题，业务BD也没有重点。从点到线，从线到面，从面到体，及时拉通业务和产技的信息，确保大家都是劲儿往一处使，即使中间有磕磕绊绊，最终只要解决比较好，就对得起大家的付出。