本文深入探讨物流产品经理在TMS系统（运输管理）商超零售城配场景下的进阶之路，同时聚焦产研合作的基本原则。通过剖析复杂运输场景和核心业务指标，结合实际案例，为物流产品经理提供宝贵经验和实用指南。

我们先讨论一个问题：产品经理和技术团队到底如何搭档才有最佳产出呢？

对于这个问题，我们统一认识：

最佳产出：这里的产出物到底是什么？最佳的标准是什么

产品经理的输出应该包括什么？产品经理最好不要介入哪儿些事情。

下面是我个人思考与实践，可能与其他产品的日常工作标准不同，我们不相互抬杠，适配自己团队的就是最好的产品经理的产出物及最佳标准

一款产品无到有，产品经理需要做些什么？

在一个产品从无到有的过程中，要做好产品经理这个角色实在是不容易，除了大家都知道的写需求、写需求、写需求，要做的事多着呢。产品经理不是你眼中的只会找你麻烦，提要求..

查看详情 >

产品经理的工作有很多，从面向研发团队的交付而言，我认为最佳产出物是：讲明白和带回成就感，什么叫讲明白？怎么带回成就感？

讲明白：是产品经理在对业务的深刻理解前提下，将产品方案讲明白，我发现有些产品为了在技术评审时 保证产品方案能通过，开始玩儿小心思；这样除了增加产品和研发/测试人员的间隙，毛帮助没有，后续的技术评审就变得双方相互头疼和火药味十足，要知道产品经理的背靠背是研发和测试人员，他们的输出质量完全决定了产品在面向客户时有多少底气，所以产品经理坦诚一点：

讲明白是将业务场景讲明白，产品经理一定是个讲故事的高手，业务现场的业务现状，业务流程，角色职责及角色之间的冲突以及业务的深度挖掘，包括未来业务的走向，只有通过产品经理生动的演绎，才能为研发和测试提供统一的业务基础，为产品方案的评审和技术方案的构建提供正确的方向，这是技术团队负责人最关心的地方，当一个团队没有技术架构师时，技术团队负责人就负责了产品方案转换为技术方案的人选，所以不要吝啬讲业务故事的时间，一个评审会我基本是拿出一半儿的时间再讲业务故事，从实践来看，炜哥和瑫哥他们也没提出反对意见，看来他们也接受这种方式。

讲明白是将产品方案讲明白，这里的产品方案不是你直接掏出流程图，掏出你的原型；而是产品经理是怎么思考的，为什么选择当下的方案，这套方案的优点在哪儿，缺点在哪；当第一阶段[ 讲故事 ] 结束后，其实你的产品方案 研发和测试理解是水到渠成的事情，原因很简单：大家是基于同一个业务场景说事情。至于你的产品方案硬性产出物：流程图，动作时序图，原型图，PRD文档，是为了辅助你把产品方案讲明白。而不是说这些留痕就是产品方案（当然这些也很重要，是为了后续开发过程中回看的需要，这部分硬性产出我做的就非常的不好，感谢炜哥和瑫哥的不杀之恩）。

带回成就感：首先我们要严重明确一下：产品经理不是输出PRD/流程图给研发并评审完毕，就是算自己完美交付了， 研发不是按照产品的方案开发完毕并发布上线就完美结束了， 这不是一种团队合作方式，这只能叫团伙儿，我不咋喜欢这种方式。

带回成就感是说当你的方案发布后，产品经理要负责实施效果的跟进，并把业务现场的直观变化以及作业人员的心理感受带回来，交付给你的研发团队，这样研发的代码就有了业务生命力，“原来我的代码片段是对这块儿业务起作用” ，“原来我的代码这么大的使用量，需要多加一些监控保证稳定性，或者多堆一些机器扛一下突增流量高峰”，这些内容就会在技术团队间形成共识。一旦这份责任感和自豪感形成，那他们的代码在场景开发时，对异常和边界的开发就会有的放矢，测试Case也会在覆盖度方面有了自己的考量标准；这个时候产品经理上线前验收不验收就变得不重要（回想起来我好像就咋做过功能验收，感谢炜哥和瑫哥对我这么懒产品的容忍）。

讲明白和带回成就感 就是最佳标准吗？

• 产品经理通过对业务现场的需求挖掘和分析，解决了业务痛点，实现了业务交付。
• 产品经理和研发测试团队基于统一的业务场景，实现了产品方案和技术方案的交付，产研团队在业务领域专业度上同步精进，合作沟通无团队间内耗

我认为这就是最佳标准。

产品经理最好不要介入哪儿些事情：

百度文化中有一项：把最好的一棒交给下游；同时信任自己一样信任兄弟部门把事情做到优秀。所以产品经理不要介入技术方案的选型和设计，也不要介入技术开发逻辑，包括数据库设计。产品可以有写Python，Shell和SQL语句的技能，这是为了方便业务数据分析和系统故障的判定，但是在技术评审环节研发在讨论技术方案设计阶段产品给出技术见解是不合适的，技术团队负责人或者技术架构师会有自己的判断。我认为这是有必要的，就像产品要把重点精力放到业务需求的挖掘，需求真实性判定和产品方案有效产出上一样。如果产品把精力放到技术领域势必导致需求挖掘和方案产出思考的不足。毕竟一个人的精力是有限的

这个产品工作有个缺点：产品硬性输出物会不像功能型产品经理写的那么标准。会对后续产品研发人员的接手有一定障碍。

上面这么大篇幅讲产研团队合作和对外一致输出，这需要产品经理很大的功力，涉及到产品经理非常专业的技能：需求的挖掘与分析， 这部分我们放到这本书的最后来讲，这部分内容太多，并且不太好描述，有点可意会不可的味道。

好了，有感而发到此结束。