起点学院课程

B端产品设计:系统命名需要注意这几点

0 评论 3180 浏览 6 收藏 7 分钟
15天0基础极速入门数据分析,掌握一套数据分析流程和方法,学完就能写一份数据报告!了解一下>>

在B端产品设计中,系统内不同部件的命名也是很重要的一个环节,随便取的名字可能会加大实施难度和操作错误。本文作者从自身经验出发,分享了系统命名需要注意的几个问题,希望对你有用。

在B端产品经理认识范畴内,前端的设计经常被放到最后,做的粗糙,认为那是锦上添花的事,重点都放在流程、逻辑的梳理,所以涉及前端的很多内容就被忽视。其实,前端是产品心灵的窗户,用户最对产品最直接的感受,能说不重要么?

今天我主要就想说说系统前端范畴里“取名字”这回事,我在团队里会经常的提到要重视这点,看到莫名其妙的名字我就会大批一顿,后来看别的团队做的系统,也是如此,我想,是意识的问题。
B端产品设计时涉及到名字的类型有几类,每一类都有要注意的地方,下面做一些分析。

一、0-1的产品命名

0-1的产品命名,这种只要技术负责人不太水,一般都会比较重视,会进行名字的征集,毕竟产品的命名关乎风水,就像一个人的名字一样重要,一般会根据系统的定位和所支持的业务来选择名字。
比如核心业务系统可能会要一个大气沉稳的名字,我们常说要镇得住,这样系统才不会老出问题,青龙、盘古等等这样的名字就出来了,像财务系统可能会选择一些听起来就很专业严谨或者跟钱相关的名字,客服系统的名字可能会更加亲民和谐。

俗话说,名字取得好,成功了一半,TO B的产品也还是要在企业内推行,如何让使用部门一次就记住呢,是成功实施的重要一个因素。

二、业务模式命名

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

三、系统菜单命名

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

四、字段命名

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

(1)尽量用行业的专有名词

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

(2)命名与业务含义要契合

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

(3)名字要统一

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

五、功能按钮命名

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

TO B的产品是粗糙的还是细致的,通过前端其实是很容易感觉出来的,也直接的反应产品经理的专业度和用心程度,不管是TO B还是TO C的产品,最终用户都是人,就得注重体验,千万别认为这些只是面上的小事。

 

本文由 @lena 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
起点学院课程
评论
评论请登录
  1. 目前还没评论,等你发挥!