本周产品思考（5月27号）

一、需求合理性的把握

所有需求都是来源于问题，在提出解决方案之前，先去定位问题。而且永远不要相信别人跟你说的问题；永远不要想当然地认为问题应该就是这样形成的，你要自己去验证，在这个过程中形成自己的思考和判断。

京东系统交互复杂，底层逻辑盘根错节，而且往往会牵一发而动全身。从实际操作来讲，当需求方提出一个问题的时候，首先不应该是着手去做，而是去核实这个问题，并且验证问题可能会出现在哪些环节。比如当需求方提出说“付款失败”的时候，应该首先找到真实的case，去核实一遍。核实了问题之后，搞清楚这个付款单可能会经过哪些环节流转，每个环节可能会出现的问题，上下游逐个排查，然后再说应该怎么去改，改动成本有多大。

二、方案调整反映出来的问题

（1）梳理流程：理清业务流程、系统流程；如果涉及到计费和结算，还会有资金流程；

（2）确定方案：确定用户使用和交互流程；确定页面展示和后台数据流转逻辑；

（3）细化方案：将其中涉及到上下游交互的关键字段梳理出来；明确字段的业务含义；字段如果涉及到上下游多个系统，要明确在这个过程中有没有被其他系统赋值

三、交付给研发的产物

1.需求及场景，需求的必要性：在什么情况下，会产生这个需求，这个问题的解决有多重要

2.需求梳理：理清楚三大流程：业务流程、系统流程、资金流程

3.涉及到的材料：PRD、调用别人接口需要接口文档、涉及到的链接需要事先提供好、依赖其他系统排期的需要提前沟通好，保证研发拿到需求后随时可以开始开发

四、沟通

1.和业务方的沟通：尽量降低业务方预期，不要承诺过多；有进展后第一时间同步，让对方知道问题已经在解决中了；方案确定后一定需要组会讨论，保证双方认同，且对方案能够完全达成一致；

2.和研发沟通：沟通前准备好上述材料；

3.和其他系统沟通：需要上下游系统配合的第一时间同步

最重要：团队合作涉及到多个团队、团队里的很多人，信息经过多次传输很可能已经失真，不要相信任何人，所有的信息必须经过自己多方求证，才能往下一个环节输出；你的信息一定要准确无误地同步给别人，并且让多方能够就信息达成一致，所以尽量通过组会讨论、邮件同步的方式进行同步，减少信息重复传递的缺失；超出自己能力边界的事情要及时寻求帮助，不要让自己成为问题的卡点。