流程图|用概念破解思路问题，三步教你绘制大厂标准状态图( 二 ) 苹果|亚马逊Echo|亚马逊

比如身体状态是重伤，就不要挂号了，而是直接住进ICU；但如果是轻伤状态，就要排队挂号等待就诊；如果很不幸，是死亡状态，那么也不用看病了，要直接进入太平间。
而如果把需求和文档画在一个图里，意义在哪里呢？没有任何意义。我们只是看到了一个逻辑混乱，让研发鄙视的产品经理。
产品经理即使生病也可以提交需求，即使不生病也可以不提交需求，生不生病和提交不提交需求就是两件事，混在一起就错了。
3. 不可有判断标志在有的书中状态图可加菱形的“判断标志”，但不是主流，本人也不建议加入。因为不加“判断标志”表达会更简洁和无歧义。而回顾身份审核的状态图，如果加入菱形的“判断标志”，就如下图所示。

文章插图
虽然加上判断标志也说的过去，但不加也一样能让人明白，并且是非常简洁的。但加入判断标识后，状态图的表达就很混乱了。
比如在“身份信息已提交状态”和“客服判断身份证信息”之间的连线上，要画什么操作呢？我们发现不好说明。
以上，就是状态图的三个常见误区。你只要牢记这三个点，就能保证画出来的状态图是正确的，请大家务必牢记！
二、状态图和流程图的区别有一些朋友们可能会问，状态图和流程图有什么不同？下面我们就来说说这个问题。
其实，状态图和流程图都是在表达一个事务的动态行为，只是在从不同的角度来表达。状态图是以状态为核心表达，流程图是以活动（或称动作）为核心表达。
我们再回到身份审核流程，我们分别列出身份审核的状态图和流程图。

文章插图

文章插图
从上面的两张图中，我们可以看到下面两个区别。
1. 内容上的区别状态图圈起来的是状态，如“身份信息已提交”状态。而流程图圈起来的是活动，如“用户提交身份信息”活动。在UML体系中，状态图括起来的是状态，那么就是状态图。而流程图括起来的是活动，那么就是活动图。
在状态图在转移的线上写的内容，恰恰对应的是活动图的活动，如“用户提交审核信息”，两者的内容基本等价。而对于流程图转移的线上通常不写内容，只是在进行判断的时候，要在线上写上判断的条件。
2. 使用上的区别状态图和流程图的区别如此，但是什么时候画流程图，什么时候画状态图？概括地说就是——流程多就画流程图，状态多就画状态图，都多就都画。依据这个原则，我们看看相关情况。
1）需要画流程图的情况
订单流程和登录注册流程等，都需要画流程图。显然这些都属于可以画若干步的流程图。其流程挺多，可以通过画流程图理顺个人思路。比如订单流程，可以表达从用户下单、到商家接单、物流送货等流程，大家可以画一画仔细体会一下。
但是“商品管理”就可以不画。因为就是两三个单一页面，也没有什么判断，流程也非常简单。如果要画，无非是商品发布、商家审核、审核通过发布。
2）需要画状态图的情况
身份审核、订单流程、商品审核、优惠券领取和使用等都可以画状态图。在这些流程中每个对象都有很多状态，而通过状态图就能知道不同状态下的不同操作。比如商品状态有：待审核，已审核，已发布，已下架，已卖光等。
但是“用户登录”就不需要画状态图，因为登录流程中没有什么状态，如果要画就是已登录，未登录等几个状态。
以上，列出了常见的需要画状态图和流程图的情况。概括一下就是：流程多就画流程图，状态多就画状态图，如果流程和状态都多，就都要画。