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