这一段时间来，一直在考虑快速改进产品的事情。Web 产品的改进是个麻烦事情。远不是收集一大推需求列表，然后三下五除二修改上线那么简单。

产品的改进，也是个不停作选择的过程，不要被用户牵着走，尤其注意那些专家型用户的意见，是很好的参考，要尊重他们，尽快给他们反馈，但未必要全盘采纳。如果真的存在易用性问题，用户会从更广范的角度不停的反馈给你。不能看竞争对手的，因为他们可能在跟你学呢。

改进的前后，数据收集的丰富性将影响最后改进的结果。但不能完全跟着数据走，因为你收集的数据可能不是准确的。此外要记住，不要事先定一些数据上的指标，比如注册增长多少啦，流失率减少多少啦，没有意义。有些改进，内部数据上未必会好看，但用户会叫好。要知道，越大的公司，数据越是用来唬人的。反正决策层没几个人懂数据。

针对产品改进，要想做出正确的决定，只有对产品本身的熟悉程度是不够的。其实越了解自己的产品，越容易做出有失偏颇的决定。而如果能对用户加深了解，会有助于做正确的事情。但必须承认，了解用户可不那么容易。

既然是改进，就不是翻新，就不要做大项目，”大山临盆”的事情常有，只是失败过后没有人好意思说。快速上线，快速反馈，不但用户容易接受，团队也会从中受益。

好的技术人，能让产品变得更好。而团队越大，产品会变得越糟。三个和尚没水喝的故事永远都适用。

说到底，都是可意会不可言传的废话。如人饮水，冷暖自知。

–EOF–

灾难究竟要多么惨痛，才能不让它再次发生？我的朋友们阿，答案在风中飘扬。