SaaS产品定义-场景与价值<br>https://processon.com/mindmap/612b3a30079129550eec8a26
关于场景与价值
场景的定义与价值
第一步：回归场景，梳理并描述业务场景<br>
第二步：厘清价值，找出场景需求的价值所在<br>
回归场景
why
对外沟通，外部部门或者人
对内思考，部门内部或自己<br>
what
单个场景上，saas产品不能创造，只能还原场景<br>
多个场景上，saas产品需要构建产品的闭环
how
描述全场景
梳理联调中的全场景
需要整理一个场景需求清单
厘清价值
需求来源于场景，满足需求产生价值<br>
saas产品价值
场景是真实存在的，不存在伪需求
客户是要花钱买产品的
产品本身要实现商业价值
产品所谈的价值
商业价值
在经济意义上，<br>客户愿意付出成本去使用某个产品或者服务<br>
用户价值
要与目标用户的，人生价值，业务目标相符合<br>
产品经理要干的就是
找到价值
明确产品的价值主张
找到需求对应的价值<br>
场景7要素
场景的描述方式
某一个用户<br>
在某一特定的环境下
出现某一个特定的时机
带着某一个目标
采取了一系列行动
和某些介质交互
完成了某一特定的任务
场景七要素
环境
空间、材料、设备等物理环境
物质、工具、时间、金钱等约束条件
时机
触发用户产生目标的事件
影响用户行为的环境变化
任务
描述的关键
对外沟通达成统一认识
对内思考能够复原场景<br>
描述成功的标准
通过场景描述，能产生画面感<br>
七要素之间的关联
如何获得
观察：若没有这个功能
调研：若存在这个功能
场景需求清单
定义
场景需求清单是多个场景串联的结构化信息
它是一个业务链条下场景及场景拆分后的需求的合集
用途
梳理业务链条下场景之间的关系
避免遗漏影响业务闭环的场景
如何梳理场景需求清单
梳理出清晰的业务流程
将场景写出并归类到流程
基于场景拆解用户需求
为什么需要得到核心场景需求清单
产品研发有先后顺序
ToB研发成本高
通过核心场景需求清单来迭代验证（MVP）
核心场景自验清单
清单中的场景是否能让业务完成闭环
场景之间是否有明确的串联逻辑
清单是否已经是最简版本
价值主张与需求对应的价值
概述
宏观层面：<br>
产品对应的价值主张
由产品总监制定，产品经理进行理解
微观层面
需求对应的价值
更多的时候需要产品经理自行判断
价值主张
为特定的用户群体，提供差异化的价值
这是进行需求判断的第一原则
价值分类
用户价值
给产品的用户带来什么
效用类价值：便利性、经济性、安全性...<br>
体验类价值：权威、身份、社会关系<br>
saas产品中最常见的价值是效用类价值
商业价值
给saas厂商带来什么
收入：签约、续约
数据：数据的采集
如何找出价值
需求的用户价值是否与价值主张相契合
需求的用户价值类型是什么，表现在哪里？
需求是否存在商业价值，表现在哪里？
基于价值进行需求的判断
如何判断一个需求要不要做
判断是否符合价值主张
判断需求的用户价值和商业价值
如何判断多个需求的优先级
将需求按照KANO模型分类
在不同层次内判断优先级
KANO模型
必备型
如果没有，用户就不满意
如果有，用户充其量刚刚满意
期望型
如果越多/越好，用户就越满意
如果越少/越差，用户就不满意
惊艳型
如果没有，用户无所谓
如果有，用户会非常满意<br>
优先级
必备型》期望型》惊艳型
必备型需求层次内不存在优先级先后
期望型、惊艳型存在商业价值的优先
SaaS产品设计-架构与功能<br>https://processon.com/mindmap/612b3aaae401fd1fb695a8aa
关于架构与功能
SaaS通用的架构
如何梳理符合业务的架构
基于架构设计功能，满足个性化需求<br>
SaaS模式概述<br>https://processon.com/mindmap/612ac9085653bb2d6d1431c8
SaaS产品和ToC产品
定义：什么是SaaS
趋势：SaaS的过去与未来
分类：SaaS的细分结构
SaaS业务的阶段特征
如何理解SaaS业务<br>https://processon.com/mindmap/612ac9205653bb2d6d1431d0
关于理解业务
如何快速了解一个行业
如何进行业务调研
