实例化需求如何将抽象的用户需求转化为实例化的产品体验
要知道用户需求是不可见的，它是一种抽象的概念；而产品体验是真实可见的，它是用户需求的一种实例化表现。如何将抽象化的需求转换为实例化的体验，产品需求便是一个不可或缺的中转站。如何发掘用户动机、确定用户需求？用户想要一个钻头，这是用户的需求；但这不是他的动机，他可能只想在桌子上钻个孔。那么这个钻孔才是用户需要钻头的动机，由此来看，用户动机不会直接展现，但是我们依然可以从他们的行为和反馈进行推断。这需要一个完整的三层递进的操作体系，从“影响地图”到“用户故事地图”再到“实例化需求”，越到后面越反应实操方面的特性。
1、实例化需求的基本流程
现实中经常出现一种情况，产品根据用户需求去改进，往往功能实现了，用户却不爱了。不是功能改进不行，而是有时候用户自己都不清楚自己到底需要什么，毕竟用户专业度有限，而我们要做的，就是根据用户需求去发掘用户动机，然后综合环境、产品、用户去整理自己的产品需求。定系统、找用户、问目的、画场景、设功能，这5步法：
最终得到以实例化形式描述的需求列表，包括对应的验收准则，以及满足这些需求的功能清单。
2、实例化需求和MFQ&PPDCS的结合，可谓自然天成，相辅相成
实例化需求分析的输出侧重需求增量本身（验证需求），而MFQ&PPDCS测试设计则需要在此基础之上，进行全方位的扩展（验证系统）。简单来说，“实例化需求”过程的前半段帮助KYM（Know Your Mission），后半段应用“PPDCS”解决“M”，并提供SF（Single Function）和PF（Product Function：需求波及的产品已有功能），作为“F”和“Q”分析设计的基础。
3、通过“实例化需求”方法的落地实践，经历了一个完整的PDCA循环
1）计划阶段：通过“试点推进，策略实施”，迅速建立了“需求实例化”实施的样板案例，建立了需求分析说明书的模板，为规模推广打下了基础；
2）实施阶段：通过“流程固化，融合MFQ”，把两者方法的结合使用，有效地嵌入到实际交付的流程和规则中，保证了效果的持续发挥；
3）评估阶段：通过“数据分析，灵活使用”，证明了方法推广的实际收益，提升了团队进一步深入开展的信心和动力；
4）改进阶段：通过“纵向拓展，横向提效”的改进方法，将“需求实例化”方法的正面效应，扩展到产品交付的全流程中，为整体的产品价值交付注入了更大的动力。
总之，任何一项优秀实践，只要对产品交付有利，都能够找到合适的方式推广落地，只要在整个过程中坚持采用系统思考的方法，从整体优化的角度寻找解决方法，就可以达成预定目标。
