从今年下半年,我开始逐步接手公司整条产品线。也就是电脑端和移动端的功能设计,都是由我来完成。
因此,需要我逐步对公司的业务有更深的认识,而不单单仅局限于单点功能。
还是这张图,让我们先来看看产品定义里的需求分析中,业务逻辑这部分。
一、什么是业务逻辑?
首先,先让我们来简单聊聊什么是业务。
我的理解是:行业下,企业各类角色协同办公,完成公司向上运作,并获得盈利。
这当中包含两个关键因素:行业模式和运作流程。
(1)行业模式:宏观层面的大格局,界定了企业运作的范围;
(2)运作流程:微观层面的小视野,每个企业都有自己的玩法;
而业务逻辑,就是要将行业模式和运作流程串起来。
本质上,是避免产品经理从产品向上看业务,而是要从业务向下理解产品。
前者是站在井底看天,后者是站在井外看世界。
二、怎么理解产品的业务逻辑?
01、业务逻辑,不是业务流程
一开始,我会将这两个概念混淆。
不仅是因为这俩长得很像,还有一点就是我一直在低头做事。
关注产品细节,纠结交互逻辑。
这当然没错,也是初级产品经理的主要工作。
不过如果我们想往上走,也一定要抬头看天,一点点的拔高自己的视野。
看到这,不知道你是否理解了两者的区别?
(1)业务逻辑:颗粒度粗,关注的是行业格局和企业运作。
以我现在公司做的智能视频监控为例,下图是大致的业务逻辑。
但从颗粒度上来看,还是不够细致,未来我会补充完整的产品全景图。
(2)业务流程:常用于功能设计,颗粒度很细,具体到开发可落地的产品方案;
下面这个做的是任务停用功能的流程,也比较简单,用来举例说明。
02、理解业务逻辑的几个实践方法
过去在我只负责后台功能设计时,我是不会去了解这些的。
一是自己手头的工作做得不好,二是思想上懒惰,总想着这是别人负责的,和我没关系。
但当你能熟练掌握手头工作时,可以去寻找有价值的新内容。
要知道,如果只是局限在手头的工作,成长速度就太慢了。
只有你开始做了,后面才会有故事。
1、多用产品跑流程
看产品文档和使用产品是一套组合拳,结合起来才能叫实践。
一般公司都会有测试环境,注册几个测试账号,就可以开始了。
过程中,可以多做记录,记下自己的疑惑。
自己多想想,不懂的问问同事,一般 1 到 2 天就熟悉的差不多了。
2、多观察用户怎么用产品
尤其是 B 端产品,目的是为了解决客户工作中的问题。
因此只关注产品逻辑是不够的,要多了解用户线下到底是怎么使用的。
以我们的 App 为例,有条产品线是将用户的线下巡检线上化。
简单说,就是用户拿着手机,照着后台系统下发的任务,完成巡店检查。
之前有客户提出一个诉求,希望能解决违规图片准确性和时效性的问题。
最后,产品这边提出用照片携带水印的方式,与客户确认后觉得可行,就做了这样的配置。
但问题是,我当时做的是「拍照携带水印」。
在我的理解里,就是边拍照边做检查。
但上线后发现,不同用户有不同的习惯。
除了我上面提到的,还有一种是拍好了所有的照片,找个地方写文字,然后一张张上传图片。
这就导致了水印无效。
说白了,这就是不理解业务的办公室产品经理。
3、多听听产品的负面反馈
没有一款完美的产品,产品经理要多听听用户怎么吐槽。
哪里不好用?为什么不好用?造成了什么困难?
深入到这部分用户身边,多去了解和感受,摒弃自己的主观意识。
这段时间,我对此的感受也越来越深。
逻辑合理只是一方面,重点是用户觉得它合理。
写在最后
以上是我目前对业务的理解,也是我下一步要提升的格局。
当然,这需要长时间的实践与积累,并不是学几节网课,看几本书就能行的。
一步步跨越,一步步成长。
愿你我终将成为一名产品人,而非工具人。
