产品思维成效地 5大需求 产品化思维 如何落地( 三 )


归根到底,洞察需求只需要做清楚以下几件事情:

  1. 用户想了什么(动机);
  2. 用户说了什么(需求);
  3. 我们要做什么(方案) 。
怎么找到用户的真实动机呢?可以尝试 5Why 原则,即针对一个需求,多问几遍为什么,通过一种方式尝试追问任何一个现象、任何一个问题、任何一个需求和任何一个想法背后的真实动机 。
4. 需求与方案在产品分析里所定义的需求,某种程度和经济学里的需求也很类似,消费者(用户)某个场景触发某种基于某种需要能够消费某个产品或功能 。
产品思维成效地 5大需求 产品化思维 如何落地

文章插图
需要是因,需求是果,前者来自于欲望的驱动,而后者是针对前者的一个实现,是产品,是功能,甚至是解决方案 。时代或许在变化,但是满足需要的本质没有变 。
从“用户”到“产品经理”,从“用户要求”到“用户需求” 。需求的分析,是一个实现了主体转变的过程 。产品经理的最终决策,也是基于各类约束条件下的最佳选择 。
四、深耕场景:由需求触及使用1. 为什么需要了解场景在收集需求时,一般会采用用户故事的方式 。用户故事用一句话简单描述:“作为一个, 我想要, 以便于”。
在需求分析时,我们也可以借用这个框架来表述,可以表述为 2W1H:“我们为谁(who),用什么方法(how),解决了一个什么问题(what)” 。
共情用户是为了了解「为谁做」,洞察需求是为了知道「是什么」,但是这个时候往往对于需求的理解还是不够深刻 。缺乏场景,如同纸上谈兵,片面而又局限,抽象而非具体,很难得到「做什么」的产品方案 。
有时候,我们迭代功能往往是因为竞争对手拥有了该功能,而非分析了用户的真实需求和场景 。清晰的用户画像和使用场景,是整个产品的必备条件 。在产品设计前,亟需进行一次细致而又全面的场景分析 。在网上看到过一个描述场景非常形象的例子,场景就像一双鞋子,只有穿鞋的人自己知道这个鞋的舒适度如何,比如包裹感,缓冲感等等,另外,鞋子还有休闲鞋和运动鞋等不同类型,不同的场景需要穿不同用途的鞋子 。
因此,我们分析场景,不仅需要考虑自己穿鞋的体验,还需要考虑用户感受 。
2. 场景是什么对于场景一词,百度百科翻译为场面和情景,主要指戏剧、影视、文学作品中的场面 。就像我们看科幻电影时,我们时常会惊叹场景宏大,看悬疑片时,会因时而转折的线索而屏息凝神 。
场景两字拆开来看,“场”是来源于戏剧中的概念,指故事的一个小片段,是一个时间上的定义 。而“景”是代表景物的意思,是空间上的定义,所以“场景”是时间和空间的结合,为了突出主题,推进故事情节,为剧中的角色的人设做铺垫 。
产品思维成效地 5大需求 产品化思维 如何落地

文章插图
回到产品上的场景分析,其实也类似 。我们可以从两个维度出发:用户需求场景和用户使用场景,每个维度又分别可以从角色、时间和空间等属性进行结构化考量 。
3. 用户需求场景实际上,这里是需要和需求的分析,在前文洞察需求里我们已经用很大的篇幅来阐述差异点,对于我们分析场景时,两者很多可以共用,需求场景分析也是对需求分析的补充,用一句话阐述:“某某角色(who)在某某时间(when)某某地点(where)出于某种动机(needs)采取了某某方式(how)解决了问题” 。
这里举个例子,我在从 0 到 1 设计某款云密码产品时,其背景是因为某 GB 国标的发布,要求所有关键基础设施信息系统(不展开了)都要求通过商用密码安全与应用性评估(简称密评) 。
在继续深入调研时发现,尽管是 GB 国标,但是执行时间有先后,首批要求执行的是所有政务信息系统,且部分密评改造必须在 21 年左右的时间完成,而私有云的主要客户是政企与金融,如无法使自身云平台符合密评,可能导致未来无法遗失所有政企客户 。
因此,为了应对未来巨大的潜在市场和,作为云平台产品经理需牵头设计一款符合 GB 密评规范的产品 。
在了解了诸多信息后,该需求场景分析就变得很简单:“政企行业角色(who)在政策法规要求时间(when)的政务云互联网(where)出于信创指标/政策法规/上级任务等动机(needs)采取了密评定制改造的(how)方案解决了问题” 。
对于用户需求场景的分析,往往我们可以用于评估需求的价值和重要程度 。比如在这个例子中,所有政企客户必须过密评,而时间又比较紧张,现在是密评定制改造又需要耗用大量的时间、精力和金钱,成本较高 。所以,为了增加存量政企客户粘度以及建立新的政企客户切入点,密评产品化势在必行 。