即便从事互联网相关工作的人越来越多，真正习惯互联网工作方式的人依旧太少。互联网这东西很有趣，看起来很容易，实际上不简单。直到07年，我才渐渐开始明白什么是互联网。最近观察了团队的日常工作，我觉得应该给成员们洗洗脑。因为那些被团队其他成员习以为常的小事情，在我看来很是匪夷所思。
随手记了一下，没有特别的整理，凑合总结一下：
- 别做多余的事情
最近我们产品里面有个天气的概念，其实就是在晴、阴、雨之间随机转换，几行代码就能搞定的事情。有个人提议说要不要和天气预报同步，这个功能一定很有趣。我当时就表示反对，因为觉得这个事情除了让个别人爽到之外没有任何效果，成本却增加约一倍。如果资源实在空闲，功能可以让某个开发人员业余添加，但不应该写入产品开发计划。
- 99%的结果约等于0
我们网站用户中心有一个快速注册按钮，目的是为了让用户更方便更快速的使用注册。实现方式是通过点击快速跳到页面的注册表单处。可实际上结果大大出乎我的意料。
在点击这个按钮后，页面往下跳动到了下图的位置：
辛辛苦苦忙活了大半天做了一个快速注册，最后仅仅只能看到一个用户名，效果几乎没有。
- 互联网可以解决的事情别拿到别的地方解决
每每提到活动推广，一些同事就非常兴奋的拿出一沓线下活动方案出来。线下活动是不错，但能带来多少流量？多少新用户？
所以我说了一个Mapbar的例子：
我曾经注册过Mapbar的服务，后来接到过他们的三次电话。
第一次打来：先生，您是不是在我们这里注册了服务？
我：是的(没注册你打给我干吗？)
Mapbar：那先生您觉得我们的产品好用吗？
我：对不起，我还没开始使用
Mapbar：那先生您使用下看看好吗，下次我们会继续回访的。
第二次、第三次都差不多的内容。
我不知道Mapbar的这个回访大约占其注册用户的比例是多少，但我确定这一项每年付出的费用不低。雇个打电话的要发工资吧？电话都是长途要付电话费吧？访问了以后要统计录入分析还得再雇个人吧？
你电话打过来连我用没用都不知道，为啥不能直接放个留言板让我在用的不爽的时候去留言呢？
- 被决策否定掉的事情，执行层面不要纠缠
上次UCD书友会的时候，当我还在执著于家乐福的导航不好的时候，8684的夏天天同学说道“你不是目标用户，可以直接忽略了”。不论是可用性、用户体验都是相对的、有范围的概念，在战略目标里被否定掉的服务和内容，细节上纠缠起来没什么意义。
- 别只看现象，得看本质
最近宝宝主页的日记提交有些问题，有个用户到论坛发帖子请求将他的日记从宝宝主页迁移到博客去。处理问题的编辑就这样答应了，并且报给了技术人员。我当时非常生气，我觉得这不是处理问题的方法。于是我问她为什么要这么做。她告诉我说这是用户需求。其实这个事情处理起来也很简单，用户说她日记写不了，那就去查日记写不了的问题，为什么要帮她转移到博客？她是因为宝宝主页写不了日记才要求转移的，她要的是写日记而不是转移。这么简单的道理，却是有很多很多的人还不明白。
