如何评价 9 月 21 日开始内测的「微信小程序」?

相关问题: 如何评价微信公众平台? 如何评价「微信小程序」1 月 9 日的发布? 现在,应用号暂定名为小程序,进行内测。 小程序是一种不需要下载安装即可使用的应用,它实现了应用“触手可及”的梦想,用户扫一扫或者搜一下即可打开应用。也体现了“用完即走”的理念,用户不用关心是否安装太多应用的问题。应用将无处不在,随时可用,但又无需安装卸载。 本次内测采用邀请制,其内容客户端暂时对用户不可见。之后小程序会全面开…
关注者
12597
被浏览
642918

483 个回答

(有人说重点是大佬们都不睡觉的,我一看。。。还真是。。。)


昨天同时发生了两件有意思的事情。


一件是大多数人都看到的:


微信终于推出了应用号,并且取名“小程序”,向生态帝国和自己的App Store又迈进了一步。


另一件是大多数人都不会注意到的:


百度要出售旗下91无线的 iOS 业务,这彻底宣告了App分发时代的结束。




移动大潮刚兴起的时候,所有人都有一个争论,那就是 Web App 和 Native App 孰优孰劣的问题。最终这个讨论以Facebook彻底放弃Web App为一个阶段性的终结。Native App,也就是现在我们每个人手机里的应用获胜了。


那时候是2012年。移动会取代PC的大势变得清晰异常。



在PC时代,互联网最大的流量入口是搜索。几乎用户的所有需求都是由Google或百度分发出去的。但谁想到好日子没过多久,移动大潮就来了,而且来的无比之快。


Google有自己的手机操作系统,用开放的态势,占据了重要的位置,这是战略预判上的极大成功。百度也曾尝试过出手机,却失败的很惨,并且一直在移动布局中处于落后位置,这是战略上的极大误判,甚至长远来看是会丢掉小命的那种。移动浪潮对于其他公司来说是平台的迁移,但对于百度来说,则是商业模式的颠覆。


对 Google 和 Baidu 来说,Web App都是更好的更能接受的方案,但 Native App 获胜后,百度就被逼无奈地开始想:“我该怎样在移动端保住类似我在PC端的地位?”。百度在PC端是什么地位?入口和流量分发之王啊,那么百度自然就要找移动端的入口和流量分发途径。于是就有了我们都知道的故事:百度以19亿美金天价收购91无线。


那时候是2013年。百度以为自己拿到了一张移动世界的船票。



好景不长,百度后来发现这张船票是买在了浪潮的最高点。等潮流退去以后,才发现原来买到的是一艘借浪潮而舞动的小船,going to no where. (当然,同时航行在旁的还有另一艘小船,叫做豌豆荚。)


到今天为止,已经几乎没有人再下载新App,所以百度弄错的一件事情是,搜索作为入口和流量分发是持续的,而且信息量越冗杂越有价值,而App的分发是一时的,且反过来是越分发越让信息量冗杂、分散和没有价值。


不得不说,对于当时的百度来说,这就是饮鸩止渴,而且是好贵好贵的一杯毒酒。



到现在,大家最终发现移动端是群雄割据的时代。流量和入口其实是那些少数的头部App应用,大概每个用户最常用的就是那十多个App。其实这十多个App还原到PC时代,可以类比于那些成功的“中间页”,比如去哪儿、搜房,或甚至是爱奇艺。


李彦宏当时曾多次公开宣扬自己的“中间页战略”。入股、导流、变现,不断循环。当时,在各个最大的垂直领域,百度都有自己的投资布局,并且不论从资本操作还是从流量分发变现上来看,效果都还算不错。


所以现在回头来看,当初与其重金买下91,也许不如把网页端里面中间页的策略复制到移动端,去入股大量有潜力成为头部App的公司。当然,这已经是后话了,最终腾讯和阿里反而在投资布局上做的比百度要好太多。



2013年,百度收购91的同时,微信国内用户已经达到了4亿。如果说头部App是移动时代的入口,那么微信现在绝对是头部中的头部,这给了微信做平台和生态的机会。于是就有了微信订阅号、服务号、企业号,再到如今的应用号。微信在不断地为自己这个头接上四肢。


微信现在要做的就是用自己的头部效应带动长尾起来。其实,百度在13年推出的轻应用直达号,和如今的微信应用号如出一辙,也是瞄准了长尾市场。但由于百度缺乏社交账户体系,也没有如今微信如此强的闭环能力,再加上百度内部人员的战斗力问题,这个项目如百度的很多其他项目一样,都无疾而终了。当初负责这个项目的李明远,现在在百度内部也已经没有之前那么炽手可热。


而且据说,李彦宏当初对腾讯最大的担心是他们的搜索与微信的结合,所以当时李一直在密切关注腾讯soso,搜狗和360之间的交易进展。直到知道腾讯把soso卖给搜狗后李彦宏才松了一口气。


但其实,到今天搜索已经变成一个功能性的东西,而不是最早的入口。百度搜索本身当然是一个非常厉害的头部App,但和其他的十多个头部App是平行而没有区别的。就好像在网页端的时候,百度和淘宝或携程从流量分发的上下层级关系,慢慢变成并行竞争关系一样,垂直领域的品牌做到足够强大的时候,网站本身是不需其他人引流的。


这个现象在移动端来的更容易和明显。



那么微信的应用号是否能成功?我觉得相对来说也有一定的难度。要在微信内做App发现、分发其实一样是非常难的事情。所以应用号目前感觉还是对已有生态的一个良好的补充,并且更多是为B端服务,比如一些已有的知名品牌和服务商等。对于个人或小创业公司来说,应用号可利用的空间仍旧有限。


再有,如张小龙所说,应用号要实现的是应用的“触手可及”,最终让应用达到“无处不在”,这让我想起了现在无处不在的扫码支付。所以“应用号”大概率更多情况下是被动触发的场景,而不是主动寻找的,这对我来讲要更合理些。


其实,我最近一直觉得微信公众号就是现代年轻人的淘宝。当初有无数的年轻人立足于淘宝平台,每天没日没夜的上新品、做客服、寄包裹,而现在也有很多人到处抱着电脑,随时随地的推送和回复留言。这就是大生态的力量,它让一代年轻人找到了自己表达的窗口和自给自足的机会,让“给自己打工”和“个人的奋斗等比于回报”成为一种可能。


而现在应用号来了,我觉得这会不会就是给企业的天猫?



最后,更好玩的是,微信缔造了一个这么大的生态平台,却有一半是立足于另一个封闭生态“苹果”之下的。苹果对于腾讯的蚕食会做出如何的反应呢?腾讯和苹果的关系又会如何演进?我相信这会是未来最让马化腾头疼的问题之一。



P.S. Google恰好也是昨天刚推出了自己最新的即时通讯应用“Allo”,把AI助手作为主要切入点。这是否能让Google逆袭呢?不管怎么说,这对百度也是一个可借鉴之处。


本文首发自公众号:42章经(ID:MyFortyTwo)

--------

极客公园 | geekpark

和开发者们聊了一圈,听听他们怎么看「小程序」


文 | 早优夫斯基


「小程序是一种不需要下载安装即可使用的应用,它实现了应用『触手可及』的梦想,用户扫一扫或者搜一下即可打开应用。也体现了『用完即走』的理念,用户不用关心是否安装太多应用的问题。应用将无处不在,随时可用,但又无需安装卸载。」


——昨晚张小龙的一条朋友圈让整个互联网失眠到天明。


微信「小程序」无疑是今天中国互联网从业者中最热的话题,一方面微信似乎为那些错过了公众号红利的人又画下了一道全新的起跑线(据说已经有运营者在拍卖小程序的内测资格,起拍价高达 300 万);另一方面诸如「别再开发 app 了」、「Web App 终将取代 Native App」等开发者圈中的月经话题又被拉上了台面。


与此同时抬眼也尽是 KOL 们的解读和各媒体跟风的报道,却大多盲人摸象。被邀请内侧者有保密协议不能多说,而围观的吃瓜群众看着无关痛痒的介绍也都云里雾里。


而我们打算聊点实在的,所以极客公园和目前国内的最活跃的开发者社区——「掘金」合作,在应用开发者圈子里做了份关于「小程序」的问卷调查,我们聊到了腾讯的内部员工、京东的前端团队、LeanCloud 的前端团队、滴滴出行的前端负责人等等,听听这些行业里的大牛们都怎么看待微信小程序这件事。


与其在内测者含糊的介绍里捉摸,不如来看看在这场小震荡中开放者自己的声音,关于小程序的干货,这里比较多。


1. 懂 JavaScrpit 的程序员真的要更吃香了?

——会有便利,但不会那么明显。


首先要明确的是 JavaScript 能解决越来越多领域的问题。经过微信小程序的催化,国内学习和使用它的人必然会越来越多。而且JavaScript 的学习曲线并不陡峭,学习成本不高,想要通过它形成开发者竞争力的话会很无力。


同时通过腾讯内部的前端开发工程师的介绍,这次微信的小程序书写语法上借助了 JavaScript 和 HTML 的能力,学过 JavaScript 的人会有一定便利,但由于是遵守微信自己的一套框架,这套框架又想尽量简化整个开发流程,同时微信也基于 QQ 浏览器的 X5 内核,X5 内核是基于 chromium37,技术上面的革新并不是很大,所以估计一些没有 JavaScript 基础但有开放经验的人也能很快上手。


提高生产力的迫切需要会不断地逆推迫使开发过程愈加简单,从开发者的职业发展角度来看,需要更多关注要解决的工程问题,而非语言之争。


2. 作为开发者,更愿意接受 App Store 还是微信的审查?

——这一点上,大家空前一致。


现在已经明确的知道小程序开发完后并不能直接发布,需要提交给微信团队进行审核,审核方式类似于 App Store。面对审查对象的变动,虽然现在微信的审查制度还未公开,但开发者们已纷纷给出了空前一致的回答:「相比微信,宁愿继续忍受被人诟病的 App Store。」


首先这并不难理解,当你的整个应用都依附于另一个无法掌控的平台时,平台的流量、朝令夕改、版本更迭都听由他人,谁能有安全感?更考虑到微信在内容管控上严苛的风格,以及在审查方面的模糊规则,纵然已被 App Store 折磨了很久,但还是你宁愿选择规则更清晰的 App Store。


我至今也无法把握微信公众号关于「诱导转发」的违规标准。


3. 后端还有未来吗?

——废话,当然有。


从小程序的消息出来再到纷繁的传播内容中,总少不了「后端要失业」的玩笑。但微信小程序的出现也的确「抢走」了一大半原属于后端的工作,但被抢走的工作都是有通用性可机械代替的部分。


通用型的后端逻辑将会被微信这样的服务所取代,例如用户系统已经很好地被微信的用户系统所取代,这不仅是微信小程序的趋势,更是整个后端的趋势。


而后端的未来更多将会存在于大数据和人工智能的领域,并且前后端之间并没有那么大的鸿沟,很多后端也在学习前端而且运用很好,一切都是互通的。


4. Web App 开放的技术门槛将会如何迁移?

每个行业都存在自己的技术门槛,而当微信小程序一定程度上消除了 App 开发的么门槛,当人人都能在极低的时间成本下创造出自己的小程序时,应用开发者之间的竞争力门槛自然会迁移到其他地方。


Native App 的开发并不会有多少迁移,但 Web App 的开发一定会因为小程序的介入而发生变化了。


在小程序领域的技术门槛很有可能将会存在于在操作细节处,能否在标准化的流程和框架下提供更多易用的操作、更多细微体验提升、入门越来越容易更多拼的是细节和体验,就像当年 PC 端的演进方式,当不会写代码的人也能根据开源程序搭出一个网站时,门槛早已迁移。


5. 未来如果你不愿意开发自己的小程序,最主要的阻碍原因会是什么?
  • 流畅性不够

  • 入口太深使用不便

  • 文档不够全面友好

  • 调试工具不够智能

  • API 调用覆盖不够

  • 整体太过封闭

  • 支付相关门槛太高

  • 相关限制太多(分享按钮、诱导分享)


6. 目前哪些类型的 app 更适合小程序?

目前从微信官方提供的能力来看,的确具有开发一些较为复杂的应用的能力,但在开发初期,官方必然更希望通过简单应用来调试,所以像复杂游戏这类的应用,官方应该暂时不接纳。


而那些低频的长尾应用,既「用完就丢」类型的 app 无疑最符合,比如快递、点餐、或是一些轻量的、交互相对简单的应用,例如cToDo 效率类展现逻辑的应用;另外一种类型是需要在微信中传播的应用,用以弥补微信中无法跳转到 Native App 的缺陷。


蛰伏多年的 HTML5 创业者,终于被送上了风口。


在这一切的背后有一群人不得不提,那就是走在历史进程之前的 HTML5 行业的创业者们,蚍蜉撼树般的埋头教育用户多年之后,微信这样的巨头介入无疑是天大的利好。


从 2013 年左右开始出现 HTML5 行业的创业者,一直以来的印象都被固化到了「小游戏」和「小广告」的层面,尴尬的定位和贫瘠的市场需求都阻碍了行业成长。现在通过微信来教育市场,HTML5 行业毫无疑问会以空前的速度发展,同时资本市场也会开始关注这一领域。


「如果 HTML5 行业是一座城市,那之前的创业者是在艰难的铺路,而现在微信在铺路,创业者们就可以腾出手去建商业区和高楼了。」


可以预见的是即将会有大批的创业者涌入HTML5 领域,有越来越多的技术人才开始转型,更多资本涌入,这也将推动 HTML5 行业飞速发展。


App 已势微,「小程序」将建立新秩序?

——这并不会发生,至少近一两年内不会。

小程序和 app 之间的关系早已明晰,受限于平台和时代背景小程序更多只能以 app 补足工具的形式出现。App 开发本身也不会因为小程序的出现而产生什么震荡,Native App 的需求始终会存在,不同的只是未来 Native App + Web App 的形式将会被更多的采用。


所以未来对于开发者来说 Web App 的开发能力或许会变成一种基础素质,不会是以加分项的形式存在。


而对于「小程序」这样的 Web App 来说,可见的未来中慢慢脱离于 Native App 的制约而独立迭代,更快的进行技术演进,产生出 Native App 所无法替代的优势会是最值得期待的。


App 最终会消失,所有 app 都会演变成为特定情景服务的工具,但在此之前必然还有很长的路要走。无论微信的野心是要变为OS 也好,Web App 的野心是要推翻 Native App 也罢,这一切都还需要技术、市场、用户习惯的演进和沉淀。


在此之前,微信「小程序」的推出可以算是历史性的时刻。App 要继续开发,但不掌握 Web App 那无疑是在和未来 Say Goodbye。


本文由极客公园原创

首发于极客公园微信号 : geekpark

转载联系 xiangyunqi@geekpark.net


为什么?