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