小程序从正式公开外测至今已一个多月了，微信还没有开始正式发布，对于小程序，微信的重视程度可见一斑。但是没有发布的原因我猜测有两个原因：

一、递交小程序申请过多，导致微信团队审核时间成本高。    
二、违规的小程序应用较多，微信需要更多的时间消化，甚至是针对开发者的调查分析，以便与下一步的战略匹配。

这个空档期成了民间的“创意期”，越来越多的小程序Demo外漏、内测、交流、体验。比如：助理来也和朝夕日历。

但还有很多在小程序处于市场想象和内需导向。在可能学院组织的“第一届蜥蜴马拉松”上，我发现：

1.相比App开发，小程序的开发周期的确缩短不少，10个参赛项目，大多都是平均三人的团队两天两夜完成，而且功能基本完善。

2.相对开发周期而言，更重要的其实是产品的生命周期。基于微信的规则、价值观和商业产品逻辑，有些小程序注定只能是个“过客”。

“小而美”绝对不是口号

张小龙对小程序的描述是“小而美”，这是在现有的很多原生App（当然也包括微信）大而全的臃肿形态下，从用户的切身感受提出来的。

一个被认为“最懂微信小程序技术的团队”开发的一款名为“MMPLUS”的小程序，这款产品的定位是：帮助开发者回避开发中遇到的一些坑以及如何填补这些坑的技巧，通过对微信小程序接口的重新封装，让开发者可以突破微信的若干接口限制，实现更多小程序中原本无法实现的功能。

我认为：这款小程序可以喻为“小程序开发的源代码平台”，平台根据微信的相关规则过滤出适合开放者使用的接口或代码，减少开发者试错成本。也就是说，MMPLUS想打造小程序开发者的“第一站平台”，而从市场需求来说，以大多数开发者对于微信的理解程度，这款产品的质量和不可替代性都比较高。

但是，我看过Demo后发现，虽然整体设计较为完整，但步骤和操作上略显复杂，在产品演示完之后，大多数人的反应是：不明觉厉。

当然，像MMPLUS这类精准垂直于技术开发人员的产品认识门槛会较其它应用更高，门槛也相对较高。但对于基于C端的小程序，却要严格回避“使用复杂、门槛过高”这个问题。

比如助理来也和朝夕日历，作为市场上首批完成的小程序之二，从使用、界面都非常简洁。

不要试图与成熟App竞争

有数据显示，今年上半年有60%的手机用户没有安装新的App，9月份的安装数量也甚少。而现实情况是，App市场已经趋于饱和，该有的功能性应用市场上全有，用户也已经养成了使用习惯，不要为了将同样的功能搬移到小程序上而去开发小程序。（当然协同和互补除外）

这次参赛的很多项目集中在O2O上，并且大多数是垂直于餐饮的O2O。从产品模型来看也都基本都做到了小而美——页面精制，功能简单。但实现的功能大多与美团、大众点评重合或可以被这些“大佬”轻易“复制”，比如：根据平时饮食数据去推荐菜品。

一个名为“today”的应用，就是想从另类的美食文化入手，并且按日期推荐美食，这也是用户可能乐意分享的“唯美”型小程序。想法新颖，但是在人们快节奏生活的今天，从饮食角度来讲，不会是大多数用户的刚需。

如果这款应用是以服务号甚至是微信形式，因为具有推送功能，能帮助关注用户培养新习惯和新文化，但对于只能通过搜索、扫一扫才能找到，并且没有关注能力的小程序，就很容易被淹没和遗忘。

today概念图

服务平台，注定是个烧钱耗力的领域

提供服务的平台，关键是要获取用户的信任。比如旅游、租房、招聘应聘，很多用户在不同的平台上遇到过坑，买票被骗、遇到黑中介、招聘人员不合适或者简历石沉大海。久而久之，用户就对平台失去了信任。

相比App，这些对小程序来说将是致命的，小程序要用户主动去搜索，用完不能留存，所以要让用户再来，必须首次服务够好，才能引发复购。

另一个名叫“小日子”的参赛项目，主要为用户提供：忘带钥匙需要找开门的师傅，水管漏水需要找修理师傅这些小而急痛的事。评委普遍认为，这款产品的细分人群和应急性的定位较好，毕竟去58搜索这些信息，需要用户本身有强大的过滤信息的能力。而且该应用加入了通话防火墙，对用户的联系方式进行了保护，保证了用户的隐私。

问题是：“小日子”虽然从用户的低频、痛点的角度出发， 但是如何保证入驻服务商的质量，则需要调研、考核等费时费精力的准备工作。否则，要么一炮打响，代替家门口的小卡片成为人人“收藏”的小程序，要么“出师未捷身先死”，一次露面后再无人问津。

To B产品，首要考虑安全性

企业级的产品，需要特别谨慎。因为很可能会涉及到公司的战略或者财务等重要因素。所以，很多企业老板不愿意将公司重要的资料或者流程互联网化，就是担心机密外泄。即使将一些流程或资料搬到网上，也会尽可能选择一个可以“看得见摸得着”的安全，甚至是付费应用。但小程序“用完即走”，会有一种不可测的感觉。

一个名为“TMind”的小程序主要集中于：企业的审批流程，很垂直，就是完成企业办公管理中的某一个审批功能。那么既然要审批，就需要获取公司员工信息，但是用完即走，就会让人感觉安全系数低。

与之相比，微信企业号已经可以完成审批流程，且可实现的审批场景更多。而相关审批应用也实实在在存在于微信中，相对可靠。此外，它还可以将很多的办公流程打通，比如请假审批、考勤记录、薪资发放等。用小程序帮助企业单独完成某个办公功能，我觉得市场不太大，但是因为小程序开放的接口丰富，用它辅助企业号、服务号做相对可行。

想做电商，得找新的突破口

我最近突然发现，之前“藏”在二级页面“钱包”中的“京东购物”，被提到了一级页面的“发现”栏中，再次说明微信有一颗“渴望做好电商”的心。很多人也在小程序刚内测的时候就分析：“电商”小程序会被微信极大的鼓励。

但是，如果只是做一个普通的网上商城，如何与京东竞争就是一个很大的问题，毕竟小的电商在货源、折扣、物流等方面都不具有竞争优势。

参赛项目“促销猎人”，抓住了网上购物优惠信息无法实时获取的一个痛点，让用户对自己感兴趣的产品进行订阅，包括满减、满送、打折等多种优惠方式，不仅仅是现有的价钱变动才发送通知。产品很轻，且没有强粘性，用户在休闲的时候可以打开看看有没有感兴趣的产品即可。很适合用小程序去做，所以斩获了这次比赛的桂冠。

但是因为小程序不具有模板消息推送功能，所以要给用户发折扣产品的信息目前看只能通过短信或服务号。不过从之前内测时的种种迹象来看，小程序很大程度上会与微信公众号连通、协同，那么只需要将用户按照关注商品的类型进行分类，然后按照标签发送模板消息或许也是一种可能。

小程序开发注意事项

结合小程序的一些限制，开发小程序时必须注意一些要点：

1. 小程序有1024kb内存限制，这就决定了开发者的重心首先要放在产品的功能逻辑，其次才是UI；

2. 绕开成熟的App，从简单、刚需、用户低频但极大的痛点入手；

3. 服务类型的平台产品，一定要保证服务的质量；

4. 不要只想着借用微信流量，只有好的产品体验才能获得流量的红利；

5. 企业级产品应该综合微信订阅号、服务号、企业号和小程序各自的功能和特点，开发最佳产品组合。

此外，我认为，所谓的“低频、无强粘性”，是从小程序的角度出发，微信希望小程序对用户不要造成很大的粘性，所以没有开放模板消息也可能是这个原因之一。但如果用户真的一年只用一两次，那么下一次使用的时候很可能已经忘记小程序的名字或者被其它更好的小程序取而代之，开发者的利益从何而来？

从与小程序类似的微信官方企业号应用的排序来看，用户搜索的时候，小程序很可能是会按照活跃度和用户量来排序的，如此，必须保持一定的用户打开率，比如前面提到的助力来也和朝夕日历。所以最关键的还是要开发者从用户未被解决的日常痛点去开发，然后培养他们的使用习惯。