概括

“微信小程序·云搭建”商业模式的强势推出，被建设者普遍视为腾讯重视后端建设的开始。同时在这背后，也能窥见其对微信小程序产品形态打磨的着力点，逐渐从用户前端功能实现界面迁移到面向建设者的调用运维。

作为支撑和维系微信小程序蓬勃发展的“骨干”，建设者生态一直是腾讯运营团队心中一根紧绷的弦。建设者生态的优化进程和质量，不仅会直接影响众多微信小程序的迭代更新速度，更重要的是深深考验广大建设者的积极性和创造力。

而近日，由腾讯云自主研发的“微信小程序·云构建商业模式”正式上线，再次清晰勾勒出腾讯在优化小程序开发者生态问题上的长期考量。此次上线的“微信小程序·云构建商业模式”，简单来说就是打通小程序开发端与云资源之间的数据链路，通过调用腾讯云的云计算、云运营、云服务等相关接口，建设者可以享受腾讯云提供的云函数、云数据库、文件存储三大云数据能力。借助一站式云解决方案规划，建设者可以将后端服务部署、运营链路托管在云端，最终实现无服务化构建背景下微信小程序产品的快速上线和迭代。

事实上，在微信小程序不断成长进化的过程中，微信在前期明显侧重于前端功能接口的逐步放开，旨在帮助建设者尽快在产品功能层面实现业务需求，进而在对应的微信小程序赛道上尽快抢占流量洼地。在微信小程序爆发之初，一方面可以有效调动建设者社区的积极性和创造力，另一方面在各类微信小程序积累的势能矩阵的复合倍增下，也能得到“底源”滋养，让微信小程序生态健康。

另一方面，此次推出的“微信小程序·云构建”商业模式，显然为广大建设者提供了一整套云端解决方案。通过与腾讯云的技术积累和服务端口的整合协同，微信小程序拟引入云托管、一体化调用的概念，希望尽可能地消除诸多后端构建环节的痛点和难点，最终进一步降低微信小程序建设者的门槛，为即将到来的微信小程序攻防战提前“修炼内功”。从这一举动可以预见，前后端构建环境的同步优化转型，将作为未来微信小程序产品形态的优化策略。

为了进一步深化对“微信小程序·云建”商业模式的理解，同时以专业、科学的视角审视和思考小程序开发者的生态、人才梯队培养机制、微信小程序行业的演进路径等问题，极客公园在近日举行的掘金小程序开发者大会嘉宾后台，对主导“云建”商业模式开发的腾讯云高级工程师李成熙先生进行了专访，请他从腾讯内部战略家和资深技术从业者的双重视角解读“微信小程序·云建”背后的故事。

以下是采访记录，经 Geek Park 编辑并有一些小内容。

Q：我们看到，这次腾讯云团队和微信团队强强联手、优势互补，共同打造微信小程序云部署商业模式，确立微信小程序云解决方案的本质和核心。这一举措体现了腾讯竭尽全力向建设者开放能力接口、优化赋能机制、提升部署效率的初衷和考虑。另外，您和您的团队决定研发这个云部署解决方案的理由和动机是什么？

A：其实优化后端环境的需求一直存在，只是微信前期在小程序战略布局上采取了比较谨慎克制的态度，没有集中精力布局这方面，这为云端方案规划的研发提供了必要性和可行性。

同时，此次研发工作的顺利推进也得益于双方团队对业务需求的协调与契合。微信在经过详细而深入的调研与论证后，敏锐地捕捉到了小程序开发者对于进一步打磨优化后端构建环境的呼声，并借此机会开始寻找后端研发合作伙伴。腾讯云也希望找到一些能够将现有的云计算、云运营、云服务能力进行针对性、稳定落地的端口和网站，让腾讯云的技术积累能够对接更广阔的应用和演绎空间。

就这样，技术研发本身的可行性研究以及双方团队的协调合作意愿最终促成了这次跨团队的合作。

问：云建商业模式开发的一站式后端云服务网站能解决哪些行业痛点和难点？

A：前期我们主要开放了三个最基础的能力，包括云函数、数据库、文件存储，我们相信这三个能力至少可以满足80%以上的后端建设需求。

文件存储能力本质上为建设者在云端发布和调用前端静态资源开辟了一条绿色捷径，可以有效解决建设过程中大量前端资源堆积造成的冗余、乱序现象。

顾名思义，云数据库能力可以让建筑商在云端拥有一条可以随时增删查改的数据链路，帮助建筑商最大程度实现一键式、可追溯的数据操作，有效提高建筑数据的运营效率。

至于云函数，相信对于大多数构建者来说会比较陌生。简单来说，传统的后台服务往往在服务端开发相关流程，同时构建者需要针对包括路由管理在内的一系列业务需求编写一系列函数，整个流程往往显得繁琐死板。而云构建业务模式，可以将流程开发、路由管理等底层操作直接托管在云端，构建者只需要将自己的业务逻辑分解成一系列云函数，上传即可运行。这种新的构建业务模式可以大幅减少构建者在运维上的时间投入和负担。

Q：我们知道腾讯云和微信小程序都是腾讯数字化工具矩阵的一部分，您觉得这两个数字化能力强强联合、相互支撑的主要价值和意义是什么？

A：必须承认，微信小程序生态的强大增长潜力对相关配套服务提出了更为严苛的要求。作为工程师，全心全意服务广大建设者，为建设者奇思妙想的建筑创意提供支持与后盾，一直是我们的理想与愿景。

从近期披露的一些数据可以看出，随着微信小程序的持续火爆，云计算、支付工具、社交广告等领域都迎来了蓬勃发展的应用场景和战略机遇。参照这样的宏观背景，相信这个工具矩阵内部的能力互补与加持，也将为整个数字化工具矩阵的应用落地提供思路和借鉴。这对于提升相关数字化能力释放的效率和质量，同时推动腾讯更好地发挥各行业数字化助手的作用，具有关键意义。

Q：您如何评价云化商业模式推出后的运营表现？

A：云筑商业模式自9月10日正式公布上线以来，对外开放也不过几天时间，在数据积累的程度上，目前还无法透露更详细的运营数据。但就目前来看，每日API调用量最高的微信小程序，平均每日可以达到1000万+次API调用。我们可以这样看待这个调用量的数量级概念：只有BAT、独角兽打造的应用才能达到这个水平，也就是说，云筑商业模式目前的服务能力已经可以和上述超级APP相媲美，也就是说保守估计，云筑商业模式可以满足90%以上的端口服务调用需求。从这个角度来看，云筑商业模式的市场反馈是远远超出我们预期的，我们也非常期待云筑商业模式在未来能够取得更加优异的成绩。

问：本次云搭建服务项目实施过程中遇到了哪些瓶颈和阻碍？

A：说实话，我们在技术层面上并没有遇到太多的挑战，但我们更关心产品的选择。

我们的出发点是为建设者提供更多优质的服务，但一旦涉及到服务层面，无论数量还是质量，都注定是一个难以攻克的难题。

此外，腾讯云在国内算是布局云搭建环境比较早的先行者，而国内的搭建者对于云搭建的商业模式还比较陌生，如何平衡产品本身的性能稳定性与市场的接受度和认可度成为了整个研发过程中最耗费精力的部分。

实际上，我们技术团队对于云构建的产品架构非常有信心，甚至预计它将成为国内后端构建市场的搅局者。原本我们团队在项目之初也进行了非常细致的产品规划和考量，希望一次性推出覆盖更多环节的功能矩阵。后来出于对技术稳定性、性能持久性等多方面的刚性考量，最终决定初期只选取最基础的三项能力进行发布赋能。换言之，无论是在产品的规划、设计、构建、调试过程中，还是在准备上线产品进行市场测试的成型阶段，相比于技术层面，团队最核心的焦虑还是集中在产品规划和功能取舍上。从始至终，稳扎稳打、持续迭代一直被视为指导构建实践的最高原则。

问：本次建设过程中的技术审查将重点审查哪些方面？

A：其实腾讯云团队本身的云资源储备已经相当成熟了。我们技术团队一如既往的还是以服务的性能和稳定性为重心，毕竟高性能、高可用、高扩展一直是云服务商帮助客户制胜的法宝。所以这些更加注重性能、稳定性、容灾的基础运维工作一直是我们在技术评审环节坚守的底线。

Q：您如何看待和评价当前的微信小程序生态？在持续优化微信小程序开发者赋能机制方面有哪些考虑？

A：其实在腾讯内部，“赋能”这个概念很少被提及，成为建设者的“数字助手”更能准确概括腾讯的角色定位。

不得不说，微信小程序生态的演进和我的职业选择息息相关。我非常看好微信小程序行业的发展潜力，所以才决定从TEAM跳槽到腾讯云。我当时的想法是，微信小程序现在流行的设计语言和呈现方式，其实非常接近OS的属性和定位，或者也可以称之为“类OS”。

我们也可以看到，自从微信小程序业务日益火爆、建设者数量快速增加以来，由手机厂商联合出品的快应用、阿里、百度等纷纷加快在微信小程序领域的布局和布局。

从某种意义上来说，正是这种“准OS”的角色定位触及到了无线互联网的底层基础，因为操作软件最终处于统领地位，任何功能的实现都需要遵循操作软件预设的逻辑。往往这种有些被动的顺从，也可能意味着依赖和顺从。比如在应用分发环节，利润分成比例、呈现效率等可以制定得更强硬。需要注意的是，每一个中心化分发的应用商店，都掌握着所有流量收割能否实现的生杀之权。

然而，即便在线上流量红利逐渐枯竭、获客投入逐渐上升的情况下，流量的稀缺和增长的乏力引发了集体恐慌。微信小程序依托微信庞大的流量，在不到两年的时间里创造了用户数超4亿、建设者超150万的奇迹。这些业绩的增长，不仅体现了微信小程序业态本身的未来前景，更直接体现了微信小程序业态正在开启新一轮的俘获心智、吸引注意力的攻势。当各个微信小程序选择接入网站界面，杀入注意力红海时，我们或许会慢慢发现，微信已经成为了手机端真正的桌面级入口，一切需求都能在微信服务链的末端得到满足。 归根结底，“类OS”的角色设定，注定会对注意力施加更加自私的边界限制，在为流量塔的巩固添砖加瓦的同时，也会无形中加剧传统马太效应的进一步扭曲。

不管怎样，“类OS”终究只是基于工具理性的标签，更重要的是，我们需要站在单纯去中心化赋能的现实视角去判断微信小程序形态的使命与归宿。综合考量后，我们认为微信小程序形态的用户触点机制创新、流量运营机制的重定位，能够带来广大建设者思维观念的革新，让建设者充分体验突破瓶颈、突破成长桎梏的挑战，让建设者在新事物的春风下，获得更长远的视野与能力拓展。通过上述过程，将转型机会与端口真正植入建设者的头脑与心中，在支撑层面将新的建设理念灌输给建设者，同时帮助建设者打磨、打造专属的建设蓝图。或许，这才是微信小程序赋能机制的终极内涵。

Q：您在日常和小程序开发者的接触中，获得了哪些感悟和经验？

A：我相信微信小程序的想象力和扩展边界可以让很多前沿的技术和运营理念得以实现。

前不久，我和一位前摩拜单车产品运营人员进行了交流，当时我问摩拜单车为何选择成为微信小程序的种子选手。对方告诉我，最开始摩拜单车的商业逻辑是用户线下通过微信扫描二维码，直达线上进行解锁、计费、支付等后续环节。用户在线上完成首次下单体验后，摩拜单车可以通过微信公众号、社交广告、卡钱包等多维度能力继续构建全方位营销矩阵，从而促进用户主动分享、二次骑行。因此，最开始摩拜单车的运营理念呈现出一种线上线下联动的商业模式，营销也与微信深度融合。但由于摩拜单车在解锁环节采用随机密码，逻辑相对复杂，简单的H5无法完全进行业务落地，繁琐复杂的跳转流程导致用户流失率居高不下。

随后，去年10月，摩拜单车开始接触微信小程序。摩拜单车逐渐意识到，通过微信小程序，诸如蓝牙定位等此前通过H5难以实现的功能，可以更加便捷地接入和实现，同时更经济高效地优化用户体验。事实证明，自从接入微信小程序以来，摩拜单车的流失率大幅下降，这也更加坚定了摩拜单车主攻微信小程序的决心。同时，摩拜单车的成功也为其他应用提供了更加优质稳定的转型途径。

Q：其实建设者生态的优化是一个内涵很深的话题，不仅涉及微观层面能力接口的发布，更涉及宏观层面科普、培养机制的探索和打磨。极客公园了解到，您今年暑假担任了腾讯内部SNG MINI项目的团队负责人，课题方向也选在了微信小程序类目，从团队组建、培训、设计，到测试、优化、展示，您也全程参与。希望您结合个人经历，谈谈对小程序开发者人才培养、梯队打造的看法和思考。

A：其实今年暑假举办的 MINI 项目在一定程度上是实验性的，首次实行导师制，目的是为了更好地探索更多类别的建筑创意。当时我担任了三支队伍的导师，由于我是出题人，所以我决定布置一些稍微有挑战性的题目，要求团队直接用云搭建商业模式进行建筑实践，也是希望借此机会提前验证云搭建商业模式。

因为我带过的团队中，只有三支团队采用了云化的商业模式，所以从实际的建设实践中，非常容易掌握云化商业模式与传统商业模式的区别。事实上，除去具体的产品形态和功能实现，至少有一半采用传统商业模式的团队，在服​​务部署上遇到了瓶颈。一旦服务部署环节受阻，最终的产品完成度就不会很理想。而完成度恰好是最终评估体系​​中权重比较大的指标，所以很多团队失败的原因，往往就是服务部署不理想，导致完成度低。

但纵观我们三支采用云化商业模式的团队，虽然其中不少都是实习生，缺乏实战经验，但经过简单的培训，在云化商业模式的帮助下，在服务部署阶段基本没有遇到太大的困难，最终三支团队都能够顺利打磨好产品，交给评委们体验，并获得了一金一铜的好成绩。

可见，云建造商业模式相较于传统建造商业模式确实有优势，降低了后端运维的投入和门槛，助力产品更快上线和迭代，并能最大限度减少先天技术短板和缺陷给建造实践带来的阻碍，帮助一切优质的建造理念以更轻松、更简单的方式落地。

正是从带队参加本次比赛的经历中，我意识到未来微信小程序的人才培养重点将放在大众化上，即不断发布更多的能力接口，不断简化建设流程和服务投入，逐步将微信小程序的建设门槛降低到入门级编程语言就能搞定的水平，让任何级别的建设者都能快速上手。一旦这种大众化的建设生态建立起来，微信小程序生态内部必然会形成薪火相传、吸纳新人的人才培养机制。同时，我也希望能够用自己的技术实践，早日实现上述普及小程序开发的愿景！

第二部分：如何开一家小商店