发布时间：2022-5-2 分类： 行业资讯
PPT可以被视为产品。 PRD文档也可以被视为产品，甚至流程图或电子邮件也可以被视为产品。
状态流程图是用于描述状态之间的流程过程的需求文档。在电子商务产品的订单流程和审批流程的要求中更为常见。
相对而言，状态流程图不像业务流程图那样使用，许多产品经理不熟悉这种类型的需求文档。为了更好地分享这类需求文件，Volcano YY拥有一个名为“清扫网络”的C2C海外采购电子商务平台，并以其产品货架化流程为例：
业务背景：为了降低平台上产品放置的成本，该平台为海外学生，空乘人员和其他（供应）人员在平台上开放了产品供应供应方的后端，以便将产品放在平台上;/p>
业务需求：为了控制产品的质量，产品需要经过平台批准才能开始销售。
根据上述场景和需求，大致绘制以下业务流程图：
在分析之后，该过程涉及两个维度中的至少七个产品状态，即：
查看维度：生产（编辑产品），待审核，审核通过，审核拒绝
货架状态：永不上架，已放货架，已下架
那么，这些状态如何流动？让我们尝试使用流程图来整理状态，如下所示：
乍一看，这很清楚，但仔细观察，就不难发现问题。
一，流程图的问题
如有任何问题，请考虑1分钟……
问题1，状态缺失
“出现了一种状态”，这个问题相对容易找到，但即使你发现这种状态缺失估计也无济于事，因为这个过程不涉及，所以这个状态不能投入到这个流程中图表即使被考虑了！怎么解决？根据这个想法，可能的解决方案是补充该过程。
虽然这种方法可以解决状态标记的问题，但它不是一种最优的方法，因为解决问题也会导致状态流分裂成不同的过程，并且不可能清楚地呈现流程图之间的状态。流量关系，开发GG，测试MM都不容易查阅，阅读需求文件的成本增加。 （增加阅读成本的后果是你在开发gg和测试MM时增加了沟通成本，最终这是你自己的麻烦）
问题2，状态信息不准确
没有仔细审查，这个问题就不容易找到。例如，“商业输入产品信息”被标记为“在生产中”和“从不在货架上”，然后想象如果产品在货架上，信息需要由于各种原因而改变。此时，可能需要重新检查才能生效。在更改商家的产品信息的过程中，产品的货架状态应该是什么状态？显然，无论如何，它的货架状态不会“永远不会”。如果前一个问题的后果只是通信成本的增加，那么这个问题的后果就是让自己成为“挖掘坑”的玩家。
问题3：可扩展性不强
这个问题基本上不是在早期阶段，当产品在中后期迭代时会逐渐暴露出来。为了解释这个问题，火山有一个YY的场景。经过一年的运营，清扫宝网的业务发现，背景中充满了废弃的商品，分散了他们的注意力，增加了他们的筛选成本，并希望增加删除功能。需要添加删除状态，如何转移此状态？什么状态可以删除，什么状态不能删除？将来，有可能增加完整状态，有效状态，可销售状态吗？也可以了解国家是如何流传的？你是否认为有一个大而小的点头;…
那么，有没有更好的方法来帮助我们更清楚地描述国家之间的流动关系？
第二，“ldquo;五个步骤”绘图方法
是!今天的火山将与您分享“五步”方法的状态流程图，希望激励每个人。
第1步：拆分状态维度
由于此过程主要涉及检查和发布两个维度的状态，我们首先绘制一个二维空白表
Volcano Review：当业务流程复杂且涉及多个维度时，此步骤非常关键。因为无论过程多么复杂，在分成多个维度之后，查看每个维度都要容易得多。
第2步：绘制第一维的状态图
该过程的起点始于产品在货架上的输入，并在将产品放入货架之前进行输入和检查。因此，绘图从审阅状态开始。绘图时，您可以先使用此维度的所有状态，然后通过精简绘制两个状态之间的流关系。效果如下：
Volcano评论：状态流程图侧重于状态之间的关系，因此正文是状态名称，流程线是操作描述，而不需要描述详细的处理检查逻辑。
第3步：为其他维度绘制产品状态图
根据第一维状态的相同方法，即第一穷举状态，然后标签状态转换关系，绘制第二维的状态流程图，如下图所示：
第4步：不同维度的州协会
在绘制两个维度的状态之后，结合实际过程在两个维度上标记两个维度之间的流动关系。大致结果如下：
Volcano评论：此时，基本上可以说完整的产品流程图已被绘制出来。
让我们再次测试它的可扩展性。火山回到了YY的一个场景：
由于业务需要，广泛的网络需要添加删除功能，并允许删除在生产和审查中被拒绝的产品。同时，由于产品信息输入的页面很多，因此输入产品的过程可能会中断。重新输入时，您需要继续填写完整的产品信息，因此您需要添加完整性状态，并且不要输入完整的产品。提交审核;
需求分析：
首先，一般来说，状态维度不应太多，删除的产品可以用作审核维度的状态值< ;;已删除”，近似流程图如下：
其次，无论是完整状态还是不完整状态，它实际上都可以处于生产状态。然而，由于已经存在“生产”状态，这次，如果生产中的状态被拆分，历史数据处理将会更加麻烦，所以我们将完整性作为一个维度，它大致如下所示：
此时，扩展了三个状态的状态流程图已添加了状态值。在扩展一个维度之后，它也被绘制。我们在图中清楚而完整地表达了状态之间的流动关系，并且扩展性也没关系，是不是很好^ _ ^
但是，火山认为这还不够，为什么？因为它不够好阅读！
您是否发现只有三维的状态流程图似乎有点混乱？如果你不遵循火山的想法，你将直接抛出最后一个完整的状态图给你。你不知道你应该看什么。如果你想在未来扩展更多的维度，它将更加“混乱”。虽然这种混淆是由产品本身的复杂性引起的，但对于一个完美的产品经理来说也是难以承受的。如果你无法忍受，你仍然可以继续。 （分）步（香）。
第五步：主线速度绘制，增强状态流程图的可读性
在主要过程中“ldquo;进入 - 提交审查 - 现成的审计 - 现成的;供参考，每个节点的颜色状态和主流程的流线，如下所示：
火山评论：完成着色状态流程图后，主线与支线之间的边界清晰，整个状态流程图清晰明确。读者可以轻松地按照主线指导来阐明整个过程中的状态流程。这是点睛之笔。
三，总结
在互联网团队中，产品经理无疑应该具备“产品思维”的作用;产品思维不仅用于产品部分，代购源码网站系统和产品经理的功能。它也应该用于我们日常工作的各个方面。 PPT可以被视为产品。 PRD文档也可以被视为产品，甚至流程图或电子邮件也可以被视为产品。
既然是产品，就必须强调“用户至上，经验为王”。如果您将状态流程图视为产品，请开发GG，测试MM是其用户。从这个角度来看，第五步的微小步骤可能是为了增强“状态流程图”“rdquo;这一个“产品”促进了“用户体验”的关键。
作为产品经理，如果我们提供的每个需求文档都可以通过产品思维来请求，那么“爱”和“产品”可能会有更多的“爱”。 ”的&“仇恨”将会少一点，（互联网）世界将成为一个更美好的世界… …
特别说明：本案例和案例中的所有场景要求纯属虚构。任何相似之处纯属巧合。
专栏
PM Volcano，WeChat公众号：PM Volcano，每个人都是产品经理专栏作家。后端产品从0到1人负责。依靠学习，练习，总结，学习，练习和总结，让自己成长。
这篇文章最初发表。未经许可，禁止复制
该地图来自Unsplash，基于CC0协议
