3.saas产品定义--理清场景和价值

一、回归场景

    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模型：必备型>期望型>兴奋型

                可分别对应为：闭环需求、进一步提升效率和收入、用户体验。