1万字经验分享|产品逻辑梳理的3个图表表示方法

144
作者 天天鲁铁
字数 11216 阅读 155评论 0

今天周六,这一周因为公司项目赶紧,说好的周一到周五,这周只完成了一篇。

这周KEVIN在梳理公司的业务逻辑,甚至周四晚上还梦到了梳理逻辑,结果就不能睡着了。并且KEVIN的“真心”产品朋友们,都说,KEVIN你是一个好的产品经理,太负责!敬业了!

好,那么今天这里补充的也就是这几天天努力工作后的一个分享,那就是关于产品逻辑的梳理,逻辑梳理不仅仅限于移动端、后台,只要是产品,都会有一定的逻辑。

逻辑总是产品经理的头痛

逻辑不同的公司叫法不同,有的叫做业务流程、有的叫产品跳转轨迹、有的叫做做事规划。

PM之所以头痛,是因为一个好的产品尤其是在后台,没有对逻辑清晰认识,是不够的。

KEVIN公司有一个做CRM(客户管理系统)的产品经理,来了我们公司半年多了。因为KEVIN在做的产品——淘股王,需要与CRM衔接。

KEVIN与他对接的时候也才发现,他说“这个CRM的逻辑我也是头大的,现在还是不能搞定”当然不知道他说的是不是完全相信,但因我们公司的CRM系统有10年之久,我也能估计相关的逻辑是经过不同的PM或负责人(10年前应该没有PM这个职位),不同的变换或调动吧。

这一周,KEVIN花了一周的时间一直在做关于产品续费和升级的逻辑流程,这里就会牵涉到支付流程。那么对于产品逻辑的梳理,难点在哪里?

KEVIN想大概有以下3点:

跨组织:

一个产品的逻辑,这里以后台逻辑为例,他可能是跨组织的。一个产品经理所在的部门不同公司定位不用,但比如腾讯,为研发产品部门。相对的目前KEVIN所在公司为研发中心,那么公司所做的产品,是否会牵涉会联动几个部门?比如业务?比如财务?比如人事?

这里,一提到跨组织,那么逻辑的梳理第一点难点就是关于每个部门的业务流程,说的更加简单易懂一些就是各个部门的工作方式,你得清楚。至少你自己头脑里得知道,他们在用这个产品的时候,有哪些操作会需要调动?

作为PM你为怎么做?用RTX?或者询问部门老大,他认为是怎么样的?还是亲自去询问?

当然这里KEVIN所在的是深圳总部,因此相关部门都在办公旁边,可以很快的沟通。 但如果不在呢?建议能够电话或者专门做一个视频会议都是可以的。

逻辑梳理上,沟通的方向是什么?如何让逻辑清晰的梳理出来?

  1. 需要解决产品的逻辑问题

  2. 需要了解每个部门会在产品上做什么

  3. 知道面每个部门的现在流程和状态,以及未来的一些大方向调整

与其他产品模块的衔接:

这里作为第二个难点,那么就是在产品逻辑上的梳理,不仅仅是需要刚刚第一个提到的是跨平台,第二个就是产品模块可能仅有一个模块甚至是单独的一个后台去做相应的其他部门逻辑,那么和目前整个产品体系的逻辑衔接,是否能够保证在走通其他部门组织后,如何回到我们目前的产品上来?

这里KEVIN公司目前的分工可能是以腾讯等大型互联网公司的分工方式来操作的,我们不同的PM会负责不同的模块,比如一个APP移动端,我们PM会根据自己的模块来负责相应的后台与前端模块。

因此KEVIN后台逻辑梳理的时候,不免的会与其他PM进行连接,这个时候对其他PM的产品逻辑梳理也需要清晰。

这里KEVIN刚刚说的是,KEVIN目前做的是续费与升级的流程,很直观的可以联想到续费与升级是购买后的用户行为,那么会与负责购买模块的PM衔接,那么也会产生电子支付、订单、签约等相关金融产品属性的用户行为,这个时候KEVIN又需要将其续费与升级的流程拉回来于支付成功的模块衔接。

因此将流程进行分段处理,这样的话可以保证整个产品模块的统一,标注一致,甚至是保证产品品牌基因也是一致的。

fetch_filed24be9510cfd780dc67be5d7ae769c96-picture

【流程分段】

算法

其实上面2个难点,是产品逻辑梳理的最常见,最为普遍的2种难点,这里KEVIN之所以说有3种的原因,是因为在目前的互联网公司,不少公司是以传统转型的互联网公司。那么他们之前的业务流程必定是存在的,并且是以线下(可能是电销、直销、渠道)等。不少公司就以电商为例,将其传统的模式打通在线上来。因此之前的相关流程关键点就是对于订单或者业务员的一些处理上是否标准化?是否需要标准化?比如业务员如果总是个性化的送、反馈、打折,只要不超过自己的利润,甚至有的是亏本,为了完成业绩,那么这样造成的后果只有一个,业务逻辑不标准。

因此,不少公司目前也是为了传统模式的转型,将所有的线下业务员不规范操作的空间,以公司条例进行严格的封杀,只能按照相应的折扣或者公司标准进行反馈。

这样做的原因是因为什么呢?那就是为了将之前几十年的一些传统销售模式,通过一系列的算法进行替代。

在业务中,最为常见的就是报备的流程,做到系统自动报备,解决人工去干预。在电商中可能最为常见的就是发货,非审核的流程。

因此KEVIN在这里梳理最多的就是算法,如何将公司之前的线下业务模式的价格、或者产品状态,以标准的算法进行罗列采集,这样就可以放入相应的产品后台。

fetch_file9d4fd29779f21c0b3b5e889463b9ad99-picture

【简单流程算法】

上图是KEVIN简单举例,因为公司的算法就不方便在这里透露了。这也是每个PM必须经历的一道门槛呀!这个算法有的很简单,但有的因为公司的销售产品种类多、价格多,因此算法也会有很多种,需要产品经理去一一梳理,相信KEVIN,如果你梳理完了之后,头没有晕,那就怪了!

fetch_fileae611466d4a9d55bef50aca16af67134-picture

产品逻辑的3个图

在产品逻辑梳理的第一个图,这里将上面的问题都解决后,这里首先KEVIN建议大家下载一个工具,这个工具为VISIO,可以说流程图必备。

fetch_file9284a8955d0ebd5332c33d901a1c9117-picture

【VISIO工具主界面】

这里面有很多种类,如常规流程,或者以工作类型分类,有职位分类,总之应有尽有吧。但这里KEVIN常用的就是基本流程图(足够使用了),这里当然类似VISIO基本流程图的功能还有很多工具,比如AXURE或者WORD、EXCEL等等,这里KEVIN之所以推荐这个工具,用来作为流程梳理。注意,注意,是产品流流程梳理(其他的一些任务,大家可以自己选择)

这里产品流程图,KEVIN以从浅到深、从粗到细、从刚开始梳理到具体安排到工作中,这里分为3类。

①第一流程采集

这里采集流程,从上面的第一个板块中可以看到,其涉及的工作主要是在⑴跨职能部门⑵模块衔接⑶算法,这里或许是通过笔、通过口头交流、通过脑子记下来也好。

那么这里你采集的流程可能如下:

fetch_file05f1dae8891c1490cca7aac96bc75f6d-picture

【销售报备流程】

这里KEVIN只是梳理了报备之前的流程(或许其他公司的制度不是这样的流程)那么接下来就是相应的订单确认、合同审核、开通等相应流程,这里就是关于流程的采集。这里流程采集关于展现形式,大家可以看得到,怎么简单怎么来。

能够清晰的知道相应的采集步骤,尽可能收集到每一步流程。这里有人会问“KEVIN为什么不确认,把流程都精准无误的确定下来?”

ARE YOU KIDDING ME?不好意思,按KEVIN目前的经验来说,所有的流程在确定后,跑下来。都会有各种需要调整或衔接的部分,因此这里当然是尽可能的确定。如果你是这个产品的创立之初的第一个PM或负责人,那么恭喜你你可能是最熟悉这个产品的人。

但我相信大多数的情况下,你是第二个、或者第三个等来继续完善并且衔接这个产品的迭代负责人或产品经理,那么你想对这个流程有100%的熟悉,不可能。

②泳道图,确认人物、流程

这里为什么说是用泳道图来确定人物、流程?

fetch_file81ade427e17ede66168e66f5579c06d0-picture

【泳道图实例】

上图,就是以纵向的泳道图为案例,这里可以看到泳道图有2个关键的元素:⑴产品流程⑵处理对象

这样可以很直观的看到相应的部门或处理对象需要做的流程,是否合理?是否遗漏?

这里的泳道图,KEVIN一般都会在评审中展示,这样可以让相关的处理对象(泳道图涉及)叫到一起,或视频会议确认是否有误。另外让部门LEARDER产品负责人,确定。再次CHECHK能够跑通畅

这个时候或许各个部门需要的一个问题就迎面而来,也是测试部门需要的。

KEVIN你能不能给我一个时序图?什么鬼?时序图?我这个流程不是已经很清楚了吗?产品逻辑还需要我输出时序图?

③时序图

fetch_file4f0dc121cca3d030ba039c403f8e2927-picture

【时序图案例】

以上就是时序图,这样的时序图。以时间为标准,将相应的部门或处理对象进行划分,这样就不会把整个部门或者所有对象混合在一起。

这样测试可以更加方便的了解相应的逻辑,如何去测。站在什么对象上去测试相应的流程。

相应的流程是否通畅,在第二部泳道图中就已经可以看出来,跑是肯定能跑,但只是会有一些沟通的处理或一些极端场景。比如动态时间或人工确认步骤是否会出现一些人工失误等

一个认真的多选题

以上为一个以KEVIN在梳理流程中遇到的一些产品流程困难点,详细已经涵盖大部分流程困难节点。但仍然会有疏漏,所以你的流程节点困难点不在这里,欢迎留言!

总结

产品流程不仅仅是对于一个PM来说是生命相关的重要,但对于后台PM来说,产品流程更多的是意味着你这个产品的失败与成功的关键。没有交互、没有移动端需要重点考虑的布局元素,后台产品经理的逻辑清晰与难度就在流程梳理可以见到分晓,之前KEVIN有分享一篇关于后台产品经理的分享逻辑分析与竞品运营方法

最后KEVIN的公众号今天会进行优化,最近一些产品朋友会加KEVIN的微信询问一些产品问题或一些探讨。很不好意思,确实人太多,第二自己精力有限。

为此这里KEVIN开放相应的留言平台在公众号上,有问题欢迎留言,KEVIN会以语音的方式给你回答。

周末愉快!


另外产品经理的常规知识会分为上、中、下,3篇来进行分享。也希望能够帮助各位在路上或者准备起航的产品朋友!


最后KEVIN给自己目前工作中的产品分享一下,欢迎大家下载并体验。如果对产品有更好的建议,可以留言告诉KEVIN,相信你也会改变世界



【KEVIN改变世界的点滴 作者:张晋壹 】

   【曾从事腾讯云产品设计,中兴通讯教育产品研发】

【 目前职位:产品经理   坐标:深圳 产品2余年】

个人微信:574319420

微信公众号:Kevin改变世界的点滴



    产品疑惑
    登录 后发表评论