系统的好坏评定对系统设计者来说其实是一个非常重要、并且需要长期去思考的问题。对一个系统好坏的定义在一定程度上可以反应出个人对这个系统的定位以及作为设计者对用户的了解程度。因此，对这个问题的思考，可以更好的帮助产品经理优化自己的产品和设计方向。

本篇主要分享下笔者对于管理型系统优劣的思考维度。

前置思考：

首先，在定义优劣之前需要先定义用户期望，只有满足用户需求的系统才有存在的价值，而对用户的满足程度实际上就是我们可以拿来评判优劣的标准了。所以首先必须要明确：

系统是为谁服务的（用户）

用户希望获得什么（价值）

用户害怕什么（痛点）

1. 满足度的评价指标

针对于用户的期望和需求的整理，可以将维度分成以下几个（实际上，大部分的管理类系统都可以从以下几个方面进行评估）：

1.1 流程覆盖度

流程线上化是很多管理型系统都需要走的一条很漫长的路，因为几乎后期所有的数据积累、流程优化、智能化都是基于先一步的流程线上化。所以往往各个层级的用户都非常关注流程的搭建。

但同时，这也是一条一不小心就容易走歪的路。经常有用户提线上化需求，在需求价值分析和沟通的过程中，他们往往把“线上化程度提高”作为一个价值点。

不过这真的是价值点吗？

不，切记，流程线上化是途径而不是目的，管理系统并不是单纯为了用键盘代替纸笔。所有线上化的前提是确保流程数据的价值性或者效率的提升点（当然，还有线上化的实施难度）。

此外，在这个过程中，对系统和流程认知的固化也是十分危险的。比如，做仓储做WMS就一定会有上下架吗？盘点一定是对着实物数据和库存数据进行的吗？这个问题的答案可在后文中找到。

1.2 用户驱动力

上文提到，流程线上化只是途径，真正的目的应该是实现系统的自我驱动。如果只是单纯的线上化，那么从单次来看，或许确实可以省几个人员，那么长期看你的前进方向在哪里？

在此，个人认为系统的用户驱动力可以分成2部分来看——数据驱动、策略驱动。

数据驱动，这部分是需要结合用户关键指标来进行考量的。线上化的流程需要对关键数据和节点进行积累，提取关键指标，通过数据及报表的数据展现来驱动业务动作，并帮助业务进行决策（题外话：之前我们对用户的报表需求管控是十分严格的，并不是单纯因为资源问题，更多的是希望用户真正认识到“正确数据”的重要性，而不是报表越多越好）。需要注意对于不同层级/角色的用户，数据是需要有区分度的。

策略驱动，在线上化的过程中，针对用户对流程的期望进行策略设计，通过策略实现流程优化及对用户指导。如WMS中的入库策略、分拣策略，不是单纯的用系统代替纸笔，而是直接由系统提供决策结果，减少用户思考，实现最优方案。

1.3 系统容错性

人非圣贤孰能无过，这句话用在系统使用过程中真的是一点都不过时，因为我们无法确保使用者对系统的了解程度和个人的能力，所以在系统设计必须要系统的易用性、防呆和异常处理，以此来提高系统的容错能力。

易用度：减少用户思考，在适当的时候给用户提示；了解用户习惯和用户语言，让你的系统看起来更简单易懂。

防呆：尽可能设计不会出错或者更难出错的流程。简单的如二次确认或者入库前的扫码校验等，都是系统的防呆设计。

异常处理：如果还是难以避免用户犯错，那么还是要考虑必要的异常处理，最简单的“单据撤回”功能就是一个很典型的异常处理。甚至有时我们需要特意设计一些“后门功能”避免用户在出错时无计可施而影响正常业务（这些功能往往需要高权限人员操作）。

虽然说对员工的培训和管理是业务在推进系统实施中需要尽到的职责。但是，记住，人总会犯错。我们可以通过系统记录异常数据协助用户进行员工管理，但单纯通过提高系统使用门槛绝对不是最好的办法。

1.4 用户体验

虽然说对于管理系统来说，用户体验的重要性可能确实没有在2C应用中那么重要，但是也是不可忽略的。不同于C端的体验是侧重于体感，B端的体验依然是更侧重于流程。

比如，笔者之前接触了一款OMS，在新增发货仓库时，需要分别在多个页面配置仓库基础信息、仓库-物流对应信息、物流覆盖信息、物流成本信息、物流时效信息等基础资料，且系统并未提供任何指导，但是只要少配置一个信息，这个仓库都将无法使用，这对于不熟悉系统的用户是十分不友好的，用户学习成本也提高了，也容易让用户在不断的报错、尝试中感到沮丧。

当然并不是完全不注重体感，系统视觉设计的美观简洁当然也可以提升用户体验。

1.5 安全性