产品的核心功能

曾经我写过这篇记录《产品的属性》。

今天我又一次地对产品的功能有一次认识

话从我们后台谈起，后台四年了没人管，每次都在往上面加东西，页面上加加加，不停地加。曾经我妈说过小时候穿衣服都是补丁落补丁的，直到补丁没法再补丁，就可以当抹布了。现在我们的后台补丁打了很多，页面长到要滚几屏，越来越慢，越来越臃肿。正遇上和后台关联的系统服务器挂了，直接导致后台打开缓慢，很慢。于是多年来的积怨，爆发了。后台用户们纷纷反映不能忍受，客户不能忍受，老大们纷纷出来了，关注此事。限期内解决。优先级提高。

回到这个问题本身，多年来没人管，只管往上加是造成系统缓慢的根本原因。这台车已经跑不动了，他承载的东西越来越多，各业务部门都想往上面驼个东西，打个补丁。

时间回到上个月，我们接到了一个需求，要来处理一个客服需求，在原本已经很长的核心页面上添加一个功能。我当时的心态是这种小需求，应付一下就行。我要把主要精力放在整站改造上。于是接了需求，设计了方案。讨论，pk，细节纠结…..代码上周发布，衣服的最后一个补丁被贴了上去

任何事物都是量变到质变，有一个灵界点。很不幸，我处理的这个需求是后台问题爆发的灵界点。上周发布后，小二纷纷表示核心页面处理缓慢。在今天所有所年来的积怨爆发了。群发邮件，紧急处理…..

这个事情就说到这里。

回到我想记录的观点，我们的产品核心功能是什么，作为一个产品设计人员要时刻牢记。业务方新添的需求是不是核心功能？后台的核心功能是什么？操作效率。我这个新添功能被是为了提高小二操作效率，却造成了效率的低下。这是绝对不应该，宁可不做，也不能再贴补丁。

业务部门往往喜欢把自己kpi变成需求，来推动设计人员将需求做上去。网站就是一块广告墙，谁都想贴一块广告。我不反对贴，但是贴多了这个墙就没有主题了。

产品做精，做的核心功能不可挑剔就有人欣赏。虾米网是音乐专辑，flickr是相册，gmail是效率

网站大了，业务多了，想做的也就多了。但是在主营业务还有很多问题时，去做别的业务肯定是不对的。所以我明白了为什么做了大半年的项目会下线，因为它生不逢时，出生的太早了。