吾生也有涯,而知也无涯。 人在其一生中总是在不断地进步不断地前进,而每个阶段的认识也是随着知识、眼界、经验的增长而相应地增长。这时候再回头来看你之前的许多决定,就有了很大的修正余地。只可惜人生的过去无法再修正,但产品却可以。你可能没认识到以前用户的需求,或者因为以前思考的缺陷而造成的产品短视,你还有机会去重构你的产品。 重构,是否定自己,如果你有勇气否定你曾经得意的产品,那证明你成熟了,成长了,这些时间内你在不断地往前走。如果许多年后看 自己曾经做的产品仍然挑不出毛病的话,那只能说你在这几年内毫无进步。经历过项目做做改改,改改做做,然后各部门就会抱怨当时不确定,当初怎么没想这样 做,只要是牵涉人的项目,一定会有主观性,也一定会有缺陷,我们不担心的是缺陷,而是担心面对缺陷的勇气。明知道一个有缺陷的产品,是做上线了再进行修 改,还是延长工期,修改了再上线。看过一个新浪微博离职技术员写的一篇文章,大意是抱怨新浪微博的产品经理经常变需求,让技术没法来重构整个产品的架构, 还有就是他自己提的需求经常不被重视,上头不理睬。需求给常变是常事,也是好事,不变才会可怕。我赞成技术修整需求,完善需求,甚至提出需求,但对提出需 求不抱有太大的希望,技术的需求一般都是从曾经做的项目和以往的经验得来的,很难能有时间和精力去分析用户在想什么,在需要什么。 曾经的一个产品,经常去做客服,去了解用户在哪些问题上卡住了,在哪个环节上进行不下去了。后来发现,其实这个产品面对的用户群是不习惯互联网的那 一类,不能算网民,最多算个Q民,对网站的操作很陌生,平时就上个QQ,弄个空间,然后就下线了。被问过一个问题,关于网银支付的,从如何安装网银,这是 银行的事,但我们也做了,一直到如何支付都解说了一遍,结果操作还是失败,找了半天原因是对方没有插银行的U盾。面对这样的一群用户,整个流程要做的相当 SB才行,要不然会挡住70%的用户,但很遗憾,当时流程做的并不SB,是普通的支付流程,连文字说明都没有。后来提出修改方案后,还被技术鄙视了一把, 说白痴都会用这个流程,而且大家都在用,没必要改这么傻。一直僵持不下,后来想了个办法,让技术去做了几天的客服,之后改动相当顺利,之后不停地听他嘀 咕,中国的网民怎么会处在这个层次上呢。 重构另一个重要的基因,就是不断地使产品更符合用户的使用习惯,不断地满足用户的需求。这可以是产品开发前,当然是最好的方案,也可以是产品开发 中,产品上线后的重构是很正常的事,即所谓的改版。但产品开发中的需求修改一般不被认可,往往因为要赶工期,带来的技术层面的重构代价要大,这时候修改需 求又要保证工期的话,往往会加重技术开发的负担。但即使加重,我想也是值得的。 正经历的一个网站,正在不断地修改开发中的需求,但是个人觉得仍然修改的不够,埋下的一个隐患如果现在不解决的话,一旦网站上线推广的好,会是一个 很大的鸡肋,上线后再改版,代价应该会比现阶段的修改来得更大。做为产品设计人员,在一开始没有想到这点,觉得非常内疚,甚至有时候开始怀疑自己。但庆幸 的是,在网站未上线已经发现了,即使现在不改,心里也会明白设计的缺陷在哪里,在二期,甚至改版的时候可以更加清晰。