互联网产品、运营二三事

即便从事互联网相关工作的人越来越多,真正习惯互联网工作方式的人依旧太少。互联网这东西很有趣,看起来很容易,实际上不简单。直到 07 年,我才渐渐开始明白什么是互联网。最近观察了团队的日常工作,我觉得应该给成员们洗洗脑。因为那些被团队其他成员习以为常的小事情,在我看来很是匪夷所思。

随手记了一下,没有特别的整理,凑合总结一下:

1. 别做多余的事情

最近我们产品里面有个天气的概念,其实就是在晴、阴、雨之间随机转换,几行代码就能搞定的事情。有人提议说要不要和天气预报同步,这个功能一定很有趣。我当时就表示反对,因为觉得这个事情除了让个别人爽到之外没有任何效果,成本却增加约一倍。如果资源实在空闲,功能可以让某个开发人员业余添加,但不应该写入产品开发计划。

2. 99%的结果约等于 0

我们网站用户中心有一个快速注册按钮,目的是为了让用户更方便更快速的使用注册。实现方式是通过点击快速跳到页面的注册表单处。可实际上结果大大出乎我的意料。

login

在点击这个按钮后,页面往下跳动到了下图的位置:

fast-login

辛辛苦苦忙活了大半天做了一个快速注册,最后仅仅只能看到一个用户名,效果几乎没有。

3. 互联网可以解决的事情别拿到别的地方解决

每每提到活动推广,一些同事就非常兴奋的拿出一沓线下活动方案出来。线下活动是不错,但能带来多少流量?多少新用户?

所以我说了一个 Mapbar 的例子:

我曾经注册过 Mapbar的服务,后来接到过他们的三次电话。

第一次打来:先生,您是不是在我们这里注册了服务?

我:是的(没注册你打给我干吗?)

Mapbar:那先生您觉得我们的产品好用吗?

我:对不起,我还没开始使用

Mapbar:那先生您使用下看看好吗,下次我们会继续回访的。

第二次、第三次都差不多的内容。

我不知道 Mapbar 的这个回访大约占其注册用户的比例是多少,但我确定这一项每年付出的费用不低。雇个打电话的要发工资吧?电话都是长途要付电话费吧?访问了以后要统计录入分析还得再雇个人吧?你电话打过来连我用没用都不知道,为啥不能直接放个留言板让我在用的不爽的时候去留言呢?

4. 被决策否定掉的事情,执行层面不要纠缠

上次 UCD 书友会的时候,当我还在执著于家乐福的导航不好的时候,8684 的夏天天同学说道:"你不是目标用户,可以直接忽略了"。 不论是可用性、用户体验都是相对的、有范围的概念,在战略目标里被否定掉的服务和内容,细节上纠缠起来没什么意义。

5. 别只看现象,得搞清楚现象背后是什么

最近 宝宝主页 的日记提交有些问题,有个用户到论坛发帖子请求将他的日记从宝宝主页迁移到博客去。处理问题的编辑就这样答应了,并且报给了技术人员。我当时非常生气,我觉得这不是处理问题的方法。于是我问她为什么要这么做。她告诉我说这是用户需求。其实这个事情处理起来也很简单,用户说她日记写不了,那就去查日记写不了的问题,为什么要帮她转移到博客?她是因为宝宝主页写不了日记才要求转移的,她要的是写日记而不是转移。这么简单的道理,却是有很多很多的人还不明白。