最近刚做完公司的内容管理系统，总结了一些经验，分享给大家。

　　后台产品也分很多种，从使用者的角度会分，公司内部人员使用的运营管理系统，面向合作伙伴的CRM系统，还有的公司就是专门销售管理系统的，典型的如OA。

　　我在这里讲的只是面向公司内部人员使用的系统。

　　在做后端产品的过程中我更加理解了产品理念的重要性，很多事如果我们的理念相同，会极大的降低沟通成本，沟通的双方会很快达成共识。

　　1）名词概念统一

　　在产品设计时我们会给不同的功能定义不同的名词，有些名词已经非常通用，大家一说都明白，例如删除，添加。但由于各个公司的运营需求不同，对功能要求也可能不一样。即便都叫运营管理系统，但也需要针对公司自身的情况开发一些定制功能。

　　名词的定义除了关系到使用者的理解之外，也会关系到跟技术人员的沟通。要不然就会出现大家心中想的是一个事情，但是语言用词上不一致，atv，造成一些误会不说，可能还需要每次沟通前都得把名词强调一遍。所以产品经理在开发前就应该跟技术人员先把名词定义好。

　　有些功能可能一时想不到适合的词汇也没关系，只要大家在内部对名词的理解统一即可。

　　2）节省效率

　　先说一下产品背景，拿CMS产品来说，主要是用来供公司运营人员使用的，用来发布并管理内容。这类产品有个很重要的原则是一定要快，节省使用者的工作效率。其实不光CMS，很多系统也都会坚持这个原则，例如超市的收银系统，即使结一单只提升几秒，一天下来可能就会节省几十分钟。

　　我见过有的产品经理会因为一个电脑页面显示不完，为了样式的好看而隐藏一些用户所关心的信息。这样在操作的时候大家还得去点击详情查看，需要二次操作。不要因为样式上的美观而降低效率。后台系统中肯定会有很多列表，不同的列表会显示不同的信息。如果一个列表中运营人员所关心的信息太多，那么全部显示出来即可。所以在界面设计上也要尽量利用空间，这个思路跟手机界面的留白就不一样了。

　　为了节省效率还有一个很重要的原则就是优先显示运营人员关注的信息。例如信息审核系统，对于运营人员而言，他们最在乎的是待审核的信息（提交的用户还在等着呢)。所以应该优先显示这类信息，这是急切需要运营人员操作的，而审核通过和审核失败的，可能只是在需要时才会查询一下。

　　举个例子来说明为了效率提升，产品设计的改变。在信息操作的时候，我们可以将操作目的直接做成按钮，而不需要使用单选按钮，再点击提交操作（如下图）。

　　3）严谨，准确性，降低误操作

　　从某种程度上说这一点跟第二点是相矛盾的。如果你在用户进行某项操作时还需要他进行确认操作，这个过程势必不会那么顺畅。

　　但确认操作又是必须的。之所以需要确认操作主要是为了降低运营人员因为误操作而带来的损失。当然这并不能保证万无一失，只是降低出错的风险。

　　产品经理在设定某个功能需要确认操作时也要考虑清楚，什么样的功能该有确认操作，什么样的功能不需要。要是所有的功能都需要确认操作，那真的就没效率可言了。

　　判定的标准就是看能功能产生的影响。之前媒体有报道过惠普和当当网有标错价格的情况，把几千块钱的商品标注成了几块钱，面临的是经济损失。这应该是误操作带来的最严重的影响了。对运营系统而言，更多的情况是给页面显示带来一些错误，例如把本来不该显示的信息提前上架了。还有可能是误删除了信息，这时候就要自己重新添加了。

　　如果某些信息操作后的效果并不严重且有补救措施，那就可以没有确认操作。

　　4）该不该用技术的方式约束人性

　　该不该用技术的方式控制人性，这也是一个挺纠结的问题。还是拿我上面举的确认操作的例子来说，有的人会觉得其实这个是使用者自己的行为，他们在操作前本身应该看清楚，何况后台系统都有操作日志，如果谁犯错了，看下操作日志找到当事人，给予相应的惩罚。这样也会提醒别人，大家以后误操作的几率也会降低。这个观点也会成为我们砍掉某些功能的理由。