似乎每一个具有颠覆性的产品在刚刚问世的时候总会遭受众多质疑，微信小程序也是如此。小程序刚发布时，很多人想当然地觉得这是一波爆发性的流量红利，于是匆忙开发上线，然后运营一段时间后发现数据惨淡，便对小程序这个全新的市场失去了信心。从产品开发的角度上看，微信小程序与原生App到底有哪些不同？

微信小程序开发

       跳出固有的原生App开发思维，重新思考小程序的定位
       小程序真的是介于公众号和App之间的鸡肋吗？其实并不是小程序用处不大，而是太多人没有找准自己的小程序定位。

       随便打开我们手机上的一些常用App，我们都可以观察到如今App的一些主流设计理念：抢眼的首屏欢迎页，至少三个按钮以上的底部导航栏，多层级的栏目分类，隐含各种热门关键词的搜索框，有些甚至还搭建了复杂的用户管理中心和社交功能……一个完整的App，必定是将尽可能多的功能糅合在一起，聚合成一个解决大多数用户主流需求的服务平台。
可是如果将这样的产品理念带到微信小程序的开发中，就出现很多问题了。小程序本来就是内置于微信这个App上的应用，如果一个小程序还附带好几个功能，那对用户来说反而会变成一个过重的累赘。

       微信小程序应该聚焦某个功能点，成为随时解决用户单一需求的工具
       微信小程序的定位真是如此吗？我们不妨从微信官方的一个小细节加以佐证：在微信小程序的注册界面中，我们可以发现，企业业务资料说明里有一句提示，即每个组织可认证50个账号。看到这句话，也许很多人会有疑惑，一家企业真的需要注册这么多小程序？这个数量看似很让人不解，其实恰好体现了微信对小程序的定位。

       一家中小型互联网企业，一般情况下只需要开发和运营一个原生App。因为一个原生App不仅可以展示丰富的内容，还可以集各方面的功能于一身。所以，一个原生App，就能将一家企业的产品和服务完整地展现出来。

       而如果开发一个微信小程序，就不需要太多的功能和内容。企业应该将自身的产品服务拆分成一个个单独的功能，而每个小程序分别对应不同的功能。只有这样，用户才能在某个特定的场景，不受其他无关信息的干扰，快速找到解决某个需求的小程序。

      很明显，微信希望每个小程序具有一定联系的情况下，可以保持相对独立。只有这样，微信小程序才能做到“用完即走”。所以，微信小程序应该是一个聚焦某个功能的工具，而不是一个繁杂散乱的平台。用户需要小程序可以即刻解决自己的单一需求，而不是在它上面消耗过多的时间。

       开发一款好用的小程序，应该遵循三个原则
从微信官方的开发文档中，我们可以看到，小程序的开发框架提供了自己的视图层描述语言 WXML 和 WXSS，以及基于Java 的逻辑层框架，并在视图层与逻辑层间提供了数据传输和事件系统，可以让开发者可以方便的聚焦于数据与逻辑上。

      此外，小程序开发框架不仅提供了一套自带微信风格的样式以及特殊逻辑的基础组件，还提供了丰富的微信原生 API，可以让开发者调起获取用户信息，本地存储，支付功能等微信提供的能力。

       这都说明，小程序的本质从一开始就是与原生App不一样的。它的组件和接口能力，都与微信本身紧密相关。因此，一个小程序不需要自己建立过于复杂的使用环境，只要充分利用微信这个生态就可以了。
只有明确了这个定位，才能开发出一款为用户着想的小程序。简单来说，一款能让用户拥有良好体验的小程序，应该符合以下三个原则：
功能方面，小程序应该比原生App更单一；
设计方面，小程序应该比原生App更简洁；
使用场景方面，小程序比原生App更明确。