这是一次接业务需求方提到的需求开发一个在实现难度为简单的小功能。但整个过程里遇到的问题也是值得总结思考，以增加日后类似项目的经验。
一、需求方对自己的需求并不清晰。
这次接触的需求方希望把自己的一个业务的数据做成一个类似月报的页面。起初接到这个需求的时候，有点类似做一个月度专题。在搜集该业务资料，了解这个业务背景，发现①该业务仅做一个月报来罗列，不能体现业务数据本身的价值。②该业务的统计都是由人工一个一个去算，文档记录。③做月报目的是吸引更多用户查看并转化，按需求来实现，预估效果并不比旧有业务有效。
在一次需求确认会上讨论时，需求方透露这个业务其实关注量很高，但人工统计非常麻烦，且有不及时状况，可能会延迟好几天公布，而且月报展示模式也很单一维度。
作为一次需求分析师的身份，重新梳理了需求方对目前业务的情况和未来展望了解过后，给予了一个解决方案。即时更新+月报总结，解决信息不及时更新及报道总结维度分析单一性。需求方也认同这个方案，认为能够提高他们的业务业绩。
二、沟通过程中的认知阻碍
需求方对于技术不大了解，不能站在大家在同一认知水平上来进行沟通，所以在过程中更需要站在需求方的角度来做比喻，且要更详细去问一些细节点，因为有些词语或者一些我们都认为这是共识的事情，对方其实并没有意识到，所以反复沟通确认。虽然多次重复确认可能会觉得浪费时间，但重复确认过程，更多是为减少返工的可能性，和更加了解需求方的想法和认知范围，从而调整沟通方式。
以上是这次沟通经历的一些总结。
