2. 改进比改版重要
无意义的产品改版几乎是所有团队的通病。一个产品一旦成型之后，可能根本不需要做频繁的改版。如果团队有开发资源，更应该集中力量去做产品的「改进」，而改版本身并不是改进，虽然有些改版短期内能看到一些令人欣喜的变化，但那只是通过改版覆盖掉了旧问题，用不了多久，新的问题就会出现。
通过一些功能点的「改进」，产品团队能够快速的收集反馈数据，没有反馈数据做后续改进的基础，改进则是盲人摸象。
产品经理喜欢通过「改版」解决问题或是炫技，跟工程师喜欢过度「重构」一样有危害。
不少工程师非常讨厌产品经理带来的变化，一会儿一个主意，「为什么不想好了再做?」 这本身就是个极端错误的判断，产品经理就应该一会儿一个主意，一会儿改动一下，以便验证自己的想法。这是常态。他又不是产品之神，即使是神，也会犯错。
3. 节奏最有力量
团队最好能保持自己固定的工作节奏，不要搞疲劳战，不要搞无意义的消耗战。更不要看同业产品有什么功能就跟进去做什么功能，跟着别人亦步亦趋，自己节奏会先乱掉。
控制好节奏，意味着一个团队各个环节应该衔接好。产品做的不错，那么运营就必须要跟上，运营一旦能跟上，服务也要跟上…
