读文章:腾讯工作人员解密:面对内部压力,微信如何一步步走到今天? (读书读文章)
发布于 2015-02-17 23:25 阅读:40351 评论:0 标签: 腾讯 微信

文章地址:《腾讯工作人员解密:面对内部压力,微信如何一步步走到今天?


这文章应该是微信初创团队的核心工程师,但并不是技术文章。


一、发展脉络


基本上可以看到微信从初创到站稳市场的脉络:

  1. 部门闲得想做一件事情,那就找个方向组团队先抄再优化;

  2. 内部创业,团队精干,自己解决资源不足。所以说即使大公司想做一件事情,也不是在公司内想要什么就有什么,但好处是:大公司能提供解决问题的人

  3. 面对用户,加班加点,根据需求不断迭代优化;

  4. 面向市场,寻找竞品,甚至是公司内部的产品,拼团队;

  5. 产品成功后,寻找成为平台的功能点;

我所在的公司,也有内部组团队做新产品的,这么多年,失败居多,或不温不火而被公司放弃,再也听不到声音,而一成功则为互联网行业亮点。

但是这种机会基本属于顺势而为,关键看公司、团队能不能把握住。


二、产品原则


定原则,并遵守原则:

在微信的商业化决策中,一直还是以产品需求为导向的。小龙和团队讨论任何的商业化项目,主题一直是围绕着用户的需求展开的,战略、战术、竞争等等不会成为焦点。

准则:

  1. 不可逾越双向好友关系;

  2. 微信内的信息是和用户相关的,不是系统推送的;

这个准则延伸出去,有很多的结论。比如,不要做过度的活动推广,不要诱导分享,不要诱导关注,信息流要清晰,信息流突出好友等等。

这条准备保证了:微信是用户的,微信不是商家的,微信也不是微信团队的。用户打开微信,期待看到的是自己关注的信息,自己好友的消息,而不是系统推荐的不痛不痒的信息。


展开全文  
收起全文  
读文章:“垃圾账号有用论”的破灭 (读书读文章)
发布于 2015-02-15 23:17 阅读:28052 评论:0 标签: 垃圾

文章说了一个常识:垃圾帐号是无用的。


值得摘录的一句话是:

对于一个社交产品而言,技术与产品已经打下了基础、框定了逻辑,接下来的事情就该交给运营了,传统的运营逻辑无非是内容,但在去中心化与UGC已成趋势的当下,社交产品的内容已经通过产品机制解决,那么运营的重心就在反垃圾(Anti Spam)。

这个和昨天分享的文章《读文章:产品设计“九步法”》有一个观点一样:“控制闭环的杀手”,对UGC网站而言,垃圾帐号无疑是产品闭环中的杀手。


在作者发布位置后,微博CEO @来去之间 转发时评论:

站方一直在清理垃圾帐号,但是核心是在于“清了垃圾帐号后,减不减用户的粉丝数”,这个还是蛮纠结的……


为什么会纠结呢?无非是运营需求,之前很多大V有很多垃圾粉,甚至可能买粉,但即使粉丝被识别为垃圾并冻结,但是粉丝数仍然不变。

为什么呢?因为做网站,要满足用户一个需求:虚荣心。


这就很有意思了,明明常识性的知道垃圾帐号无用,但仍然被一定程度作为产品的正向引导。往往在一些社区、UGC的产品分享上,很多人都提到:产品起步初期,为照顾好第一批种子用户,产品经理门往往陪玩、陪聊。。。所以如果你不热爱你的产品,是做不下去的:)


文章地址:《“垃圾账号有用论”的破灭》

展开全文  
收起全文  
读文章:产品设计“九步法” (读书读文章)
发布于 2015-02-14 22:54 阅读:23750 评论:0 标签: 九步法

以下内容为书摘:


产品设计“九步法”。

第一步:产品满足用户的哪一个核心需求?


假如你只是去做一个即有产品的新功能,或者想设计一个新玩意,那有两个比参悟“用户需求”更切实的做法:

1、 疯狂的热爱你的产品

2、 尝试去解决你遇到的最大痛点

一个PM最基本的特质就是要热爱自己的产品。


按照此“九步法”的第一步,如果你是微博的深度用户,那请思考一下新浪微博的三栏式结构改版,满足了用户的什么核心需求?


第二步:与同类产品相比你的独特性什么?


大型公司最大的优势就是有钱,有人,有技术,有用户,能够把一个市场上证明了有需求的产品迅速推到用户面前,同时还带给用户不算差的体验。


正因为大公司的产品与生俱来有这样的优势,成为了PM习以为常的制胜法宝,所以他们不需要考虑产品定位,所以最大的优势往往最后变成了劣势。


按照此“九步法”的第二步,如果你是微信的深度用户,请你考虑“朋友圈”这个产品的 “独特性”是什么。


第三步:分解用户。根据产品的核心价值,将用户分解成不同角色。


简单用微博举例:如按使用方式、生命周期把角色分为X轴Y轴两维,那微博的使用方式可以是浏览信息用户,发布信息用户,还可以分得更细,比如发布信息用户还可以分为个人、认证个人、企业、媒体、大V等,微博生命周期可列出种子用户,初期用户,成长用户,衰退用户,流失用户等。


当我们把X轴Y轴一相交,就得到了很多的角色,上面列举的微博角色,就能得到30种,


第四步:变成用户。每类角色回答以下两个问题:该角色为什么会使用这个产品?该角色怎样知晓和到达这个产品?


当对微博角色和该角色为什么使用这个产品进行层层分解后,我们会发现,微博用户是有多层需求的:

1、 获取信息的需求

2、 表达的需求

3、 社交的需求

4、 自我实现的需求


第五步:确定角色成就。确定产品如何满足不同角色的成就感。


一个产品最重要成就是:用户核心需求被满足时获得的成就感,当无关的激励干扰到他的核心需求时,他真正的成就感降低了。


第六步:确定用户需求满足过程中的关键点。


将每类角色从“获知产品,使用产品,需求得到满足,离开,回来”的整个过程进行分解,描绘出关键步骤和关键页面。


第七步:提升关键点的转化率。


很多人都听过“多点击一次用户损失一半”原则,虽然不同的产品实际损失率不一样,但基本都是一个可观的数字。


第八步:形成闭环。让产品能够自我成长。


控制闭环的杀手。


第九步:大干快上,迅速迭代。


迅速迭代只是一个手段,目的是更好的满足用户体验,所以产品升级要给用户一个超出预期的体验,要让用户盼望和等待你的升级。


原文:《百度贴吧前负责人:做产品16年,我有9条心得》

展开全文  
收起全文  
本站从Bluehost迁移到SAE (本站点滴)
发布于 2015-02-13 00:17 阅读:18172 评论:0 标签: Bluehost SAE 迁移

    Bluehost老是丢包,服务器在美国,访问有时很慢,加上代码上传维护不变,2月10日晚,一狠心花了半小时数据+代码迁移到SAE,虽然访问网络从日本做了中转,但速度上还是感觉好了一点。至少代码发布使用SVN方式,方便了很多。


    代码上舍弃一些不用的目录,什么书、之前的作品之类的,目录结构上清爽了一点,当然主要还是SAE对单个项目有大小控制。。。


    看了一下博客代码,发现04年写的程序果然惨不忍睹。。。有时间再慢慢美化吧,呵呵。


    急需补充的是antispam系统,迁移后竟然有海量针对“知行中大”评论模块的直接POST行为,清一色的404,挑选了一些,直接使用SAE的防火墙干掉。再看Bluehost的数据库,评论表有400多M啊,Bluehost是怎么忍我的。。。。

展开全文  
收起全文  
Mac查看gif文件 (随便说说)
发布于 2015-01-18 23:58 阅读:25493 评论:0 标签: gif mac

mac下双击gif文件,在预览中以类似文件的形式打开,可以选择一帧一帧的静态图看,如果需要连续的看,则是选中再空格键。


感觉很巧妙,很极客,可以方便的选取其中一帧。

展开全文  
收起全文  
什么时候适合上线? (随便说说)
发布于 2013-10-17 23:37 阅读:28630 评论:0 标签: 上线

无疑,人最少的时候适合上线。

所以,某司某阶段规定要凌晨上线,或者要求下午5点后,那这个点上线出问题怎么办,程序猿留下加班排查问题呗......

那,哪个自然天适合上线呢?从下图看,无疑是长假第一天......这个千万不要告诉你老板......

那,哪个自然天不适合上线呢?从下图看,无疑是长假后第一天......这个要千方百计告诉你老板......顺此多请一天假


展开全文  
收起全文  
努力坚持和创新 (随便说说)
发布于 2013-03-06 00:14 阅读:168640 评论:0 标签: 创新 坚持

最近在看《谁是谷歌想要的人才?》,里面都是些逻辑思维思维面试题了,就当看着玩了。

刚看了一点,觉得有两段话很有意思:

一:努力坚持的重要

-----------------------------------------------------------
谷歌的最初设想来自梦里。一天晚上,拉里.佩奇醒过来,冒出了一个概念:“如果我们能下载整个网络,并将链接保存下来,那会怎么样呢……我赶紧抓起一只笔,开始写起来。”佩奇和其他所有没能创办一家改变世界的企业的博士都有哪些区别?仅仅在于他做了一个幸运的梦吗?还是别的说明?(P25)
-----------------------------------------------------------

所谓日有所思夜有所梦,如果平常不想着这些事情,我想周公不会这么眷顾吧?经常在想,说明还是有份坚持的心。天上掉馅饼,眼不尖、平常不锻炼,估计就是别人的饼了。

记得小学被乘法口诀,好久都背不会,最后背着背着睡着了,神奇的是第二天醒来就会了,可见坚持是多么的重要。。。。

二:创新

-----------------------------------------------------------
根据托兰斯的看法,具有创造力的人和绝大多数受过教育的聪明人,其区别只是在一道额外的灵光上。托兰斯决心要找到辨识这道灵光的方法。1962年,他的一篇概略文献中得出结论,创新是创造出新的或者不寻常的东西,是如下过程的结果:
1:意识到困难、问题、知识上的差距、确实的元素和扭曲的东西;
2:进行猜测、对缺失内容做出假设;
3:评估和检验这些假设;
4:有可能会修改,再次检验;
5:最后,沟通结果。
(P27)
-----------------------------------------------------------

创新很难,码农不能老想着给我一台电脑就能改变世界、给我一台电脑我就是上帝(擦,当年简历里面的推销语,现在一想就内牛满面。),做点微创新也许更实际。

上面的话,于我而言,感同身受的是最近和同事在做的数据分析,过程很类似:假设 -- 论证 -- 修改 -- 论证 -- 沟通。

做不了创新就努力坚持接近创新吧。

展开全文  
收起全文  
把《IT技术博客大学习》网站弄成UTF-8了 (本站点滴)
发布于 2012-01-26 02:53 阅读:86061 评论:0 标签: blogread IT技术博客大学习

    趁这两天闲来无事,把《IT技术博客大学习》网站弄成UTF-8了,了却了心中一大遗憾。

    网站地址:http://blogread.cn/it/,欢迎观赏。

    博客导航:http://blogread.cn/,这个网站之前做了一个可以提交网站的功能,昨天看了一下,尽然真有人提交了,好久不看,怠慢人家了。。。顺手做了一个一有人提交就给我发信的功能,相信以后不会怠慢了。对不起啊。。。。。。。

    另:此博令本站不再长草。。。。。。。。

展开全文  
收起全文  
博客导航 -- 网址导航网站的垂直延续 (产品随想)
发布于 2010-11-30 03:42 阅读:95837 评论:1 标签: 博客导航 垂直网站 网址导航

     有一个传奇,一个网吧管理员做了一个极其简单的网站,由于迎合了初期网吧上网用户的需求,最终成为一个互联网的重要入口,并在2004年8月,被百度以1190万元和4万股股票收购,经济收入颇丰。这个网站就是李兴平做的hao123.com。即使现在看来,它也是如此的简陋,但这并不影响他的价值 -- 用户认可它。就这么一个网站把“更懂中文”的百度自己的导航网站:site.baidu.com 硬生生的压制了下去(注1)。

    在hao123.com之后,蔡文胜在03年建立的265.com 于08年5月被谷歌正式收购,而之前的一年它们绯闻不断:)(注2)。你可以看到谷歌首页左上角的网址导航地址daohang.google.cn早已被“265导航”取代,这让谷歌的技术大牛们情何以堪:)。

    传奇永远激励后人,这不近期就有传言史玉柱联手红杉欲购2345.com(注3)。甚至“123”这样的后缀都成了流行,如淘宝的tao123.com、采购行业的caigou123.com

    本身是互联网入口的两个搜索引擎巨头耗巨资、舍弃自己产品收购另一个互联网入口 -- 网址导航网站,多少有点怪异,但无他,流量为王!虽然中国互联网的用户在不断增加,但低端网民的需求是很简单的,而鼠标远比键盘操作简单,网址导航网站比搜索网站门槛更低。

    我们可以通过艾瑞近五年的调研结果看看:

    1:2006-12-26。导航类网站的网民覆盖人数已经超过5700万,占中国全体网民人数的一半(注4)。

    2:2007-08-26。2007年7月,网站导航类网站月度覆盖人数为6141万人,占全体网民的一半左右,在所有网站类别中排名第九。而人均月度访问次数达24.5次,在所有网站类别中排名第三,仅次于综合门户和搜索引擎,人均月度访问天数也以9.1天紧随综合门户及搜索引擎,排在第三位,用户黏性明显高于其他类别网站(注5)。

    3:2010年9月。2010年8月中国互联网网民中,六成以上访问导航网站。数据显示,2010年8月,中国访问导航网站的互联网用户规模达到2.3亿元,占所有网站访问用户规模的62.5%。2010年4月,该比重最高达到66.4%(注6)。

    现在,这是一个用户达2.3亿的市场!事实上我们也看到,至今仍有大量的网址导航网站通过各种手段在努力占据着用户的首页,如114la.com、2345.com、9991.com、ai1234.com。

    在互联网上还一个词叫“内容为王”,在Web1.0门户时代这个词风靡一时,随后大量垂直门户出现,悄无声息的扩张,如pcpop.com,还有一些行业性的网站,闷声发大财,上网一搜“行业门户”即可知道。

    这些,让一些人看到了曙光,垂直类的网址导航网站出现了。

    从2005年开始,博客在中国风生水起,虽然博客服务提供商(如新浪、搜狐、blogbus)都提供了推荐博文、博客排行的功能。但是跨服务提供商的推荐和排行限于行业竞争一直是个空白,更重要的是,越来越多的优秀博主拥有自己的独立博客(即有自己的独立顶级域名)。这些的优秀博主进入我们的视野更多是凭借口碑、小圈子内的传播。

    于是,或者似乎,博客网址导航网站有了存在的价值。

    从目前yayu看到的,有博客导航性质的站点有以下几类:
    1:RSS订阅查看网站。如Google Reader、抓虾、鲜果等。坊间有讨论这种类型已经在没落了(注7)。
    2:博客digg网站。如垦一垦、糖果盒,这些都是模仿国外StumbleUpon这个猎奇服务网站的。
    3:纯粹的博客网址导航。

    本文主要说说第三类:博客网址导航 -- 博客导航。对这些网站我们可以通过在Google、baidu中搜索“博客导航”中找到,这方面的网站不多,目前还是小众领域。两个搜索引擎前两页的网站重合率还是挺高的,我们可以从中分析其中的特点。

    1:各大网址导航网站的下属博客分类。

    比如:114la.com和265.com均有这类服务。由于这类网站名气大,对个人博客直接忽略,列举出的都是各大博客服务提供商。

    2:专业博客导航垂直网站。这类是下面要重点说的。

    这个领域是小网站的战斗场,互联网巨头们都忽略这个领域,因为这里实在是太草根了。哪个大公司会为了这么一个小众领域而耗费精力去收集、甄别优秀个人博客呢?

    细看这下,专业博客导航网站对博客的分类主要有两类:

    1:地域分类。如:93blog.com等

    顾名思义,这类导航网站把博主分省市罗列,不得不佩服这类站长的毅力,从哪花功夫去获取这些偏隐私的信息呢?

    2:内容分类。如:oolog.org、blogread.cn

    这个就是按照博主写的领域来分类了。如情感、技术、旅游、商业等等。

    为了获取用户,博客导航网站除了提供导航服务外,还有诸多附加服务:

    1:博客网址提交。由站长一个人或团队维护、甄别这么多的博客是个苦力活,所以基本上都会提供用户提交博客网址,然后站长后台审核的功能。这样如果站点流量大,用户活跃度高,可以帮助站长从内容收集的烦恼中脱离出来。对用户而言,也增加了亲切感。

    2:收藏夹。在网站上收藏你喜欢的博客。

    3:邮箱登陆。用户可以在博客导航网站直接登录你的邮箱,如网易、新浪等。

    4:天气显示。智能的显示你所在地区的天气。

    5:搜索功能。提供baidu、Google的搜索服务,省去打开一个新浏览器进入搜索网站的时间。

    6:实用工具。主要是站长使用的,独立博客站长使用得比较多。如SEO信息、网站alex排名查询、IP查询等等。基本上都是链接到其他专业网站上的。

    为什么会有以上额外的服务呢?根据艾瑞资源在2010年10月发布的《2010年8月中国六成以上互联网网民访问导航网站》我们可以看到(注6):

    艾瑞咨询分析认为,超过六成的互联网网民使用导航网站,原因在于导航网站集合了搜索、邮箱、新闻、购物、游戏、视频等多方面的互联网应用,用户能够一站式、快速获取相关服务。同时,由于庞大的用户规模,导航网站也成为各垂直行业网站(尤其是行业内第二、三梯队网站)流量导入的重要途径。

    以上虽然指的是综合导航网站,但同样可用于垂直导航网站。归根结底,这些服务都是为了留住回头客,而上述艾瑞分析的最后一句话,最指出导航网站的价值 -- 各垂直行业网站流量的重要来源。而博客导航网站也有望给优秀的个人博客带来流量。从目前博客导航网站的现状看,要做到这一点,仍需努力。

    基本上,一个网站做得再好,如果运营、推广不力,只能自生自灭。而这正是目前博客导航网站的软肋之一,综合导航网站旗下的博客导航聚焦在博客服务提供商,对个人博客关注度为零。垂直博客导航网站基本都是个人或小团队在做,推广主要依赖搜索引擎,难以占领用户浏览器。

    软肋之二是页面简陋,甚至内容缺失。yayu发现有的网站一些站内主链接打开后看到的是一个模板页,内容几乎没有。难以想象这是怎么在搜索引擎中排列在前的?!更无语的是某花钱在搜索网站推广的博客导航网站,在导航中写的是博客导航,但其实却是综合分类导航,完全是下载了某模板,换汤不换药,真是良莠不齐!

    或许依赖知名博客的介绍可以促进推广。搜索“博客导航”,有一个网站依赖也一个简单的页面、一个单一的博文页也排列到了第一页。这就是知名博客主“和菜头”的“中文博客导航”,甚至有网友发帖说写博客能写到这种程度真令人嫉妒到死:)

    即使吸引不了知名博客的友链,从目前看还可以通过博友互链。一些博客导航网站所提供的博客收录准则就明确指明:博主自己先做链接,然后经过查看访问来源后就可以收录。门槛较低,但与公信力违背,也算是双刃剑吧。

    能持续观察到行业中一个领域的发展也是幸事,不知道博客导航这个领域是否能风生水起,期待之!

注1:百度百科 - hao123。http://baike.baidu.com/view/8424.htm#4
注2:百度百科 - 265。http://baike.baidu.com/view/292091.htm
注3:史玉柱联手红杉欲购2345网址导航。http://www.yicai.com/news/2010/10/582241.html
注4:导航网站价值新说――贴近新网民服务老用户。http://www.iresearch.com.cn/Report/View.aspx?Newsid=58790
注5:网址导航网站用户具有高黏性。http://www.iresearch.com.cn/Report/View.aspx?Newsid=69267
注6:2010年8月中国六成以上互联网网民访问导航网站。http://www.iresearch.com.cn/Report/View.aspx?Newsid=125684
注7:《RSS阅读时代的没落 》http://www.xjp.cc/2010-log/10/disgraced-rss-reader.html

展开全文  
收起全文  
验证码的使用场景小议 (产品随想)
发布于 2010-05-06 23:35 阅读:119945 评论:0 标签: 验证码

    验证码,一个对用户毫无价值,但对网站却是一个自我保护的屏障。

    通常,验证码出现在提交表单的情况下,用于网站判断数据提交方是正常用户还是机器人。

    比如:

        1:在新用户的注册流程。可以用来遏制恶意注册。
        2:用户密码取回流程。可以用来防止用户密码被恶意夺取。
        3:用户登录。一般出现在多次密码输入错误,可以用来防刷密码。
        4:文章评论。可以防止广告等信息的传播。
        ......

    从产品上看,以上流程,对用户体验而言,让用户输入验证码,无疑是在骚扰用户。毕竟,恶意行为在独立用户、独立ip中是少数。这样的产品设计是让99个用户为1个用户的恶意行为买单。

    但是从技术上看,以上流程让验证码的存在却是有价值的。尤其是用户行为分析机制尚未建立时,因为我们无法预知对用户的行为。

    不要相信任何用户提交的数据。这一准则深深影响着程序员,我们对用户的提交的数据进行各种校验:是否符合产品上在页面规定的内容?是否符合数据库存储字段的属性?数据输入时是否会含有SQL注入的风险?数据输出时是否会影响页面的正常显示?数据中是否含有敏感词让某些人不高兴?

    这一切对正常用户而言,均不是问题。但是对于少部分用户,比如好奇心强的技术性用户,甚至想从中得取不正当利益的利益团体。真正有威胁的是后者。而验证码就是双方攻防的重要阵地,所谓刀光剑影尽在于此。

    基于以上讨论,我们是迫不得已在我们认为需要阻止恶意行为的地方加入验证码。这主要是一个技术问题,产品上是一个被迫的选择。

    但现在,似乎,在有表单提交的地方,验证码就成了标配。从以上的分析中,其实并不是每个地方都有必要出现验证码。只有在那种技术上、产品上难以控制恶意行为的地方才需要。

    一个比较典型的是:公司内网的登录为什么需要验证码?输入一次错误密码就是显示验证码的理由?尤其是那种半个小时不操作就要登录的系统,真是恶心的不行。半个小时不操作就让输入密码,本已很恶心,更恶心的是,这么频繁的操作偶尔输错一次密码还让输入验证码,真是恶心之极。

    言归正传,我们谈谈其它避免出现验证码的场景。

    一个登录后的用户,在进行操作时是否需要显示验证码?一个用户能登录,说明他通过了两个流程:注册、登录。以上我们谈到,这两个流程我们都是有必要用验证码来遏制恶意行为的。用户能正常登录,在很大程度上说明他不是一个恶意行为者。当然,不排除有恶意行为的可能,毕竟道高一尺,魔高一丈。这个时候就有必要考虑,是否为1个用户而为难99个用户了。

    我认为是没有必要的。如果一定要考虑,我们可以变通的实现,以缓解用户对验证码的厌恶,毕竟验证码对用户是毫无具体意义的。

    我们分场景讨论一下。我们把用户提交的信息分为两类:

        1:影响用户自己。
        2:影响其他用户。

    对于影响用户自己的操作,如修改密码、用户信息。这些信息有的只是用户的一条数据而已,如昵称、生日等;有的是需要网站付出资源的,比如绑定一个由网站方提供的邮箱、需要费劲心思保护的商务信息(某某币等)、用户敏感信息(密码、密保信息)等等。对于前者,用户任意改,其实无所谓,对于后者,就需要我们注意对用户进行保护了,比如用户被恶意侵入怎么办?这个时候验证码是否该出现呢?不应该!这个时候应该让用户输入自己的密码。这样既避免用户对验证码的厌恶感,又提高了安全性,夸大一点说:提高网站的品牌形象,用户一看:哇,这网站在保护我的信息。

    对于会影响其他用户的信息,如论坛的主题贴和回帖,博客、新闻的评论。如果这些地方显示验证码,从产品上让用户感觉不易用。但之前所说,道高一尺魔高一丈,如何遏制潜在的恶意行为?对这些产品而言,可使用的产品手段则比较多了。对于新注册的用户,很多网站都会禁言一段时间,但是这样也使正常用户感觉不爽,不利于网站推广。此时我认为可以采取产品手段:用户的注册时间、之前的活动量都是一个是否显示验证码的依据。对于可信赖的用户是无需使用验证码的!比如有些论坛就是积分大于某一值时就可以不显示验证码,当然对于这些用户的恶意行为的惩罚就是另一回事了。

    总而言之,验证码是技术人员无奈的选择,产品上能不用就不用,敬而远之!

展开全文  
收起全文