这一段时间来，一直在考虑快速改进产品的事情。Web 产品的改进是个麻烦事情。远不是收集一大推需求列表，然后三下五除二修改上线那么简单。
产品的改进，也是个不停作选择的过程，不要被用户牵着走，尤其注意那些专家型用户的意见，是很好的参考，要尊重他们，尽快给他们反馈，但未必要全盘采纳。如果真的存在易用性问题，用户会从更广范的角度不停的反馈给你。不能看竞争对手的，因为他们可能在跟你学呢。
改进的前后，数据收集的丰富性将影响最后改进的结果。但不能完全跟着数据走，因为你收集的数据可能不是准确的。此外要记住，不要事先定一些数据上的指标，比如注册增长多少啦，流失率减少多少啦，没有意义。有些改进，内部数据上未必会好看，但用户会叫好。要知道，越大的公司，数据越是用来唬人的。反正决策层没几个人懂数据。
针对产品改进，要想做出正确的决定，只有对产品本身的熟悉程度是不够的。其实越了解自己的产品，越容易做出有失偏颇的决定。而如果能对用户加深了解，会有助于做正确的事情。但必须承认，了解用户可不那么容易。
既然是改进，就不是翻新，就不要做大项目，”大山临盆”的事情常有，只是失败过后没有人好意思说。快速上线，快速反馈，不但用户容易接受，团队也会从中受益。
好的技术人，能让产品变得更好。而团队越大，产品会变得越糟。三个和尚没水喝的故事永远都适用。
说到底，都是可意会不可言传的废话。如人饮水，冷暖自知。
–EOF–
灾难究竟要多么惨痛，才能不让它再次发生？我的朋友们阿，答案在风中飘扬。
Quote:此外要记住，不要事先定一些数据上的指标，比如注册增长多少啦，流失率减少多少啦，没有意义。
说起来容易做起来难。
这是为别人打工最没法改变的事情。
–EOF– 前的最后一句印象最深刻。
第二行“但为必要全盘采纳。”有误。
轻装上阵，快速迭代，是不变的真理。
呵呵，人多了，简单的事往往都会变的复杂。
好的技术人，能让产品变得更好。而团队越大，产品会变得越糟。三个和尚没水喝的故事永远都适用。
==真理==
如人饮水，冷暖自知 —— 适合大多数人,不适合我
web产品的改进见的最多的就是程序员俺自己的意思来做，很少理会和领悟用户的意见。
注重用户体验，这个很重要！
而团队越大，产品会变得越糟 感觉有问题
众口难调，确时是不容易呀！
人性化那是多重要——一定要从用户的角度仔细考虑问题才能做好web产品的改进，以及设计。
“数据越是用来唬人的。反正决策层没几个人懂数据”
这个我不赞成，不过可能你说的是大型企业
中小型企业的创业者还是很看重，关心数据的。
好的技术人，能让产品变得更好。而团队越大，产品会变得越糟。三个和尚没水喝的故事永远都适用。
精辟。
我认为“数据分析”是做加分题的手段，也就是说在设计经验无法做出准确判断时，才应该考虑用数据来找问题。我尤其不赞同凡事都用数据来指导产品设计的方法。
好设计师的经验本身就可以解决很多问题，而数据分析作为门技术活，如果没经验同样无法得出准确结论。