SaaS产品定义——场景与价值

来自网络

作为B端产品经理，无论是定义一个小功能或是一个核心模块、或是整个产品一般都分为2步：

第一步：回归场景——梳理并描述业务场景。

一、若没有回归场景

拼团案例：则有可能针对拼团持续时间、成团人数、拼团流程等细枝末节争执等面红耳斥；

针对以上问题，就要回归拼团的场景有哪些？例如是2个好朋友之间，或是几个同事之间、或家里人七大姨八大姑一起拼团？

由此你要穷举你的场景，然后考虑你的功能要覆盖哪些场景？

二、为什么要回归场景？

a、对外沟通——部门外部/他人

产品经理想要完成一项任务，需要和多个部门，多个角色频繁地传递用户需求，因此使用一套易理解、贴近实际的沟通方式。

而场景就是通行于不同角色之间解决产品问题的语言。

b、对内思考——部门内部/自己

产品设计的过程是先发散后收敛，因此在动手画原型、写文档之前、我们需要做大量的思考、调研；而穷举场景，且需要思考每个场景的价值，场景覆盖的人群，场景发生的频次等；

三、为什么saas更要回归场景？

a、单个场景上，saas产品不能创造、只能还原。

单个场景上：C端自己就是用户，可以以发散的方式创造场景，从而引领用户需求。

saas场景：saas业务天然存在壁垒，无法发散获取，只能还原场景，且颗粒度更细。

b、多场景，梳理多个场景时—saas产品需要考虑业务闭环。

单场景：C端产品，偏向单个场景，产品用户路径相对简单，重点在于单点突破核心场景。

多场景：saas产品的业务链条长，缺少任何一个必备场景都可能无法闭环。

四、需要怎样描述清楚场景呢？

先需要将单个场景描述清晰，进而梳理链条中的全场景

1、描述单个场景：如何通过场景七描述场景？（此部分下个章节分享）

2、梳理全场景：如何通过需求清单梳理场景？如下截图所示

3、场景需具备2点：唤起点、临场感；

比如说：一个用户站在路边打开滴滴打车叫车。唤起点，一个用户需要叫车；临场感：用户站在路边。

只有具备着2点，用户的场景才具备实际需求。

第二步：厘清价值—判断场景中需求的价值

需求来源于场景，满足需求产生价值。

1、saas产品价值判断3个最典型的问题

a、如何判断某个需求要不要做？（包含kino模型）

b、业务链条不同角色需求冲突。如何权衡？

c、如何判断多个需求的优先级？

以上3个后续，再详细讲解。

2、为什么saas产品更需要理解价值？

a、c端和saas产品价值对比

C端产品可能存在很多伪需求，可以将其进行过滤，然后对其余需求进行价值判断。Saas的场景都是真实存在的，客户就是上帝，不存在伪需求，所以需对大量需求进行判断。

大部分C端产品只需要极致考虑用户价值，而忽略商业价值。saas客户是需要花钱买产品的，所以产品经理更需要考虑需求对自身的商业价值。

b、用户价值与商业价值的关系

产品服务满足用户需求，满足用户需求之后从而产生用户价值。而用户价值累计到一定程度时，会促进商业价值，而好的商业价值，又会反过来反哺更好的产品/服务。其实我们都知道产品规划甚至设计一个款产品的价值，都同时考虑产品价值，用户价值，商业价值；只有将这3者平衡好，才能形成良性循环。

希望今天的分享对你们有些许帮助；

end

---

我是枯藤老叔 。3年创业，4年产品经理；

日常通过互联网平台叨叨自己对产品，对创业的所思所想！