名启成功：用科技赋能你的品牌故事

一、“名启成功：用科技赋能你的品牌故事”

-连接科技和品牌故事，适合那些看重品牌建设和市场叙事的企业。

二、业务模式命名

为何会提到业务模式的命名呢，因为系统的更新迭代往往是伴随着业务的变更，在做系统项目时往往会以业务模式来命名，业务模式命名又往往会被植入在系统的某个角落，可能是新的菜单名字，新的表字段名字，新的功能按钮名字，还有在业务逻辑说明里面，业务模式命名可能是由业务方提出的，往往业务方也是随便取，这个时候产品经理完全可以提出异议，要求更改名字，或者系统内部使用名字单独取。

三、系统菜单命名

菜单就是功能模块，功能模块的命名，一方面是让系统用户容易明白，也就是要切合该功能支持的业务来取名，不在乎好听或者什么文艺之类的，而是通俗易懂，用户才会觉得你是务实而了解现场的产品经理，另一方面要简洁，不要一个菜单名字十来个字，菜单栏得很宽才能全部展示，或者要换行，这样做又丑开发起来难度大一些，这里就有点考语文水平了，有时候也许业务人员可以给你很好的建议或者提示。

四、字段命名

我这里说的字段命名是指字段的中文名，数据库字段名姑且不说，通常会在前端页面展示的一般是具有业务意义的，系统里面的字段命名一般有以下几点要注意：

（1）尽量用行业的专有名词

每个行业有每个行业的一些专有名词，产品经理如果是该行业的老司机，一般在这块会好些，但也要看是否有这个意识去积累，如果你是这个行业的菜鸟，那么在做设计的时候一定要多问身边的人，或者上行业网站多看看，这个体现你的行业专业度，这样做出来的系统也更容易为人所接受和理解

（2）命名与业务含义要契合

有些字段确实没有行业专有叫法的，就要自己命，那就一定要想清楚你这个字段的核心业务含义是什么，什么用途，再来取名，还是那个原则，尽量让用户一看就能明白、简洁

（3）名字要统一

同一个系统内不同功能模块里用的同一个字段值的，在各功能模块叫法都要一样，上下游系统也要保持一致，这个问题很常见，产品经理是个很有主见的人，觉得你取得不好，我要换个，或者说我的系统我做主，等等这样的想法，这是成全了自己无聊的欲望，伤害了自己的名声，也伤害了用户和后继者，产品经理在这上面还是要有点大局观。

五、功能按钮命名

除了增删改查几类通用型按钮外，往往由于业务的需要会有很多别的功能按钮，这个命名也要注意，还是要契合该功能按钮背后的实际操作结果，不要张冠李戴，或者随便取个名字，用户看了不明白，增加培训难度和实施难度，也可能造成后来的操作错误。