在B端产物设计中，系统内差异部件的定名也是很重要的一个环节，随便取的名字大概会加大实施难度和操纵错误。本文作者从自身履历出发，分享了系统定名需要留意的几个问题，但愿对你有用。

在B端产物司理认识领域内，前端的设计常常被放到最后，做的粗拙，认为那是锦上添花的事，重点都放在流程、逻辑的梳理，所以涉及前端的许多内容就被忽视。其实，前端是产物心灵的窗户，用户最对产物最直接的感觉，能说不重要么？

本日我主要就想说说系统前端领域里“取名字”这回事，我在团队里会常常的提到要重视这点，看到莫名其妙的名字我就会大批一顿，厥后看此外团队做的系统，也是如此，我想，是意识的问题。
B端产物设计时涉及到名字的范例有几类，每一类都有要留意的处所，下面做一些阐明。

一、0-1的产物定名

0-1的产物定名，这种只要技能认真人不太水，一般城市较量重视，会举办名字的征集，究竟产物的定名关乎风水，就像一小我私家的名字一样重要，一般会按照系统的定位和所支持的业务来选择名字。
好比焦点业务系统大概会要一个大气沉稳的名字，我们常说要镇得住，这样系统才不会老出问题，青龙、 *** 等等这样的名字就出来了，像财政系统大概会选择一些听起来就很专业严谨可能跟钱相关的名字， *** 系统的名字大概会越发亲民调和。

俗话说，名字取得好，乐成了一半，TO B的产物也照旧要在企业内奉行，如何让利用部分一次就记着呢，是乐成实施的重要一个因素。

二、业务模式定名

为何会提到业务模式的定名呢，因为系统的更新迭代往往是陪伴着业务的改观，所以在做系统项目时往往会以业务模式来定名，业务模式定名又往往会被植入在系统的某个角落，大概是新的菜单名字，新的表字段名字，新的成果按钮名字，尚有在业务逻辑说明内里，业务模式定名大概是由业务方提出的，可是往往业务方也是随便取，这个时候产物司理完全可以提出异议，要求更更名字，可能系统内部利用名字单独取。

三、系统菜单定名

菜单就是成果模块，成果模块的定名，一方面是让系统用户容易大白，也就是要合适该成果支持的业务来取名，不在乎好听可能什么文艺之类的，而是通俗易懂，用户才会以为你是务实而相识现场的产物司理，另一方面要简捷，不要一个菜单名字十来个字，菜单栏得很宽才气全部展示，可能要换行，这样做又丑并且开提倡来难度大一些，这里就有点考语文程度了，有时候也许业务人员可以给你很好的发起可能提示。

四、字段定名

我这里说的字段定名是指字段的中文名，数据库字段名暂时不说，凡是会在前端页面展示的一般是具有业务意义的，系统内里的字段定名一般有以下几点要留意：

（1）只管用行业的专有名词

每个行业有每个行业的一些专有名词，产物司理假如是该行业的老司机，一般在这块会好些，但也要看是否有这个意识去积聚，假如你是这个行业的菜鸟，那么在做设计的时候必然要多问身边的人，可能上行业网站多看看，这个浮现你的行业专业度，并且这样做出来的系统也更容易为人所接管和领略

（2）定名与业务寄义要契合

有些字段确实没有行业专有叫法的，就要本身命，那就必然要想清楚你这个字段的焦点业务寄义是什么，什么用途，再来取名，照旧谁人原则，只管让用户一看就能大白、简捷

（3）名字要统一

同一个系统内差异成果模块里用的同一个字段值的，在各成果模块叫法都要一样，上下游系统也要保持一致，这个问题很常见，产物司理是个很有主见的人，以为你取得欠好，我要换个，可能说我的系统我做主，等等这样的想法，这是玉成了本身无聊的欲望，伤害了本身的名声，也伤害了用户和后继者，所以，产物司理在这上面照旧要有点大局观。

五、成果按钮定名

除了增删改查几类通用型按钮外，往往由于业务的需要会有许多此外成果按钮，这个定名也要留意，照旧要契合该成果按钮背后的实际操纵功效，不要张冠李戴，可能随便取个名字，用户看了不大白，增加培训难度和实施难度，也大概造成厥后的操纵错误。

TO B的产物是粗拙的照旧细致的，通过前端其实是很容易感受出来的，也直接的回响产物司理的专业度和用心水平，不管是TO B照旧TO C的产物，最终用户都是人，就得注重体验，千万别认为这些只是面上的小事。