生活需要记录，人需要生活。
今天和业务部门进行需求审核，对的是公司内部SAAS系统的采购模块。怎么说呢？就是觉得不专业吧
辛辛苦苦把原型画出来了，今天就拉着我的直属leader和采购小姐姐进行需求核对。我脑补的画面是----采购小姐姐看到原型疯狂diss我，各种说我考虑不够周到，然后展开一场业务部门与产品经理的撕逼大战。然而实际情况是，我直述每个界面的需求点，交互规则，体验优化点，采购小姐姐却一脸蒙蔽。这是让我很意外的，姐姐，咱们是否可以稍微专业一点呢？然后我俩就问，“你的核心需求到底是什么？你要的几大模块是什么？”。支支吾吾，说出三言两语，就这还是让我不痛快的，连自己的需求是什么自己都不知道。我又问了使用到的几个字段，业务方的计算规则是什么？嗯，，答案是还没确定下来。所以这是最不专业的业务部门的。接下来能预料到的，我的女leader和女采购进行疯狂撕逼，而我作为一个男生，自然不好插手女生之间的事了。
但是工作还是要做的，项目进度还是要推的。其实在工作中，业务部门常常不知道自己具体的需要是什么，只是知道提出一个很大概的不接地气的概念。“今天请给我做一个数据分析可视化界面，我们以后工作要以数据为驱动。”当具体到怎么做？要哪些图表？是否需要预测功能？预测规则是什么？，等等。这时候，业务部门就是开始蒙蔽状态。
所以在工作中，第一步，我向来是自己先去了解业务，把自己当作业务方，然后再把自己当作产品经理，因为我一直认为在To B 产品中，不懂业务的产品经理多半在瞎胡闹。
第二步，与业务部门好好聊天，这里就要涉及挖掘需求之聊天的艺术，不是上来就问“我给你一个饼状图吧，你能看到每个类目的占比”，这样“带着解决方案的提问”通常会被业务方欣然接受，但是很多时候并不一定真正解决了业务方的需求。所以我们的聊天应该是“以引导出需求为目的，再后续考虑解决方案”为指导思想。我问你“你们平时在做报表时，关注比重问吗？关注发展趋势问题吗？关注对比关系吗？”得到肯定答案后，或许这时候，我们考虑做折线图，雷达图，还是条形图。
第三步，带着你80%完成度的原型再找业务部门聊聊吧。每次原型出到80%的时候我就会再次拉着业务部门开始聊天，告诉他我每个设计点的目的。这时候，通常会又提出很多有的没的需求，但是这时候你要记住，如果提出的需求与这次节点没关系，那么就是留到下次迭代了。并且如果提出的需求涉及到模块之间的布局关系，关系到整个SAAS系统的架构问题，那么肯定是不能放弃底线做妥协的。举个例子，我在给他们做每个维度的统计界面时还给了他们一个首页，首页主要展示有些关键性指标信息。这时业务方提出我的折线图需要数据下转功能。（黑人问号？）我这里让你数据下转了，我还要其他几个详情界面干嘛？首页大屏就是提供整体统计性数据，对于有疑问的数据想要了解原因，请移步对应详情界面。
第四步，原型全部完成，最后一次拉着业务方聊，就是最后的需求审核。这里有一个很重要的工作，就是明确业务方需求的优先级，从而确定自己功能点的优先级，你要知道在后面与开发的需求审核过程中，开发小哥可是会疯狂砍需求的，所以我们必须明确功能点的优先级，保持自己的底线。在考虑资源和其他成本的前提下，合理砍需求。
好的，明天带着PRD转交开发，开心！
