（2）Where（场所）——在哪会用这个产品或功能？
（3）Why（目的） ——为什么需要这个产品或功能？和其它产品的区别？
（4）When（时间） ——在什么时候会用这个产品或功能？
（5）Who（人员） ——产品或功能为谁设计？谁来用?
（6）How（方法） ——如何使用这个产品或功能？
（7）value（价值） ——产品的价值？
避坑指南姿势四：在沟通后存在需求变动时，及时留下会议记录，并更新相关文档；需求评估阶段，相关部门都需参加评审，验收方案
为避免客户需求反馈片段分散，提升需求沟通效率，需引导客户完整体验产品，提出不足之处。经过需求沟通后，如有修改，需及时修改文档，避免因为历史文档，导致错误开发；为了避免解决方案与用户需求不符，造成资源浪费，在方案原型阶段需跟客户进行可用性确定。
另外，B端产品的功能使用角色不仅一个，进行功能设计、评审、上线时，需做到多方信息确认，举几个例子：
（1）涉及风控和合规的业务，相关功能上线涉及审核机制或敏感词库的建立；
（2）对于现有客户能感知到的产品变化，需要与客服同步，并做好上线时的客户通知；
（3）对于客户的定制化需求，如设计为通用需求，将给业务带来咨询与处理压力…
三、迭代上线
避坑指南姿势五：上线时间避开产品使用高峰时段
不要为了赶上线时间，把需求安排在周五或临近下班的时间点上线。出现问题时影响客户体验，且难以召集人员解决，上线时间应尽量固定时间在非周五、非产品高频使用的时间段。
避坑指南姿势六：需求方参与上线验收
除测试、产品对产品进行验收外，运营、需求方需先对产品进行验收后，再上线、引导客户使用，避免漏掉上线需求，或有使用问题。
避坑指南姿势七：上线及效果评估准备
上线前做好相关团队培训，准备上线通告、使用指引。如需同步上线推广，需提前准备好上线推广的内容和活动素材；通过上线前后的产品数据分析、渠道反馈等，进行效果评估。
需求管理贯穿整个团队，产品的需求管理不只是需求的记录，而是需求的策划、实现、效果评估都需要。每个团队需求管理方式可能都不尽相同，适合的方法论才是最好。
首席NewMedia声明：发布或转载此文目的是传递更多岛城资讯。若侵犯了您的合法权益，请联系我们及时删除！
