调研|如何规范有效的通过业务场景做好产品调研业务|产品|规范|做好|调研|老年

编辑导语：产品经理在日常工作中会遇到多方提出的需求，需求需要跟业务场景结合判断，一个完整的业务场景是非常重要且必要的；本文作者分享了关于如何规范有效的通过业务场景做好产品调研的思考与方法，我们一起来看一下。

文章插图
“你把业务场景说一下？”这是产品经理会经常说的一句话，的确，业务场景是产品经理用于需求调研的一种策略，但是大部分情况下我们得到的反馈却是一句话业务场景，我遇到过需求方就会说：“我需要退货，让门店快速退货”。
对于B端产品经理，如何规范而有效的通过业务场景做好产品调研工作呢？
产品设计成功的关键因素是它与业务需求的关联程度，以及能否有效的支持用户实现其业务目标，在这里业务场景就非常重要，可用于帮助识别和理解业务需求，从而得出产品方案必须解决的业务需求。
业务场景是用业务术语与产品术语一起对业务需求的完整描述，将单个需求和其他需求关联在一起，放在整个问题的背景环境中审视和讨论。
一般业务场景有以下几个组成元素：背景环境、业务流程、执行该场景的人员（或者系统组件）、期望产出结果。
这里的背景环境很重要，如果缺失了背景环境，业务需求就是不完整的，产品设计价值不明确，就会导致潜在的产品设计方案存在一定的风险性；一个好的业务场景能够表达出重要的业务需求或问题，并使产品经理及开发者充分了解产品解决方案对用户的价值体现。
通常情况下，良好的业务场景是“smart”的：

具体的（Specific）：定义业务中需要完成什么？
可衡量的（Measurable）：通过成功的明确衡量指标。
可付诸行动的（Attainable）：明确的划分问题，为确定的产品方案的计划提供基础资源。
切实可行的（Relevant）：可在物理实现、时间、技术和成本约束的范围内解决。
有时限的（Time-bound）：产品解决方案的生命周期有明确的说明。

文章插图
想要得到正确且完整的业务场景并非易事，首先，你的用户知道他们想要什么，但是无法表达出来或者准确的传达。
作为产品经理，你仍然必须了解业务，了解业务场景中最重要的参与者：

花时间，观察并记录他们是怎么工作的；
从关键负责人那里了解关键业务规则；
专注于需要完成的事情以及熟悉它是如何被完成的。

这样做，会给业务需求到产品实现提供锚点，应该有勤奋且批判的态度，对后续的工作大有益处。
下面我们看一下如何实现一个业务场景的构建？这有一套业务场景方法矩阵，包括整体流程和每个分解步骤：

文章插图
1）识别，记录驱动场景的问题
用户调研问题尽可能表达成类似于流程步骤的描述：“需要做什么”，而不是“如何做”；提出有助于确定问题存在于何处和合适发生的问题：“您会在哪里遇到这个问题，在哪个业务流程中？是流程开始前还是过程中”等一些问题，同时，可以了解下问题的成本：问题本身的成本有哪些，是否存在其他隐形的成本；
2）识别该场景下的业务环境并将其记录
把问题放在整体的大环境去看，可以参照PESTEL分析模型，虽小题大做，但思路却相仿：

环境：识别这些问题困扰的关键过程及主要步骤，比如上述场景中的退场审核环节导致整体流程较慢
政治：存在这个问题的内部业务部门，比如门店店长
社会：相关联的外部合作伙伴，比如供应商运输司机
法律：存在该情况的具体的业务规则和章程，比如退货操作指导
技术：技术约束及应用到的技术原则，比如订单必须产生作业指令，才能操作退厂
经济：该场景下的资金支持程度，比如投入研发资源不足

3）确定并记录预期的目标结果：符合“SMART”原则
和用户确定预期的目标，目标依据要足以支撑目标，比如：投资收益、合规性、易用性及可伸缩性，这就是我们说的需求价值维度，要细化和量化目标价值；
那需求方的一句话需求，我们就可以通过引导需求方进行细化：“现在退货比较慢，阻碍了业务发展，我希望到2020年3月份，在门店的店长，需要在2天内快速完成和供应商的退货交接，从退货发起到商品供应商带走，并完成退货单；退货效率提升60%，人工成本降低80%，我们可以给你100人天的资源预算去完成这项产品研发工作”这样听下来，比一句话需求是不是就明确很多了！