只需5步，你也可以画出高质量的状态流转图

honghu2

只需5步，你也能够画出高质量的状况流转图

一份PPT可以认为是一个产物，一个PRD文档也能够认为是一个产物，甚至于一张流程图、一封邮件均可以被当成是一个产物。

状况流转图是一种用于描写状况之间流转进程的需求文档，在电商类产物的定单流、审批流一类的需求中比力常见。

相对于而言，状况流转图用得其实不像营业流程图那末多，所有不少产物司理对这个类型的需求文档不太认识。为了更好地给大师分享这个类型的需求文档，火山YY了一个名为“扫宝网”的C2C海外代购电商平台，并以它的产物上架流程为例予以阐明：
营业布景：为了低落平台的产物上架本钱，平台为供给端开放了一个产物录入上架的后台，供海外留学生、空姐等（供给端）职员上架产物;营业需求：为了把控产物质量，产物必要平台审核经由过程以后才能上架贩卖。
按照以上场景及需求，大致绘制出以下营业流程图：



颠末阐发，此流程最少触及到两个维度的7种产物状况，即：
审核维度：建造中（正在编纂产物）、待审核、审核经由过程、审核驳回上架状况：从未上架、已上架、已下架
那末，这些状况是怎样流转的呢？咱们先试着用流程图把状况梳理一下，大致以下图：



乍一看还挺清楚的，但细心一看，就不难发明此中的问题。
1、流转图的问题
有甚么问题，思虑1分钟……
问题1、状况缺失
“已寻欢下架”状况缺失，这个问题比力轻易发明，但即使你发明了这个状况缺失估量也心有余而力不足，由于这个流程中压根不触及，以是这个状况即使斟酌到了也放不进这个流程图！怎样解决？依照这个思绪，可能的方案就是到下架流程中举行弥补。

固然这个法子可以解决状况标注的问题，但这并不是一个最优的法子，由于解决问题的同时也致使了状况流转被朋分到了分歧的流程傍边，不克不及在一个流程图傍边清楚地显现各状况之间的流转瓜葛，开辟GG、测试MM没法便利地举行查阅，需求文档浏览本钱增长。（浏览本钱增长带来的后果是你与开辟gg、测试MM的沟通本钱增长，说到底终极贫苦的仍是你本身）
问题2、状况信息不许确
这个问题不细心斟酌不太轻易发明。好比“商家录入产物信息”这个环节的状况被标识表记标帜为“建造中”、“从未上架”，那末假想一下，若是一个产物在上架以后，因为各种缘由，信息必要产生变动，这个时辰可能必要从新审核以后才能见效，在商家变动产物信息的进程中，产物的上架状况应当是甚么状况呢？明显，不管若何它的上架状况都不会是“从未上架”。若是说上一个问题带来的后果只是沟通本钱增长的话，那末这一个问题带来的后果生怕就是让本身成为一位“气力挖坑”的选手了。
问题3、扩大性不强
这个问题前期根基没有，一般到了中后期产物迭代的时辰才会渐渐表露出来。为了阐明这个问题，火山又YY一个场景，扫宝网的商家在运营一年今后发明后台充溢着大量的烧毁商品分离它们的注重力，提高了他们的挑选本钱，但愿增长一个删除功效，这个时辰必要增长一种删除状况，这个状况该若何流转？甚么状况下能删，甚么状况下不克不及删？将来另有可能再增长完备状况、有用状况、可售状况呢？还能理得清状微密圈况是若何流转的吗？是否是想一想都有颔首大……

那末，有无更好的法子可以帮咱们加倍清楚地描写状况之间的流转瓜葛呢？
2、“五步”绘制法
有！火山今天就给大师分享一个状况流转图的“五步”绘制法，但愿能对大师有所开导。
第一步：拆分状况维度
因为此流程重要触及审核、上架两个维度的状况，是以，咱们先绘制两个维度的空缺表格



火山点评：当营业流程比力繁杂，触及多个维度的状况时，这一步很是很是关头。由于不管一个流程多繁杂，被拆分到多个维度以后，单看每个维度城市变得简略不少。
第二步：绘制第一个维度的状况图
流程的出发点从上架录入产物起头，先有录入、提审，才有了上架，是以，先从审核状况起头绘制。绘制时可以采纳先穷举这个维度的所有状况，再经由过程流线标注两两状况之间的流转瓜葛的方法来绘制，结果以下图所示：



火山点评：状况流转图重点存眷的是状况之间的瓜葛，是以主体是状况名称，流线上是操作阐明，无需描写具体的处置校验逻辑。
第三步：绘制其他维度的产物状况图
依照第一个维度状况不异的法子，即先穷举状况、再标注状况流转瓜葛，绘制第二个维度的状况流转图，以下图所示：


第四步：分歧维度的状况联系关系
两个维度的状况绘制终了以后，连系现实流程，跨维度标识表记标帜两个维度之间状况互相之间的流转瓜葛，大致成果以下图所示：



火山点评：至此，一个完备的产物上架状况流转图就根基上可以说绘制终了了。

让咱们再来测试一下它的扩大性。火山再来YY一个场景：

因为营业必要，扫宝网必要增长一个删除功效，建造中、审核驳回的产物容许用户删除。与此同时，因为产物信息录入的页面比力多，录入产物进程中可能被打断，再次进入时，需继续填写完备产物信息，是以还必要增长一个完备性状况，同时没有录入完备的产物不容许提交审核；

需求阐发：

起首，一般环境下状况维度不宜太多，可将删除产物可以作为审核维度的一个状况值“已删除”，大致流转图以下：



其次，不管是完备状况仍是不完备的状况，现实上均可以处于建造中的状况，但因为以前已存在“建造中”的状况，这个时辰若是拆分建造中的状况，汗青数据处置会比力贫苦，是以，咱们把完备性作为一个维度来绘制，终极大致以下图所示：



至此，扩大了3个状况的状况流转图在增长了一个状况值，扩大了一个维度以后，也绘制终了了，咱们在一张图中清楚而又完备地表述了各个状况之间的流转瓜葛，并且扩大性也还行，是否是感受很不错^_^

但是火山认为这还不敷，为甚么？由于它的可读性还不敷好！

你有无发明，仅仅只有三个维度的状况流转图彷佛仍然显得有点缭乱，若是不是随着火山的思绪往下走，直接将最后一张完备的状况图丢给你，你是否是不晓得该从何着眼。而若是今后再要扩大更多的维度，必将就加倍“紊乱”了。固然这类紊乱是因为产物自己的繁杂性致使的，但这对付一位寻求完善的产物司理来讲一样是不克不及忍耐的，若是刚好你也不克不及忍耐，你也许还可以继续举行下（jia）一（fen）步（xiang）。
第五步：主线速描，加强状况流转图的可读性
以主流程“录入-提交审核-审核经由过程-上架-下架”快猫交友为参照，对主流程上的各个节点状况及流线举行着色，以下图所示：



火山点评：完成着色后的状况流转图，主线和支线之间的界线泾渭分明，全部状况流转图立马清楚了不少，读者很轻易就会顺着主线的指导理清全部流程中的状况流转进程，堪称是点睛之笔。
3、总结
在一个互联网团队傍边，产物司理无疑是最应当具有“产物思惟”的一个脚色；而产物思惟绝不但仅只能用在咱们所设计的一个功效板块、一个网站体系这些产物司理的本职事情上，也应当被用在咱们平常事情的各个方面。一份PPT可以认为是一个产物，一个PRD文档也能够认为是一个产物，甚至于一张流程图、一封邮件均可以被当成是一个产物。

既然是产物，就要讲究“用户至上，体验为王”。若是把一张状况流转图看作是一个产物，开辟GG、测试MM就是它的用户，从这个角度来讲，第五步这细小的一步也许才是晋升“状况流转图”这一个“产物”晋升“用户体验“的关头之举。

作为产物司理，若是咱们交付的每份需求文档都能用以产物思惟来请求，也许步伐猿与产物汪之间的“爱”与“情”会更多一点，“仇” 与 “恨”会更少一点，（互联网）世界将会酿成更夸姣的人世……

出格阐明：本案例及案例中所有场景需求纯属虚构，若有类似，纯属偶合。
#专栏作家#
PM火山，微信公家号：PM火山，人人都是产物司理专栏作家。后台型产物从0到1卖力人。靠着进修、实践、总结，再进修、再实践、再总结来让本身不竭发展的产物人。

本文原创公布于人人都是产物司理。未经允许，制止转载

题图来自 Unsplash ，基于 CC0 协定