产品经理充当与用户沟通的桥梁，确保用户的需求和反馈得到妥善处理。 在解决用户痛点的过程中，产品经理需要关注关键的信息交互节点。 本文从需求梳理、产品功能、展示逻辑、开发周期四个角度分析了与用户交互的关键点。 让我们来看看！

产品经理工作的核心是解决用户痛点（见文章链接：）。 用户在解决痛点后会给出各种各样的反馈，有理性的，也有感性的。 痛点从用户提出的时间节点开始，直到痛点得到妥善解决。 在此期间，产品经理处于沟通桥梁的核心，是关键信息的产生者。 用户就像一个信息接收器，通过他们接收到的点滴信息。 信息经过收集、整合和处理，输出最终的感官反馈。 因此，产品经理在与用户交互的过程中，必须有意识地关注每一个信息交互的节点，为用户构建满意的交付体验。

痛点解决全生命周期的关键信息交互节点包括：需求梳理、产品功能、展示逻辑、开发周期等（图1）

图1 信息交互关键节点

1.需求排序节点——相对独立性意识

产品经理深入业务领域，通过用户研究了解痛点背景以及用户期望达到的效果。 用户从业务角度分析遇到的痛点，根据自己的理解提供“合理”的产品解决方案。 产品经理的表现如何？ 是服从用户，完全照搬用户对用户所说所做的理解吗？ 更好地发挥产品经理的专业能力，利用了解业务的机会，引导用户思考，共同寻找更全面的痛点理解，有利于更全面的产品设计解决方案。

产品经理是专业技术人才。 从实践经验来看，正确的做法是把从用户那里得到的痛点分析和解决方案作为解决问题的参考，然后保持产品经理的相对独立性和专业性，在全面理解业务痛点的同时构思完美的产品解决方案点。 为什么？ 关键是产品经理比用户有更全面的视角。 （图2）

图2 用户视角VS产品经理视角

用户从前端页面介入产品，用户实际操作业务，然后结合使用产品功能的经验和理解，建立个人对产品的理解。 产品经理是产品功能模块的制定者。 他不仅从前端页面了解产品，还从业务看不到的后端逻辑对产品进行拆解。 另外，产品经理了解业务现状。 与用户对产品的了解相比，产品经理对产品全貌的了解深度和广度都有很大差异。

事业长青的星座_事业长青的星座_事业长青的星座

2、产品功能节点——供应链闭环思维

对于用户来说，最期待、最核心的就是将他们提出的痛点全部转化为合理的产品功能模块。 用户是产品解决方案的评价者，产品经理必须更全面地为用户着想，确保用户的痛点得到真正解决。

经常发生的情况是，用户存在A方面的痛点，产品经理以解决A方面的痛点为目标来设计产品解决方案。然而，解决A方面的痛点会导致A方面的难度/风险增加。 B方面的业务执行力。因此，作为一名合格的产品经理，必须从产品功能维度和业务实用维度进行更加全面、全面的考虑。 从供应链的角度来看，供应链由实物流、信息流、资金流组成。 产品解决方案应该在这“三流”维度进行验证，否则可能会留下/产生漏洞风险点。

以实际工作中遇到的产品功能模块为例。 作为采购平台，采购订单下达给供应商后，供应商会根据实际生产和备货情况分批发货，从而将单个采购订单分解为多个发货订单。 ，发票生成后，采购订单状态由待发货更新为已发货，发票状态设置为已发货。 部分发票到货后，供应商进行到货验收，发票状态更新为“已到货”，然后采购单位对单张或多张发票进行到货验收，发票状态更新为“已验收”。 采购单位如需退货，可在受理订单维度申请整个订单的退货。 （图3）

图3 不同类型文档转换逻辑

原来的逻辑下，当采购订单状态为待确认时（供应商确认支持采购订单，确认操作后采购订单状态更新为待发货），采购单位可以取消订单。 随后，采购单位希望为所有类型的商品添加2个采购订单，可以取消该场景：

如果采购订单状态为待发货，您可以取消整个采购订单； 如果采购订单下生成了交货单，并且交货单状态为全部到达，则可以取消整个采购订单。

在采购订单确认支持逻辑中，供应商首先会确认是否可以支持。 如果可以支持，就会开始备料、调度生产、质检，最后通过物流运输将合格的实物产品运送到需要的目的地。 在这个用户痛点需求中，产品经理提供的解决方案是支持采购单位取消上述两种场景下的整个采购订单，并按照逆向流程资金流向要求将相应资金退回到原始账户。

虽然这个产品解决方案考虑了供应链的信息流和资金流，但是实物流呢？ 当采购单位计划取消时，供应商可能已发出实物货物，相应的发票状态为已发货，或已备料、排产、质检，或处于发货前的包装准备期。 已发货状态的发票必须等到货物交付后才能满足上述采购订单场景 2. 的取消条件。 但无形中增加了供应商的物流运输和备料、生产、库存成本。

事业长青的星座_事业长青的星座_事业长青的星座

从产品功能来看，虽然采购单位可以对未发货的实物发起禁止发货，但也会增加供应商的备料、生产、库存成本。

长此以往，供应商就会寻找各种无形的手段来减少潜在的损失，最终降低用户的满意度。 这时，作为产品经理，就应该回到需求梳理节点，发现用户痛点的真正原因，然后依次处理。

3.展示逻辑节点——UX优化思考

在这个阶段，产品经理是重要的参与者和评估者。 作为参与者，我们通过原型设计输出产品交互逻辑的功能框图； 作为评估者，我们对UI同事设计的高保真设计图进行评估，并提供修改和更新的意见。 但实际的产品经理往往在这个阶段投入的时间较少。 那么用户体验就存在很大的风险，导致用户满意度因偏离业务使用习惯和业务场景而下降。 接下来我们就以一个实际产品为例来说明这个问题。 （图4）

图4 实际产品页面示例

虽然该产品功能可以解决用户在线填写信息的痛点，但用户至少需要滑动四块屏幕才能完成所有信息。 这个产品页面的不合理设置会给用户体验带来很大的负面影响。 经过分析，至少有两个地方可以改进：

填写的字段信息堆叠显示，浪费页面右侧较大空间； “提交”、“保存”和“取消”按钮永久显示在底部。 填写完所有信息后，用户可以直接点击“提交”、“保存”和“取消”。 容易误操作。4． 开发周期节点——合理的项目管理

从用户痛点释放到建设完成并上线验证的整个过程的时间周期，体现了满足用户需求的效率。 产品经理应根据用户的实际期望合理协调研发和测试资源，确保达到解决用户痛点的高标准。 在日常工作中，单一研发资源承担多个研发项目任务，研发资源短缺已成为常态。

产品经理肩负着项目经理的角色，需要加强与用户的沟通，让用户了解实际情况，并及时向用户侧更新进度信息，确保用户全面了解。 了解产品团队真正重视并且正在解决他们的痛点，并且了解产品经理付出了很多努力来协调各方以尽快解决他们的痛点。