微信成功的原因分析

上传人:m**** 文档编号:129131636 上传时间:2022-08-02 格式:DOC 页数:8 大小:23KB
收藏 版权申诉 举报 下载
微信成功的原因分析_第1页
第1页 / 共8页
微信成功的原因分析_第2页
第2页 / 共8页
微信成功的原因分析_第3页
第3页 / 共8页
资源描述:

《微信成功的原因分析》由会员分享,可在线阅读,更多相关《微信成功的原因分析(8页珍藏版)》请在装配图网上搜索。

1、如今,人们交换彼此信息的方式不知不觉间已从手机号到 QQ 号再到微信账号;商家推销商品,增加客户量也逐渐使用微信 公众平台宣传。微信在短短两年内用户轻松破亿,使其众多竞争 对手羡慕不已。而网络营销的背后,微信成功的原因是什么?以下 是我为大家整理的关于微信成功的原因,欢迎阅读!微信成功原因的分析有时候判断一个互联网产品的成败,你都不需要看数据, 只需要看看周围人就可以了。腾讯微信,现在不管走到哪,我们 几乎都可以看见有人在玩着微信,或者聊天,或者发新鲜事,或 者打飞机。微信是一个非常成功的产品!当然,我还是去查了一下公开数据:截至 20xx 年 11 月, 微信的注册用户已经超过5000 万。

2、而到现在,微信的用户群体 已经超过 5 亿!这是个可以给米聊很大压力的数字。米聊是初创 公司小米科技在微信之前推出的一款类似产品。这似乎是过去几 年数亿故事的再次上演而已一个新的互联网产品兴起之后, 后加入进来的腾讯往往会最终抓住机会。对于这样的故事,一个惯有的思路是,腾讯是一个大公司, 拥有小公司所没有的资源,而 QQ 聚集起了庞大的有粘性的用户 群,所以每每能够成功复制新的产品和应用,而且影响到了小公 司的生存空间,进而扼杀了创新。如果你了解一下美国互联网的竞争路线,你就会觉得这种 思路有问题了。Skype同腾讯一样聚集了数以亿计的即时通讯用 户,也同样拥有很高的用户粘性,但 Skype

3、最终沦落到了一个被 数次出售的境地;Google、雅虎也拥有庞大的用户群,也曾经什 么都去尝试一下,但极少有成功的模仿产品。那么为什么腾讯能够做到呢?懂产品:从模仿的角度来说,腾讯是一个很懂产品的公司。 这使得腾讯模仿的每一款产品都能够稳定在一个既定的水准上, 类似那种工厂化的产品开发。这使得腾讯在产品层面上不会出太 大的问题。对于其他大部分也是模仿国外应用的小公司来说,要 达到类似的水准其实需要更长的磨合期。微创新:微信和米聊最初的模仿对象其实是kik,但后来 随着微信的发展,你会发现其实更像是Color。Color最初的定 位就是那种典型的陌生人交往应用,微信从陌生人交往的角度做 出了一系

4、列小的创新功能,如漂流瓶、摇一摇、查看附近的人、 秀二维码等。正是这些创新的功能真正让微信的用户激增,而不 是仅仅依靠与QQ和QQ邮箱的互通。执行力:作为一个大公司,腾讯在新产品上的执行力似乎 并不逊色于初创公司。20xx年月10日,米聊发布Android版, 月23日,发布iPhone版;20xx年1月曰,发布Symbian版。微 信20xx年1月24日发布iPhone版;27日,发布Android版;29 日,发布Symbian版。去年一年,微信共发布4个平台版本共44 次更新。你看,同样是模仿国外出现的某个新的互联网产品,假如 一个大公司在稳定性、微创新和执行力上都做得不差,甚至比初 创

5、公司做得更好的时候,初创公司还有什么可抱怨的呢?即使你 有一个原创的好想法被大公司复制成功了,那你仍然无需抱怨 很可能关键的原因是你的点子太简单了,或者你没有把这个 好点子做出门槛。对创业公司来说,最难复制的就是企业家精神和真正的创 新能力。假如扎克伯格把点子还给 Winklevoss 兄弟,恐怕就不 会有现在的Facebook 了,因为像墙、戳一下以及开放平台这些 真正将 Facebook 推向高潮的东西不是每个人都能做出来的。国内的创业者经常指责腾讯利用其强大的用户资源来整 合新业务,以至于让创业公司丧失成功机会,但真正的问题在于, 在指责腾讯创新的时候,创业者也要思考自己是否是真的在创

6、新,如果大家都是模仿者,那么腾讯表现出的创业公司才具有的 灵活性和创新能力,也是值得称道的。我们甚至可以换个思路去看待创新问题。美国媒体在评价 这个历史堪比美国在线的公司的时候,更多的是带着羡慕的口 吻,它们最初提供的服务都以即时通讯著称,而美国在线在美国 互联网领域打酱油,而腾讯经过不断的创新,是全球不多的几个 在用户规模和用户依赖度上接近Facebook的公司。十几年历史 在互联网业差不多是骨灰级公司了,对比那些曾经表现为一统江 湖架势的公司来说,腾讯大而不倒的秘诀,恐怕也只有创新才是 唯一解释,商业就是这样.微信成功的原因一、耐心与信心 微信发布到第四个版本后,数据仍不见起色。直到语音功

7、 能的加入,在微信 2.0 版本之后,用户增长才真的爆发。在此 之前,微信团队自己也没底。实际上,QQ邮箱的成功,也是经历了漫长的等待。如果 一个团队没有这份耐心和坚持,也等不来后面的微信的机会。二、积累与爆发 很多人只是看到了微信朋友圈的成功,但没有之前几个项 目的积累,技术经验产品上经验。张小龙自己也对团队说:没 有阅读空间,就没有朋友圈。朋友圈的高效实现很大程度归结于微信团队在阅读空 间上对社交领域长达三年的摸索和积累,换一个团队做,朋友 圈做出来就是另外一个样子。公众号的产生也是如此,没有之前在阅读上的几年摸索, 不可能做出来公众号的功能。连周鸿祎也对记者说,自己做个微 信不难,但是公

8、众号,想不出来。没错,那是因为你之前没这方 面的经验,当然不可能产生认识上的跃迁。三、坚持与吝啬微信团队经常会被问: 你们为什么不这么做? 为什么不 增加那个功能? 微信团队每天面对各种反馈信息,还有什么点子 想不到? 他们只是不那样做而已。比如,张小龙给微信定的准则之一:微信内的信息是和用 户相关的,不是系统推送的。有了这条准则,如何坚持不动摇才是最难的。这个坚持 才是竞争力。这个坚持才是竞争力,为什么这么说?在冒险与挖矿 这个项目上,我就时常在思考,如果我们不过快的去大推这款产 品会是一个什么样的结果,是能够更长时间的保持口碑吗?我们 坚持的口碑策略是什么原因被慢慢的放弃了?在这一点上,是

9、我 没有坚持住,这种没坚持来源于我对于自己、团队和未来的缺乏 自信。四、系统化思维如果冒险与挖矿算是一个聪明的团队,那么微信团队则是 有智慧的团队。微信团队有时候会犯错,只是稍有偏差,很快就立刻修正。 大多数人几乎感知不到。这是很强的能力。我认为这是微信团队的系统化思维的体现。分析问题的时 候,面对复杂系统,不看局部,而是整体的系统化的思考每一个 问题,即使在足够充分的信息下,能做出最合理的决策,这也是 很难做到的地方。要理解系统化思维,我推荐大家阅读失控这本书,这是一篇重塑我世界观和方法论的数据,帮助我从产品经理的思维 过渡到了系统化思维。另外,分享下 Unix 的设计原则,微信的一些设计原

10、则和 它也是相同的,我觉得这个思路同样可以用于游戏开发、游戏运 营和游戏设计:1. 模块原则: 使用简洁的接口拼合简单的部件。 用清晰的接口把软件的若干模块组合成一个复杂的软件。 使问题只是局限于某个局部,从而不会牵一发而动全身。2. 清晰原则: 清晰胜于机巧 代码是给人看的,而不是给计算机看的。在选择算法和实 现的时候要考虑程序的可扩展性。3. 组合原则: 设计时考虑拼接组合Unix 提倡采用简单、文本化、面向流、设备无关的格式 传统Unix是将一个简单的文本流输入处理为一个简单的文本流 输出。如果不使用简单的文本流就极其难以衔接。Unix中文本 流之于工具,就如同面向对象环境中的消息之于对

11、象。4. 分离原则: 策略同机制分离,接口同引擎分离 防止策略变得死板,难以适应用户需求的改变。而且任何策略的改变都有可能导致机制的改变。5. 简洁原则: 设计要简洁,复杂度能低则低 越是简洁,软件的维护成本就越低。6. 吝啬原则: 除非确无它法,不要编写庞大的程序大主要是指:体积大,复杂度高,程序大了维护成本也会 增加。7. 透明性原则: 设计要可见,以便审查和调试。 调试占总开发时间的四分之三左右,开始的时候多做工作 方法则是设计的时候充分考虑透明性和显见性。8. 健壮原则: 健壮源于透明与简洁 让程序的内部逻辑更加简单且易于理解透明化和简 洁化。9. 表示原则: 把知识叠入数据以求逻辑质

12、朴而健壮 数据要比编程逻辑更容易驾驭。在程序设计中应该主动把 复杂代码转移到数据之中去。尤其是C语言对指针使用控制的功 能,促进了在内核以上各个编码层面上动态修改引用结构。在结 构中用非常简单的指针就能够完成任务,但是在其他的语言中则 不得不使用复杂的过程。10. 通俗原则:接口设计避免标新立异 设计过程中应该按照用户最可能熟悉的同样功能的接口 和相似的程序来进行建模。11. 缄默原则:如果程序没什么好说的,就沉默 若程序没有什么特别之处可讲,就选择保持沉默。一切从 简是 Unix 的优良传统。.补救原则:出现异常时马上退出,并给出足够的错误信 息软件应该尽可能地应付各种输入错误和自身运行错误

13、。但 是如果实在没有办法满足,则让程序以一种容易诊断错误的方式 停止尽可能多地暴露执行错误的信息。13. 经济原则:宁花机器一分,不花程序员一秒 把复杂的运算交给机器完成,从而程序员则解救出来了 (使用 java 等高级语言,避免复杂的内存负担)。14. 生成原则:避免手工hack,尽量编写程序去生成程序程序生成的代码简单而且可靠,比较典型的例子是Makefile生成器、GUI构建器15. 优化原则:雕琢前要有原型,跑之前先学会走避免为了蝇头小利而浪费太多的时间。不知道瓶颈,就乱 优化代码,这是唯一一个比乱加功能更损害设计的错误。先制作 原型,再优化。优化之前保证能用。16. 多样原则:绝不相信不二法门的断言Unix 采用广泛采用多语言,开放的可扩展系统和用户定 制机制。17. 扩展原则:设计着眼未来,未来总比预想的来的快为自己的代码留下可扩展的空间,不要被原先不明智的选 择束缚(考虑兼容性的问题)。

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!