需求分析中的“状态”到底该如何分析？5分钟给你说清楚！

本期产品经理必聊话题聚焦于需求分析中的状态概念。文章强调了流程分析中不可避免地会涉及到状态，并提出了有限状态机的概念以及如何在实际需求分析中正确处理状态。

有限状态机

有限状态机是指状态数量有限，并且状态之间存在切换关系的系统。例如，一个灯具只有开和关两个状态，以及两个相应的动作，打开和关闭。执行动作后，灯的状态会相应改变。有限状态机帮助理解系统的运作规律。

状态图

状态图是用于表现状态之间切换的工具，基于UML。绘制状态图时应注意行为不应作为状态节点，并且状态变化可以由行为触发，也可以由定时任务触发。

状态和行为的命名混淆问题

为避免动作和状态名称的混淆，建议把状态命名为过去式，而动作命名为动词原形，以清晰区分二者。如将开灯改为“已打开”，关闭改为“已关闭”。

状态的命名

状态命名时，应避免使用“待”和“中”，因它们可能导致对状态的误解和重复命名。例如，将“待审批”和“审批中”统一为“已申请”，从而避免冗余和混淆。

内部状态和外部状态

内部状态应详细记录以便日志分析，而对外展示的状态可以简化，如使用“贷款审批中”来统一表示多个内部状态。

主状态和子状态

流程可能包含主流程和子流程，其中主状态受子状态影响。例如，出国手续仅在所有子流程如机票、酒店预定等完成后才能标记为完成。任何子流程的变动都会影响主状态。

文章知识回顾

文章最后通过一个小测验重申了好的状态命名，即应该是明确且避免混淆的命名，如“未申请”，“已申请”，“审批已通过”。