由于业务需要，扫宝网需要增加一个删除功能，制作中、审核驳回的产品允许用户删除。与此同时，由于产品信息录入的页面比较多，录入产品过程中可能被打断，再次进入时，需继续填写完整产品信息，因此还需要增加一个完整性状态，同时没有录入完整的产品不允许提交审核;

　　需求分析：

　　首先，一般情况下状态维度不宜太多，可将删除产品可以作为审核维度的一个状态值“已删除”，大致流转图如下：

　　其次，无论是完整状态还是不完整的状态，实际上都可以处于制作中的状态，但由于之前已经存在“制作中”的状态，这个时候如果拆分制作中的状态，历史数据处理会比较麻烦，因此，我们把完整性作为一个维度来绘制，最终大致如下图所示：

　　至此，扩展了3个状态的状态流转图在增加了一个状态值，扩展了一个维度之后，也绘制完毕了，我们在一张图中清晰而又完整地表述了各个状态之间的流转关系，而且扩展性也还行，是不是感觉很不错^_^

　　然而火山认为这还不够，为什么?因为它的可读性还不够好!

　　你有没有发现，仅仅只有三个维度的状态流转图似乎依然显得有点凌乱，如果不是跟着火山的思路往下走，直接将最后一张完整的状态图丢给你，你是不是不知道该从何着眼。而如果以后再要扩展更多的维度，势必就更加“混乱”了。虽然这种混乱是由于产品本身的复杂性导致的，但这对于一名追求完美的产品经理来说同样是不能忍受的，如果恰好你也不能忍受，你或许还可以继续进行下(jia)一(fen)步(xiang)。

　　第五步：主线速描，增强状态流转图的可读性

　　以主流程“录入-提交审核-审核通过-上架-下架”为参照，对主流程上的各个节点状态及流线进行着色，如下图所示：

　　火山点评：完成着色后的状态流转图，主线和支线之间的界限泾渭分明，整个状态流转图立马清晰了很多，读者很容易就会顺着主线的引导理清整个流程中的状态流转过程，可谓是点睛之笔。

　　三、总结

　　在一个互联网团队当中，产品经理无疑是最应该具备“产品思维”的一个角色;而产品思维绝不仅仅只能用在我们所设计的一个功能板块、一个网站系统这些产品经理的本职工作上，也应该被用在我们日常工作的方方面面。一份PPT可以认为是一个产品，一个PRD文档也可以认为是一个产品，乃至于一张流程图、一封邮件都可以被当做是一个产品。

　　既然是产品，就要讲求“用户至上，体验为王”。如果把一张状态流转图看做是一个产品，开发GG、测试MM就是它的用户，从这个角度来说，第五步这微小的一步或许才是提升“状态流转图”这一个“产品”提升“用户体验“的关键之举。

　　作为产品经理，如果我们交付的每一份需求文档都能用以产品思维来要求，或许程序猿与产品汪之间的“爱”与“情”会更多一点，“仇” 与 “恨”会更少一点，(互联网)世界将会变成更美好的人间……

　　特别说明：本案例及案例中所有场景需求纯属虚构，如有雷同，纯属巧合。

　　#专栏作家#