来自网络
作为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年产品经理；
日常通过互联网平台叨叨自己对产品，对创业的所思所想！
网友评论