导读：最近加了一个B端产品的微信社群，闲暇时间在里面围观众产品经理er发表他们观点，这两天他们谈论的一个话题，我十分感兴趣，就是如何自我评判产品设计稿是否达到某个标准，概括起来说就是对于B端产品的设计准则是什么样的。
当然B端产品范围之广，什么CRM\WMS\MES\TMS\OMS……对于ERP产品也算是其中一类，在做这类产品规划设计时，我常常用以下这些准则来约束设计思路，并反思不足。抽象是从众多的事物中抽取出共同的、本质性的特征，而舍弃其非本质的特征的过程。具体的说，抽象就是人们在时间的基础上，对于丰富的感性材料，通过去粗取精、去伪存真、由此及彼、由表及里的加工制作，形成概念、判断、推理等思维形式，以反映事物的本质和规律的方法；整个抽象过程就是业务建模的过程，把复杂的场景转化为计算机能理解的内容。我所说的业务闭环包含了流程闭环和信息闭环；其中流程闭环顾名思义,就是业务流程从顺序变成循环，能够让用户从头到尾,再从尾到头一直处在业务模式当中，将用户锁在这个无限循环的圈子里。信息闭环则是指信息连贯性、完整性，如主数据中有的信息，那么关联主数据产生的单据/报表也是应当含有相关主要信息不能有头没尾或者有尾没头。
高内聚低耦合，是软件工程中的概念，是使程序模块的可重用性、移植性大大增强；通常程序结构中各模块的内聚程度越高，模块间的耦合程度就越低，内聚是从功能角度来度量模块内的联系，一个好的内聚模块应当恰好做一件事，它描述的是模块内的功能联系；如一个生产的工作中心可以由工序、产线、人员等关联组合构成，组成项各自形成模块。这里说的冗余是指信息冗余和功能冗余，其本质也是由于业务抽象不完善，模块划分不清晰导致的冗余结果，比如不能出现相似信息字段重复、相似维度报表、业务功能呈现包含关系等。上述四点是我在做ERP乃至B端产品规划设计时考虑的点，把他们结合起来作为评判产品设计的标准，能够避免大方向上的错误；当然每个人的设计理念不同，也欢迎评论区留言出你们的设计观点。
