如何从微观层面阐述产品思维

什么是产品思维?就是根据功能设计看出他们之间的关联以及交互逻辑,能基于现有模块去构建、梳理新的功能需求,并提供解决方案。提升产品思维能更好的解决产品上实际问题。

如何从微观层面阐述产品思维

产品是服务用户的介质。技术会进步、产品会叠代,很多事物一直在变化。以前我们写信通讯,后来有了电报、有了电话、有了微信。在通讯这件事上,一直没被变,只是物体形态变了。

很多未被满足的需求,以及人性的需求,其实满足某种需求的产品一直在,只是看待事物的思维改变,导致形态发生了变化。

如何从微观层面阐述产品思维

就像福尔摩斯说:其实证据就在你眼前,但是你看不见。所以当我们没有产品思维的时候,往往很多机会放在你面前,但是你视而不见。

很多人都说:产品思维我也知道,但是不知道从何入手。本文会从微观层面阐述产品思维,希望可以帮助一些产品经理等更好地了解产品思维。

一、如何搭建角色关系图

如何从微观层面阐述产品思维

角色关系图怎么搭建呢?

决策者或者Boss一般都非常忙碌,不可能整天对他们进行追问。我们需要整理好整个项目的相关的资料,遵循敏捷原则,花一个小时左右的时间,模拟分析、快速沟通、修正方案。

需要强调的是,在搭建角色关系图的过程中,决策层的参与和建议至关重要。因为搭建角色关系图,可以帮助你在设计中变得有理有据。

同时,由于关系图是经过决策层参与的,他们对产品的理解往往更加全面和深入,能对业务提出更多建设性建议与方案,也便于获得更多的资源。

1. 产品背景

总所周知,淘宝是C2C网购平台,闲鱼是闲置交易平台。

顺着产品定位,去了解一些产品背景相关的行业资料和竟品信息,他可以帮助我们快速了解产品想要提供的服务是什么,并以此作为一切的判断标准。

2. 用户画像

画像是给用户贴标签的过程,通过给用户贴标签可以帮助我们知道用户的心理模型,更好地从用户的角度去出发。

比如淘宝是:生活在一线城市,25岁的月光族,消费价值观是:冲动消费;而闲鱼则是:居住在三线城市,34岁的工薪族,消费价值观是:在乎性价比、货比三家。

3. 使用场景

使用场景则是由抽象转化到具象的步骤,在这一步通过很多的用户使用路径来设计策略。用户在淘宝订单详情页看到「转卖」入口,并引流到闲鱼出售,形成使用路径。

了解和整理完上述资料,基本对行业、产品业务和新需求,已经有一个大概的了解。这个时候我们再通过会议,把决策者拉进来一起模拟分析一遍,通过会议沟通,调整和修正对业务的理解,就可以把角色关系图梳理出来,团队的人可以把角色关系图打印或画在墙上,便于团队把业务目标明确清晰。

4. 预期目标

图中我们定性假设,一线月光族冲动消费后,希望闲置物品出售;三线工薪族,在货比三家的同时也追求品质,可以接受二手闲置物品。

产品的最终导向是服务,预期目标可以帮助我们了解如何服务好用户,以便于对结果进行验证。通过画像结合定性思考,得出预期目标,后面便可以作为验证依据。

二、场景捕抓

在面对一些系统框架、被开发询问设计理由,或是拿到一份不靠谱的原型时,你是否有迷茫或无从下手过?

为了在前期尽可能地规避问题,让后期翻工率下降。产品经理在开始前,需要对使用场景进行走查模拟。我们从角色关系图中可以知道业务相关的信息。

对一件事有全局认知,就能察觉到真相和本质。如果认知不足,就算证据放在你面前,你也看不到。

拿到原型,我们可以就像侦探一样思维,对产品原型进行走查排错与分析,还原设计场景,清楚用户如何使用产品,提出假设。它能让我们梳理清楚用户怎么使用产品,了解用户预期目标。

在基于用户场景的情况下,结合业务诉求设计。

捕抓场景主要有4个步骤:

如何从微观层面阐述产品思维

1. 什么角色?

接到需求后,思考整个系统中,一共有几个角色,哪些角色可能会参与流程,这些角色有什么特征/区别。这一步的需求,可以帮助你从全局地从不同角色进行走查和场景模拟提供思路。

2. 什么地点?

这个角色在使用场景上,有何特征?需要如何使用产品?如:工作期间、休闲时间、户外活动等。不同场景,用户的紧急程度和需求都会不同,了解角色场景可以帮助产品经理更好站在用户维度去思考问题。

3. 什么状态?

某一角色在某个具体的流程节点中,是处于什么状态?角色如何知道处于哪个位置,需要做什么事情?这个环节可以帮助产品经理在流程节点中,对用户使用边界做出规定。

4. 能做什么?

梳理了流程节点,圈定好功能边界,则需要引导用户正确使用产品。在页面中,用户如何操作,内容的层级和优先级如何排序,数据边界,都是需要考虑的。

按照场景捕抓对所有角色的场景图梳理完后,会使你会对整个系统的角色、状态和行为预判,有一个新的认知。

可以通过模拟的场景和使用路径补充来梳理用户的使用场景,从而达到商业目标的达成和满足用户体验的平衡,而不是自嗨,或者BOSS一言堂。

三、开发层面模式

如何跳出执行层,让自己具备产品思维?你得了解「开发层面模式」

1. 数据表对应关系

这个思路是从后台数据表对应关系里,了解到的方法。开发写数据库建表的时候,需要知道数据表对应关系。一个好的结构,会减少一些不必要的表或字段等。

数据表关系分为四种:一对一、一对多、多对一、多对多。

如何从微观层面阐述产品思维

由于开发处于流程偏后端的执行岗位,很多具体详细的内容,开发会等到原型出来才知道具体功能内容和架构。

设计了解数据表关系,可以提前预知哪些节点是会影响到当前需求的,这些节点之间的关系如何,他们影响了哪些模块,以及建表方式,有效减少很多沟通和修改成本。

2. 功能逻辑图

在梳理完关键节点后,则需要去深化这些节点。在面对一个复杂的系统,尤其是ToB业务。角色之间的关系非常复杂,产品经理想要完整且深入地了解业务,就要学会画出功能逻辑图。

功能逻辑图有何用?功能逻辑图可以梳理出功能内部的逻辑走向,一般跟随UC(User Case)一起,对设计具体的页面和交互有很大帮助。其基本元素为:行为、流程、判断条件、说明文字。

如何从微观层面阐述产品思维

(▲功能逻辑图▲)

了解对象和对象之间的:调用信息、异步信息、返回信息、自关联信息,会让你对后台数据的实现和流程有一个大概的了解。

你将知道一个数据是从哪里来,经过哪里,到达哪里,是否会引起冲突等等,从而在设计阶段规避很多问题。

3. 时序图

时序图其实是开发在UML建模的一种,是显示对象之间交互的图,这些对象是按时间顺序排列的。顺序图中显示的是参与交互的对象及其对象之间消息交互的顺序。

如何从微观层面阐述产品思维

小结

一句话记住产品思维:事物的思维改变,需求本身不变。

做好微观层产品思维,我们可以:

  1. 洞察角色需求,我们可以使用角色关系图
  2. 助力产品决策,我们可以使用场景捕抓
  3. 了解开发底层实现逻辑——开发层面模式

总的来说,每个产品经理都需要有意识地训练自己的产品思维、逻辑思维、洞察力,这样保持产品好奇心和敏感度,提高自己的核心竞争力。

本文由 新媒体运营 作者:神奇的猴子 发表,其版权均为原作者所有,文章内容系作者个人观点,不代表 新媒体运营 对观点赞同或支持。未经许可,请勿转载,题图来自Unsplash,基于CC0协议。
1

发表评论