需求。为什么不做？因为我们觉得不能用户要什么就给他什么，要变个花样给他，用户要的不一定是对的。
如果我们针对需求一个个去满足，你可能获取了这部分用户，但是得罪了另外一部分用户。可以说我自己就挺不喜欢把我的已读状态暴露给别人，你想如果有状态，如果你的上级（通过微信）找你，你看了然后你又不回，就很麻烦。
我们要给人撒谎的机会。我们说人性是什么？给他撒谎的机会，说我没有看到。你看短信不太准确，我们经常会说，你那个短信丢了，我们没有看到。如果我们把人都像机器一样约束起来不一定是好事。
我们为什么不做已送达的状态？因为我们觉得未来的系统是绝对可靠的，我们有这个信心，肯定会送达，除非他关机了，我们不会再专门做一个是不是已送达，只有不自信的系统才会做这样的状态。而且你每发一个消息还有个已送达或者发送中，那很丑陋的，多了一个东西在那里。所以这也是一种态度。对于这种用户要什么就给什么，其实是考验产品经理水准的东西，因为我满足需求很容易，但是我怎么找到理由拒绝他，或者说找到什么方式实现它，这个非常难。
不要太过重视评论家的意见。实际上业界有很多评论家会对你做的东西写评论或者博客，但是你要知道一点，这些在电视里做股票评论的人都是炒股亏了的人。所以真正有水准的评论家应该不会到外面去写这个评论。很多时候评论家的意见我们去重视，不如我们真正了解几个用户他们是怎么想的，怎么用的，这个才是我们要关注的。
下面一条我们说避免定义复杂的逻辑和形态，这个前面已经反复强调了好多次，一个简单的规则才是上帝比较认可的。说到这个，我想说一下的是，最近邮箱的漂流瓶很火，以至于公司经常请我们的产品经理去讲课，讲关于做 QQ 邮箱漂流瓶的。这里有没有人听过？
有一次我和那个产品经理说，你这样老是出去讲会把别的同事都给害了，因为你们现在把事情越做越复杂，那是我们不认同的。我们做产品不应该那样做。怎么做呢？漂流瓶你会发现每周都在升级，都在放一些新的瓶子进去，放一些新的花样进去，靠这个不断刺激用户，使用户维持在一个比较高的活跃水准上。我说这已经变成一种运营性的产品了，这不是我们应该做的，这个方向不对。
所以在微信的漂流瓶里，我们不会做任何复杂度在里面，我们不会说还提供几种瓶子给你选择，然后还提供很多花样在里面玩。不会的，因为他们那样做最终的结果会很惨，每个星期都要更新，都要提供新的东西才能刺激用户。也就是说他们在把事情搞的越来越复杂，虽然最终的数据反馈还不错，总体的服务用户在增长，但那不是最好的方法。最好的方法是什么呢？是把对底层的规则梳理的更加清晰，然后能够发挥作用，而不是不断打补丁的方式。
这个可能非常难解释，我就比较简单的说一下。这里可能有些开发人员会非常理解，其实跟代码非常像，但你把代码变成复杂的系统的时候，它是有自己的结构的。产品也是，很简单的一个产品可能包含了上百个功能在里面，这些功能你可以像写代码一样，按一个线性的方式把它串起来，但是也可以做成一个很有架构在里面的东西。这是考验一个人对产品的见解是什么样的。我们心中一定要有一个产品的架构在这里，而不是说我们这个产品就是一大堆功能的集合，只是一个无序的集合，那样就很糟糕了。那样他就没有自己的骨骼和系统架构。
另外还有一个产品技能的心态，这也是我感触比较深的，就是跟人讨论问题的时候会争论起来。对产品性能来说，我觉得它是抱着一种求知的态度来讨论，而不是争论谁赢了谁输了这样一个观点。如果是这种求知的话，当别人说服了你，辩赢了你，那你很高兴，因为你接触到了新的知识。我们应该鼓励这种辩驳，但不是为了自