原副标题：小流程合作开发者高峰论坛-涌进合作开发讲义、源代码天然资源、沟通交流探讨
无论你都行，小流程替代绝大部分APP是必然选择，起码替代两极分化的APP是必然选择。
小流程若想替代APP？小流程是不是Cubzac自学？小流程是不是实战做第二个他们的小流程？（出访顶部【小流程合作开发者高峰论坛】介绍更多）好景不长QQ小流程上架后，我们不由得会有那个疑点。而假如没对APP和小流程足够多介绍不然，脑子里的确只会有许多模糊不清的设想。
Native App（原生植物APP）是甚么？
原生植物App也是全然采用终端电子设备控制系统词汇写的应用领域程序，iPhone、iPad主要就是Object-C词汇，Android主要就是Java词汇，采用者看见的介面，新体验到的可视化都是原生植物的。这是操控性最棒的Attichy，但在稳定性各方面相较就会弱许多。
Web App 是甚么？
Web App , 那个是在终端应用领域程序里关上的，纯HTML+CSS+JS，只不过能单纯认知博尔希夫卡应用领域程序里关上的网页，但能包涵十分多的富应用领域，比如说能透过智能手机应用领域程序出访GMAIL。IOS能全力支持在图形介面建立出访的输入框，透过Safari关上H5网页，但Web App对硬件电子设备的调用就显的力不从心。
QQ小流程是甚么？
我们能把小流程理解成：独自一派的Hybrid App.[HTML5 in mobile devices]，这样的认知似乎更加合适许多，实际上QQ团队采用原生植物写了一个容器；然后采用HTML+CSS+JS来实现采用者介面和可视化，Web App的短处能透过这种方式得到一定程度的解决（采用原生植物写的容器能辅助暴露偏底层的接口，比如说本地存储或者麦克风控制之类）；同时，这种方式比起原生植物的java或者Object-c合作开发稳定性要更高。
主要就表现
从技术层面来看
众所周知，App是基于两大生态控制系统Android和IOS合作开发出来的应用领域；而小流程是基于QQ生态合作开发出来的应用领域；QQ与其他App一样，都属于操作控制系统层级的应用领域，只不过QQ是终端互联网最大流量入口的App。
从层级关系来讲，小流程只能算是QQApp其中的一个小应用领域。所以说，QQ小流程跟App一样流畅，从技术上来说是不可能的，因为小流程实现同样功能，会多一层计算，从计算角度来看必然会降低效率，不论是处理器还是内存还是耗电。
原生植物App在个性化的功能和可视化方式上，在面向操作控制系统的底层操控性优化，对离线数据的全力支持，都会比QQ小流程更强大，因此大型游戏、美图秀秀、高德地图这类App不可能透过QQ小流程来实现。正如其名，QQ小流程更适合那些采用频率低、功能相较少、且有内容和服务属性的的“小流程”。
从功能体量上来看
小流程跟 App 不一样，它不适合承载重需求，小流程的体量小，只能作为一种小型实用工具。1个100KB 的小流程所承载的角色远不及于1个 100MB 的App 所承载的那么多。小流程要完成的，更适合那些采用频率低、功能相较少、且有内容和服务属性的应用领域，例如查违章、交罚单。这是为甚么QQ团队在合作开发规范里提到的“服务不能涉及游戏、直播等服务”，这里面有既有技术框架的原因，还有更多生态价值的考量。
从开放性来看
App是基于大生态控制系统Android和IOS的应用领域合作开发，除合作开发需要遵循生态控制系统外、运营、推广都能遵循创业公司他们的设想，而QQ小流程是一个基于QQ的应用领域，合作开发出来后只能在QQ内能采用，离开则不能采用。在智能手机操控性越来越高、Web 技术进化越来越快的今天，QQ小流程这种封闭性导致这种技术到底能在多大程度上挑战App 的地位，还需要更多的时间进行观察。
从生态上来看
QQ小流程与App的关系就像当年PC端软件和应用领域程序网站的关系一样，在互联网刚刚兴起的时候，PC软件和各种网站百花齐放，它们分别代表着PC时代以操作控制系统为主的生态和以PC应用领域程序为主的两种生态。
APP的优势和劣势
在终端互联网刚刚兴起的时候，App确实是最重要的应用领域载体，它的优势体现在：对硬件天然资源的利用更加淋漓尽致，基于控制系统级别的 API，App能做出操控性、设计、效果和流畅程度远远超过小流程的软件和服务。提供最优质的采用者介面，能够与终端硬件的底层更好的可视化，提供更好的采用者新体验。
但我们想真正运营好一款App，项目运营成本确实不低。一款App应用领域，需要AndroidIOS两套技术班底，应用领域上传流程繁琐，周期较长；此外，一个App应用领域还需要优秀的产品经理和市场运营人员，以及越来越高的推广成本，这些都是导致App走到至今，越来越难以生存的重要原因。
App还有一个困局在于，它本身适合重需求，重可视化的应用领域，要做好这两点，合作开发成本和运营成本势必不会很低。但这对于一般的轻需求来说，无疑是花不对称的钱做一件不对等价值的事情，这也就造成了雷声大、雨点小、投钱不讨好的局面。
小流程的优势和劣势
小流程是在QQ生态发展过程中新出现的一种应用领域形态，能实现许多功能相较单纯、可视化相较单纯的服务需求，同时解决了App长期以来多平台适配、多应用领域市场分发、合作开发成本居高不下等诸多各方面的问题。
小流程的劣势就在于不能实现那些功能相较复杂，可视化相较繁琐的重服务，这也就造成了小流程合作开发的应用领域范围有所局限，同时在玩法和规则上必须受制于QQ。
但从应用领域生态的角度来看，小流程的出现，刚好形成了整个应用领域生态中重需求和轻需求的互补，不同的需求能透过不同的应用领域形态去实现。我们再也没必要一味的去迎合市场而去合作开发一款不符实际的App，这对于传统企业和创业者来说，是一件十分利好的事情。未来也许有这样一种可能，对于一个新应用领域，采用者会先去QQ搜索是否有小流程，假如有则先会去新体验小流程，假如没才去下载App。
未来，应当如何看待这两者此消彼长的关系
1、小流程生态对APP产生的冲击
（1）对创业选择的冲击
以前人们做互联网创业，要做网站；做终端互联网创业，要做 App；前几年创业，我们要做自媒体，现在创业，可能首先要做的是小流程。在今后一段时间内，做小流程的人多了，做APP的人少了，这势必是未来创业的一个新风向。
（2）对人才结构的冲击
APP的出现，引发了大量AndroidIOS合作开发流程猿的自学热潮，自媒体的出现，带动了大量媒体人的创业热潮，QQ小流程的出现，势必会引发前端HTML5的自学热潮。
（3）对分发市场的冲击
在APP时代，推广分发的费用占到了APP运营成本的很大一部分，随着小流程的推出，应用领域市场不再是唯一的分发渠道，QQ分发势必会成为下一个分发热潮。
2、小流程与APP的主导地位：取决于采用者的接受程度
对于采用者来说，选择APP还是小流程是一件单纯的事情，哪种方式更方便好用就选哪种。这就需要参与者要从产品的角度考虑哪些功能更适合在小流程上创新，哪些功能还需要借助App实现需求。
从另外一个层面上来看，QQ团队对小流程的优化程度决定了小流程的未来是否能够媲美App。假如QQ团队最终定义的小流程满足了采用者的心理预期，解决了App的诸多短板，让广大采用者更加愿意采用小流程去代替采用App，从而赢得采用者的口碑，那么小流程的替代之路就不会太遥远。
3、小流程与APP的主导地位：取决于QQ若想将优势天然资源最大化
在小流程之前，不少应用领域程序都尝试推出过“轻应用领域”，即基于HTML5的Web App，然而都没成功。其中一个重要原因是“轻应用领域”对合作开发者的吸引能力还不够，参与者的热情还不高，导致没足够多的合作开发者去参与“轻应用领域”的合作开发，最终失败收场。而QQ小流程与之前的“轻应用领域”相比，具备更多让参与者投入的热情和积极性的条件。
首先，QQ具备了国内最优质的采用者条件，一个拥有9亿活跃采用者的平台；中国最大的社交网络平台；中国最大的媒体聚合平台。这些都是所有对手望尘莫及并且难于超越的平台优势。
其次，QQ这些年的发展轨迹，第一步是将所有采用者都吸引了过去，第二步是将所有的内容分发都吸引了过去，第三步即将把所有服务都吸引过去，这样一个接近完美的生态控制系统，很难想象，参与者有甚么理由会拒绝这种参与。
因此，QQ团队假如把采用者优势和内容优势以及采用者粘性充分结合起来，参与者拥抱小流程的热情势必是高涨的，小流程与App的抗衡不说略胜一筹，也至少是平分秋色。
4、小流程若想挑战App：取决于小流程的开放流程
App是一个已经发展6年的相较成熟的应用领域形态，而小流程是一个刚刚诞生的新生事物。
QQ小流程不是之前的H5应用领域，而是嵌入在QQ中的本地应用领域，看上去没安装，实际上采用者添加之后就会在QQ里面实现“本地化”，在采用新体验上会在Web App之上，原生植物App之下。更重要的是QQ对采用者和合作开发者的吸引力比任何一个应用领域程序甚至各大应用领域程序加起来都要大，采用者能在一个QQ里完成社交、阅读、消费、支付等诸多事情，合作开发者会为了采用者积极参与到那个生态中进行合作开发，最终形成了一个良性的正循环。
就目前为止，QQ小流程不断释放新功能，而且还会有更多的能力被开放，但开放度仍然不够大，而未来小流程会发展成甚么样子，我们也不得而知，QQ小流程还需要时间。
