一、回归场景
1.如果接到需求之后没有“回归场景”：
小明接到需求后，和部门解释需求的必要性，大家围绕需求细节进行讨论，无法形成统一的意见。
小红接到考勤功能的需求，没有考虑时间规则，导致很多用户凌晨下班后可以直接上下一天班的考勤。
2.为什么要回归场景？
对外沟通更加容易，用易于理解、贴近实际的沟通方式来协调各个部门解决产品问题。
对内思考时回归场景。缺少任何一个必备场景都可能无法完成闭环，且能找到业务中真正的问题，给出高效的解决方案。
3.如何梳理场景？
（1）场景七要素，描述单场景：（某某户，在某环境，出现某时机，带着某目标，采取一系列动作，和某介质交互，完成某任务。）
tips：观察：在没有这个功能的情况下。 调研：如果有了这个功能。
比如：工厂客服在微信上收到了经销商发过来的门窗草图，为了将该草图绘制成方案图，客服打开了sketchup，开始绘制门窗方案，并完成了该方案。
如果有了我们的软件：工厂客服在订单中心收到了经销商发来的意向单，为了将该意向单转为正式单，客服单击进入该订单，开始完善门窗方案，绘制成功后修改订单状态为正式单。
（2）场景需求清单，梳理全场景：避免遗漏影响业务闭环。
第一步：基于前期的业务调研，梳理清晰的业务流程图。并将该流程梳理到场景清单的类别中。
第二步：将单场景挨个写出，并归类到类别后面。
第三步：基于场景拆解用户需求。
由于实际业务中场景需求非常多项，所以要抽离出最关键的类别/流程，形成核心场景需求清单，用于试错mvp。 并且最好为每个角色单独去梳理场景需求清单。
那么如何自检自己的需求清单是否为核心需求呢？1.清单中的场景能否形成业务闭环？2.场景之间是否有串联逻辑？3.清单是否已经是最简单版本（去掉也不影响闭环）？
二、理清价值 （步骤：首先找到价值，然后进行价值判断。）
1.为什么要saas产品更需要理清价值？
因为和c端产品相比，saas产品的顾客就是上帝。且c端产品只需要极致考虑用户价值，而saas产品更需要考虑需求对自身的商业价值。
2.价值主张：为特定的用户群体提供差异化的价值。
需求判断的第一原则---价值主张：saas产品虽然应该尽可能满足每个用户的个性化需求，但是不应该包含与价值主张完全不一致的要求。
3.需求的价值：分为用户价值和商业价值
用户价值：给产品的用户带来了什么？
商业价值：给saas厂商带来了什么？（收入：能否续约？/数据：对自身是否能采集到更多的业务数据？）
4.如何基于价值，进行价值判断？
产品价值判断三个典型的问题。
（1）如何判断某个需求要不要做？
第一步，判断是否符合价值主张。 第二步，判断需求的用户价值与商业价值。
四象限法则：用户价值为负，无论商业价值多大，不能做。商业价值为负，用户价值为正，谨慎考虑。
（2）业务链条不同角色诉求冲突，如何权衡？
侧重决策者的诉求；调和使用者的体验。
（3）如何判断多个需求的优先级？
kano模型：必备型>期望型>兴奋型
可分别对应为：闭环需求、进一步提升效率和收入、用户体验。
