背景：我司希望搭建一个素材中心，并打通企业微信的素材中心，且利用搭建的素材中心做业务功能开发。看了企业微信 素材管理相关API后，有很多疑问。 1、我看很多业务功能需要用到media_id，而media_id是只能用上传临时素材API才能获得吗？ 2、上传临时素材是指素材上传后，会在一定时间内随时消失吗？而不是永久素材？会不会影响到其他用了这个素材的业务功能？ 3、上传临时素材后返回的media_id只在3天内有效，如果超过3天后，我仍想用之前的一个临时素材，是需要重新上传来获取这个media_id？ 4、有相关接口支持把临时媒体文件都展示出来吗？

开篇 我第一次接触小程序时，还清楚的记得是在2017年的春节期间。当我升级最新版的微信后，开始摸索着新的功能变化。在发现页有一个叫小程序的入口，点进去有一列的“应用”。当我打开一个叫“亲戚关系计算器”的小程序后，简单的使用，然后退出，再去寻找其他的小程序，猫眼电影，自选股，滴滴出行…… 当我尝试着去探索更多小程序的过程中，我突然发现，微信正在发展为一个超级的应用流量入口。而微信中的小程序也可以轻松的坐拥10亿的可用用户人群。 那时候过年，我做的唯一一件事情就是细细的读了小程序的开发文档，心想他可以具有多大的活力与动力，能够引发多大的改变。而我能不能适应他，去随着他的发展，带动自己的腾飞。 很遗憾，当时的小程序并不对个人开发者开放，没有办法注册一个小程序，只能在开发者工具上写一些小的应用，去熟悉小程序的开发。 3月27日，小程序重要更新，其中之一就是支持个人开发者注册小程序。那时候的我，在学校上大一，用一个运营公众号的微信号注册了第一个小程序，并做了一些实验性的开发，并上线。 从这个过程中，我开始细细的体会小程序的优势以及不足，小程序适用于那些领域，小程序适合怎么推广。小程序适合那些行业领域的应用。现在看来，其实从小程序提供的能力，就可以依稀端详出小程序所致力的场景与应用领域。 2018年1月，在我历经半年多的思考和衡量下，做出第一款真正属于自己的小程序——GS比赛计分。去尝试探索线上小程序和线下场景的交融，在这过程中有顾虑，有大胆创新，但都为我更深层次理解小程序有很大的帮助。 目前，自己已经做过10余款小程序，除了GS比赛计分开发时间很长，其他的小程序都是一个月左右的时间完工。比如2019年2月的高校课程助手；2019年3月的数据查询助手；2019年4月的数据汇总助手。 我接下来会从小程序的需求分析与应用设计，小程序的开发，小程序的运营3篇来讲述我对于微信小程序的独自见解与经验。希望能为更多的学生开发者有所启发和借鉴。 需求分析与应用设计 要清楚的认识到小程序对自己需求的最大赋能，需要从最初去理解小程序的定位，微信团队对于小程序的定义是这样的： 微信小程序是一种全新的连接用户与服务的方式，它可以在微信内被便捷地获取和传播，同时具有出色的使用体验。 通过对小程序提供能力的分析，不难看出。小程序相对于APP来说，在降低开发门槛的同时能够满足最普遍的应用需求，适合生活服务类线下商铺以及非刚需低频应用领域。使得微信通过小程序作为生态的建立者和维护者，赋能商家和应用者。以一种生态触角的状态来迅速的捕捉最大化生态红利。 当清楚的理解小程序的定位后，那么就需要合理的筛选需求并进行应用的功能设计。我将会使用【GS比赛计分】作为例子进行分析说明。 1.用实质的问题引出明确需求，并确定解决问题的功能边界 首先思考的是，自己需要做的功能都有哪些，使用人群是谁？使用场景是什么？需要数据的实时性吗？ 一开始设计【GS比赛计分】的时候，目的是为了解决现在的中小型比赛使用人工计分的失效性差，出错率高，人工和时间成本昂贵的问题。程序的目的是将比赛计分的相关人员用互联网工具联系起来，以提升计分效率。 [图片] 当明晰了产品目标后，开始考虑使用人群。一般来看，大多数的比赛计分都是由两种角色构成的，一个是评委（分数确定者），另一个是工作人员（分数汇总者）。 传统的计分过程是通过现场工作人员将评委的分数以纸质的形式送达计分人员。在这一过程中就有大量的成本浪费了（一个是人力成本，另一个是时间成本）。另外，计分人员以Excel或计算器和笔记的形式进行比分汇总，在这一过程中又存在大量的成本浪费（人力成本和时间成本甚至还有错误风险）。 [图片] 所以横观所有的主观评分的线下比赛，无一例外都存在比赛结束后有长时间的节目或视频热场环节，其实这都是在为人工计分的缓慢争取时间。 所以，【GS比赛计分】的使用人群和使用场景就确定下来了，与传统人工计分的过程类似，只不过需要互联网赋能，解决时间和人力成本。需要数据的实时交互。 【GS比赛计分】作为解决现象问题的工具，首先需要做的就是不要违背现象中事件的发生次序。所以功能完全参照比赛计分过程来设计。具体功能如下，提交成绩，撤回成绩，弃权处理，实时的选手分数，实时的选手名次，清楚评委数据，解绑评委，重启比赛，结束比赛，比赛内置会话。 2.对程序平台进行横向比对，明确小程序的优势和劣势 当程序的功能确定好后，不要着急着手界面设计，功能模块的组合，交互设计这些过程。当你在进行这些过程之前，需要认真的去考虑你的应用是不是适合在小程序上开发。 小程序的火爆，注定有许多人盲目的进入这一领域，但不是所有的应用都适合小程序的推广模式，也不是所有应用都能吃得起小程序的运行效率的。所以在确定开发小程序之前，正确的认识的合适与不合适，避免让自己的成本白白的付出。 如何确定适不适合用小程序来做呢？我们可以让小程序作为一个互联网平台，把应用带入到互联网的每一个平台中去，进行横向的对比，去找出各自的优点与不足，当做出客观的判断后，应用在小程序上相比于其他平台有没有优势就很明显了。 还是以【GS比赛计分】举例。我所横向对比平台包括PC、原生APP、Web平台、轻应用、小程序。首先从满足功能来说，比赛计分需要很稳定的实时性，所以我将Web平台排除（因为复杂的比赛环境，不同的设备浏览器难免会有问题）。 然后将剩下的平台做分析。PC平台使用可能性太小（原因：比赛现场成本太高昂，租借笔记本可能都不是现实的）；原生APP不适合（原因：评委评分前需要下载APP，比赛结束后没什么用了，需要把这个APP卸载。而且IOS和安卓两大平台增加了研发成本）；轻应用有阻碍（原因：百度轻应用由于装机量小，覆盖人群不多。支付宝小程序没有社交关系链，无法有效的推送给需要的人。产业联盟轻应用，苹果用户怎么考虑？） [图片] 经过一系列的对比，很明显。对于【GS比赛计分】来讲，微信小程序是最好的应用平台。同时微信小程序仍然可以和不同的平台进行联系，所以可扩展性，功能延展性都是最佳的。 3.应用设计要满足即用即走的理念 当确定小程序是最理想的应用平台时，我们需要对小程序进行便利化的设计。这就需要抛弃一部分原生应用开发或Web开发的一些设计理念。追求“极致、简约”的风格设计。 在【GS比赛计分】的详细设计时，我考虑到，以个人账户的形式去下发比赛的流程是行不通的，既然服务于比赛，那么就以比赛为最基本的账户组成单元，明确一个比赛ID。而同一个比赛的不同角色，以不同的IK进行区别，而角色的设置包含在比赛设计中，由比赛创建者在创建比赛时自行创建。 那么小程序的使用场景就出来了。以比赛现场的告知或者微信聊天的分享，告知比赛参与角色其ID和IK，就可以让角色快速的进入绑定角色并使用程序。免去注册的一系列烦恼。 同时在微信用户面前，这个账户体系是平权的，任何用户在得知ID和IK的情况下都可以进入（账户绑定情况下不可以进入），一定程度上免除密码和忘记密码，注销账户这一系列的麻烦。 当完成比赛后，程序已经完成了自己所有的任务时，使用者可以直接退出程序，不需要注销比赛等操作。真正做到即走。 在使用过程中，要清楚的考虑用户的使用过程，从而做一些保险机制。微信小程序运行在微信上，微信是社交工具，就免不了用户会退出小程序甚至微信去做一些其他的事情。所以【GS比赛计分】在设计时要保证用户回来要用到自己想要的，在程序设计中有中间状态界面能够保证用户可以迅速进入使用状态。 4.对于很大的系统，要把最适合小程序部分拿出来，而不是全部 现在的【GS比赛计分】其实是一个大的生态系统，结合有线下的网络接口，展示接口，线上小程序，web平台。每一个部分都承载着自己独特的应用价值。 比如Web平台就承载比赛管理的任务，创建比赛，上传比赛文件，选手图片，设置选手（名称、介绍、手机号、图片、出场顺序），设置评分项（名称、权值、预置分数），设置评委（名称、权值，IK）。从实际的分析来看，比赛管理最适合在PC端进行，不管是文件还是图片，公认都是PC上传比较容易。 在最初设计的时候，我错误的把系统分成了多个小程序进行系统搭建，在实际使用过程中造成了重大的缺陷和用户流失。最大的表现是，我开发了【GS比赛创建】小程序，作为比赛的入口程序。从而造成比赛数量增速缓慢，大的使用场景无法突破，老用户意见上升等一系列问题。不得不注销了【GS比赛创建】小程序，并进行很大的架构调整。【GS比赛计分】暂停使用，造成大量的用户流失。 [图片] 所以，当设计多场景，前后联动性很强的应用时，需要将功能进行使用划分，每一个划分需要找最适合的平台。最适合小程序的部分，就做好与其他平台的无缝结合。 5.小程序的应用场景和机会 目前来看，小程序的应用场景主要包括支付场景，比如扫码支付、快消餐饮、移动购物、交通出行等等，工具类小程序能更碎片化、垂直化地满足细分的应用场景需求。 根据微信的最近更新变化来看，公众号和小程序的协同作用将越发明显，公众号的作用也将进一步放大，因此未来发展的机会可能在这几方面。 内容营销，小程序能通过更完善更精准的服务进而提高用户黏性。具体来看包括各大知识付费的小程序以及在教育风口上的小程序。当然，这些小程序也可同时开发APP（按微信对小程序的开发步骤来看）从而实现用户沉淀。 具有支付场景的各类商家。包括传统的已有一定客户群的商家提供更方便的服务或者实现线上线下联动以及新零售。 工具类小程序。包括共享经济领域，这类小程序即用即走，轻量化，便捷化。 天生具有社交属性的小程序。比如抽奖、互赠礼品、拼团减价、社交性的小游戏以及帮拿快递等。 小程序的开发经验 1. 微信小程序开发文档是最好的学习文档 很多同学喜欢看视频教程，或者买一本小程序开发书来学习。觉得这么学会加深理解更加容易上手，而官方文档干巴巴不好学。现在的微信小程序能力更新速度很快，当一个教程或书出来的时候，其实已经过时了。建议同学去微信公开课中学习微信小程序的入门教程，开发入门后，根据自己的开发需要，自行阅读官方文档来学习。 [图片] 2. 必须了解小程序的运行原理 微信小程序是运行在微信中的，所以运行速度并不能和原生媲美。但是在开发小程序的过程中，可以用良好的编程思路来追求程序的高效运行水平。但前提是，你需要对小程序的运行环境有所理解，需要知道在开发环境和真实环境（IOS和Android）下的运行差别。大部分的开发坑都是因为不同运行环境造成的。 官方的声明：微信小程序运行在三端：iOS、Android 和 用于调试的开发者工具；在 iOS 上，小程序的 javascript代码是运行在JavaScriptCore中；在Android上，小程序的javascript代码是通过 X5 内核来解析；在开发工具上，小程序的javascript代码是运行在nwjs（chrome内核）中。 微信小程序的运行环境类似 ReactNative ，而不是纯 Html5。两者最大的不同在于，ReactNative 的界面是由原生控件渲染出来的，而 Html5 的界面是由浏览器内核渲染出来的。两者在性能上有较大的差异，从而表现出来微信小程序要比h5页面好很多。 3.安利小程序云开发 云开发为开发者提供完整的云端支持，弱化后端和运维概念，无需搭建服务器，使用平台提供的 API 进行核心业务开发，即可实现快速上线和迭代，同时这一能力，同开发者已经使用的云服务相互兼容，并不互斥。目前提供三大基础能力支持： 云函数：在云端运行的代码，微信私有协议天然鉴权，开发者只需编写自身业务逻辑代码 数据库：一个既可在小程序前端操作，也能在云函数中读写的 JSON 数据库 存储：在小程序前端直接上传/下载云端文件，在云开发控制台可视化管理 云开发使得小程序开发门槛进一步降低，甚至偏前端的开发人员也可以独立开发小程序了。另外，云开发中云函数支持去请求第三方服务接口。所以云开发最大程度上提供了小程序所需基本API的构建，另外可以通过第三方服务请求能力扩展API能力。 [图片] 而且云开发的数据库和存储完全可以与云函数构建一个小型的后端平台。并发能力中等，适合大部分的小程序业务API的构建。 4. 养成良好的小程序代码习惯 微信小程序的代码文件分为4种，WXML、WXSS、JS、JSON。 JSON文件是小程序的配置文件，APP.JSON是小程序全局配置，另外每个页面也会有配置文件。建议页面中的JSON文件只填写页面需要配置的（比如页面标题），而不变化的不要写到里面（比如标题风格，背景颜色等等）。 JS主要是javascript语法，建议以模块的形式对通用的方法进行封装，尽可能的利用好代码，不要有大量重复的方法语句。如果多个页面需要，可以单独建立js文件，在需要的页面进行引入。 WXSS是样式文件，遵从css的编写规则，尽可能的少些样式表，多多利用已经写过的样式，如果多个页面需要，可以单独建立wxss或者写到app.wxss中 WXML是页面结构文件。如果多个页面中有相同的结构，可以单独封装为模块，而模块中的逻辑方面也尽可能遵从代码最大效益化。 总之，开发代码简洁，会使得编译后的小程序包很小，使加载速度更加快速。 5. 小程序填坑总结： 首先，微信开发者社区是好的小程序开发交流平台，从中可以获得大多数问题的解决方法： https://developers.weixin.qq.com/community/develop/question 另外，许多人常用搜索引擎来直接搜索问题的解决方法，一般大部分的错误或者问题都会在开发文档上写的很清楚，只不过很少有人去注意到，推荐几个小程序填坑的集合文章： https://blog.csdn.net/weixin_42448956/article/details/82414225 https://www.cnblogs.com/shaoting/p/6051261.html https://www.imooc.com/article/36148 https://www.cnblogs.com/wangking/p/6946438.html https://www.jianshu.com/p/4362e52f5c49 小程序的运营 小程序运营属于软件产品运营的一种类别。从产品生命期来看，小程序运营分别为研发期、种子期、成长期、成熟期、衰退期。另外由于小程序在运行模式和定位的不同，表现在推广形式上与平常的软件产品有很大的差别。接下来，我会用【GS比赛计分】【数据查询助手】小程序为例子佐证分享小程序的运营经验。 1. 小程序研发期，搞清楚产品的定位以及目标用户 当你不是运营小程序的产品策划者，你需要首先要搞清楚产品的定位以及目标用户。（这也是多数互联网公司将产品策划和运营作为一个岗位的原因）。在整个产品的研发期，需要跟进产品的每一个细微功能点，要明晰产品的使用用户；还要时刻去观察产品的领域有没有竞品的出现，用户习惯有什么改变；要时刻去衡量产品的竞争优势，为之后的发布运营做好准备。 【数据查询助手】是提供自定义信息查询服务的小程序。任何微信用户均可以上传自定义的数据（报表，成绩单等任何表格数据）建立查询。 [图片] 当在产品研发的一个月，我不断的探索小程序领域，APP领域，Web领域有没有相同的功能产品或服务。甚至将问卷系统（腾讯问卷、问卷星、问卷网）作为潜在的竞争对手。 另外我还制作了web版和原生APP的Demo去体验他们与小程序体验的不同。去确定微信小程序是很好的适应平台。从而为之后的运营做足了准备，提升了自己的信心。 2. 小程序种子期，要充分利用体验版过程 小程序体验版相当于其他应用平台的内测版。体验版可以更高层次的模仿真实的用户环境。在这一阶段更容易发现用户间连接要求高的应用缺陷。同时可以在安全的范围内去聆听用户的真是使用反馈。 【GS比赛计分】开展了长达1个月的体验版。邀请了20个核心用户去体验。由于应用需要与服务端建立实时连接。用户不同的设备，不同网络环境对程序的稳定性做出了很大的考验。在这一阶段修复了不少场景不同导致的错误或者效率低下问题。 另外一开始推出的小程序界面设计只遵从了功能设计，没有很好的考虑真实的使用场景。所以在这一阶段，我最大程度上听取体验用户的建议，对整个界面进行改版，使交互更加的亲近用户。 3. 小程序成长期，明晰获取用户的手段和推广手段，最大化的成长： 当小程序功能稳定后，到了成长阶段，用户使用是最核心的任务。获取用户的时候，必须先让对方了解自己的产品，建立认知，将产品介绍给用户，让用户进入小程序之后，想方设法让产品与用户产生交互，让用户不断体验产品，让活动始终覆盖用户，让用户对产品认可，要完成产品与用户的关系构建。 从现在许多小程序的运营手段来看，基本上都围绕着社交裂变和线下推广的方式来提升小程序的获客表现。而小程序由于较低的开发成本，较快的更新速度，以及较低的试错成本，使得多数很强势的小程序都采用功能矩阵发展模式，快速实现功能及迭代。 小程序获取用户的手段主要由下： 朋友圈分享（包括图片二维码、广告直接进入）； 聊天好友推荐转发； 线下二维码（包含商家推广、广告推广）； 微信搜索（一般由其他社交平台或者用户需求引起）； 线上识别二维码（线上推广，文章推广，或其他社交平台的推广）； 其他小程序的跳转（互相推荐） 公众号跳转（公众号运营推广） APP跳转（一般是APP延展的简洁功能推广，或者轻量级触达用户形式的推广） 小程序发掘社交推广的手段主要由下： 社交立减金，实现社交裂变； 社交比拼玩法，引导社交裂变； 互动加入分享按钮，提醒用户转发； 设计同伴环境，鼓励社群传播； 设计任务玩法，领取奖励； 设计福利，鼓励好友助力； 聚焦核心功能，促进口碑传播； 【数据查询助手】从产品定位上就自带社交裂变的元素，当查询创建者创建了一个查询后，他可以根据要分享的人群情况选择多种分享方法。如果是企业微信或者微信工作群，那么可以直接分享小程序到聊天窗口。其他的用户可以直接进入小程序进行查询。如果是线下的查询（推广会，现场发布等），可以通过小程序二维码的方式进入查询界面查询。对于其他社交平台来讲，可以用二维码来做分享，如果是常用用户（添加到我饿小程序或者桌面作为常用工具的用户），可以直接通过复制文字（含查询码）然后进入应用的方式快速开始查询。 同时每一个查询者，都可能是潜在的查询创建者和程序推广者。所以要在这一阶段不断的优化体验流程，尽可能做更多事情覆盖多场景的查询（比如微信搜一搜直接搜索查询码，直接查询），去吸引用户，留住用户。 由于小程序用完即走的理念，导致许多工具类小程序（不含深度融合线下和社交的）用户的留存普遍较低。既然工具类就是服务用户，那么就把小程序慢慢的做成一种用户习惯，从习惯的养成变为行业应用的转化。从转化中寻找切入点，进而挖掘可以创造价值的功能产品。 所以，做小程序不要过分贪图大规模的使用率，大批量的用户。他本身是一种服务理念的触达和养成，你需要在用户心里养成使用习惯，而不要上来糖衣炮弹把用户打蒙，甚至反感。这样小程序的生态就被搞乱了。 4. 小程序成熟期，稳定期最重要的就是小版本的迭代更新： 刚才讲到，小程序有较低的开发成本，较快的更新速度，以及较低的试错成本。所以在小程序成熟期需要根据用户数据不断的去更正调整功能，去保持较高的运营分数。在产品功能中，适时的进行用户付费转化。 付费转化一方面可以拉开用户层次，对小程序的用户是一种活水作用，提升用户的使用粘性，容易过滤最核心的用户，提供更加好的产品服务。如果在成长期很好的进行用户习惯的养成，这个过程会更加自然。反之，应用将会更快的进入衰退期。 付费转化的方式主要由几类： 电商类：主要靠活动、优惠刺激（现实抢购、秒杀、预约、限时满减、显示商品库存和抢购人数）； 游戏类：游戏道具（向朋友求助、每日签到、社区活动等方式免费获得，但数量有限，且都是一些级别较低的道具）高价值道具付费、皮肤售卖、游戏币购买； 内容类：付费文章、阅读币购买、付费课程； 5.小程序衰退期：适时舍弃，进行新产品开始推出 小程序开发周期短，很多时候应用分析不够透彻，更多的是一些商业或推广试错。导致许多小程序还没有进入成长期就进入晚期了。这一类小程序直接舍弃就好，不需要什么转化了，这也不算小程序的衰退期（没有盛何来衰）。 对于经历过成熟期的产品主要有几个原因导致进入衰退期： 市场中有新的创新型产品，导致冲击衰退。 自身功能设计有缺陷，导致用户流失。 对用户了解不透彻，付费转化失败，用户迁移到同类产品。 产品质量下降，不能适应用户行为的变化。 由于运营组织的原因，产品运营出现危机。 在这一阶段，运营已经无能为力。那么就进行产品的复盘，积极的去投入到新产品或者新领域的探究上面去。小程序的开发成本较低，所以可以有很多机会去重新塑造一个好的产品。 6.总结，谈谈自己的想法： 现在多种多样的互联网产品不断产生，产品竞争异常激烈。互联网产品的运营手段也是推陈出新，花样繁多。在这里我不给大家分享一些运营花样，因为每个小程序都是独特的，应该有自己独特的运营手段，具体是什么，希望产品者和运营者本身用热爱小程序的心去发现和实践。 永远保持对产品的尊重，对用户的尊敬是每个产品人最重要的事情。如果对应用足够热爱，你会厌恶他被污染，他被别人嫌弃；你会尽自己的可能让他变得更加本真，你会合理的去运营突破，去帮助产品走向更高的位置。 如果你没有爱你的产品，再出色的产品也只是昙花一现而已，并不能给你带来任何长远的意义。 这是最好的小程序运营指南：https://developers.weixin.qq.com/miniprogram/product。 [图片]

每个场景都适合微信小程序吗？ 小程序更偏向于场景服务： 我们都知道微信公众号、服务号等公号更多偏向于传媒、内容的输出；而小程序更偏向于基于特定场景（商业、办公等）的服务。两者之间一个是内容的产出带动用户情感，一个是面向用户的服务带动用户的多方面体验。 面对支付宝小程序聚焦在商业和生活服务（租借和支付场景），百度轻应用基于搜索功能、地图来做相关布局的情况下，微信小程序则是扎根于社交、拼团、游戏等领域； 无论是聚焦哪个领域，都离不开小程序本身偏向于场景的服务。小程序是铺设另一个移动互联网基础设施的承载体。随着各个小程序的日活益日增高，小程序已经慢慢融入大众的生活。 在拼多多、美团、京东等旗下APP中，小程序的释放也逐渐使用户养成使用的习惯：乘车码小程序、扫码购小程序、停车小程序等。用户在线下场景可通过各种小程序来进行办事。 小程序将来的用户数将逐渐递增，无论是对小程序的开发者还是小程序的使用者而言，小程序都将不可替代的应用在各种生活场景。 不是每个场景都适合小程序： 在这2年多的时间里，我帮助过至少50多个团队完成小程序的设计规划。有些团队想做原生APP，但项目却很适合用小程序来做，所以被我推荐做成微信小程序，现在有不错的运营成绩。 有些团队特地找我去设计规划小程序，但是项目本身并不适合小程序的产品模型，所以被我劝退，或者简化了一大半的功能做先导。 并不是每个项目场景服务都适合小程序来做的，因为有的做不到，及时做到了用户也不会来，因为小程序的此种场景目前还没有渗透到用户的使用习惯中去。 在不断的实践中，我总结出一套模型，专门用于判断目标场景是不是适合小程序： 如何判断目标场景适不适合微信小程序？ 引入 我们在移动互联网时代的时候，有四维产品定位方法曾被应用于产品的自身价值定位和之后的产品演进当中。不过目前的互联网发展态势更多注重功能的叠加和增量划分，这种产品定位方法并没有多少人使用了。但就我实际应用而言，这套方法可以用于原生APP和微信小程序之间转移的界定标杆。 四维产品定位 所谓四维，就是有4个划分标准，分别是量级、功能、频次、需求，我们将这四个标准随意两者相交，就可以清晰的给自身产品进行定义。 量级、功能划分： 我们将量级和功能两个标准做成坐标图，就可以得出四个象限：分别是重量级功能复杂、重量级功能单一、轻量级功能复杂、轻量级功能单一。 所谓重量级，就是在APP运行时需要的底层服务多，比如拍照、录音、定位、控制蓝牙WIFI、NFC、读取通讯录、写入短信、拨打电话等等。调用的服务越多，说明APP的量级越重。 [图片] 但量级大小与功能复杂度没有直接的关系，比如上图中翻译类（谷歌地图、有道词典），他们所提供的功能就是翻译，但是他们却需要录音、拍照等功能，因为他们有拍照翻译，录音翻译的功能，所以属于重量级功能单一的划分。 重量级功能复杂的产品数不胜数，我这只列举装机量比较高的几类，有像微信、qq等通信平台工具，有支付宝这类的支付安全…… 这些工具调用的服务很多，提供的功能也是非常丰富，大部分安卓安装包大小都在50M往上。 值得一提的是，百度云盘属于重型工具，里面除了网盘基本功能之外，还加入了一些工具类小程序作为功能扩展，所以也属于重量级功能复杂的一类。 [图片] 而轻量级功能复杂就有些争议了，许多人会问购物（淘宝、京东）为什么算是轻量级的。在这里需要科普一下，大部分购物类APP都属于混合式开发，展示给用户的大部分是H5界面。大家可以断掉自己的手机网络，打开淘宝或者京东，点击首页的任何一个类目，就可以发现他们的真实面目了。 同时还有许多重量级应用的lite版本，在砍掉一些功能简化设计后，属于轻量级应用的范畴。 最后功能单一轻量级应用就很多了，日常的便签，计算器都属于这一类。 频次、需求划分： 让我们把上个坐标图中的应用打散，按照新的衡量标准重新定义这些应用，我们可以得到下面的这个坐标图。 [图片] 频次、需求这些属于夹杂个人情感的，不可统一界定的，所以只能从侧面去印证。同时这两个维度也可以作为后续运营的目标恒定。在这里我尽可能的取折中的分类，当然对于每个用户这都不完全正确，毕竟用户群体不同。 刚需如何界定呢？ 就是用户在有限的资源下保留这款应用的可能性，可能性越高越属于刚需，可能性越低越属于非刚需。 比如部分用户使用的手机是低配版本，或者因为工作学习的需要使用16G存储的手机，所装的软件也只有10几个。通常来讲，微信、QQ、支付宝是必须存在的，也就是说对于大部分用户来说，通信和支付的刚需最大。 但像淘宝、京东虽然在目前网购时代很流行的阶段，但对于低配版本的手机来讲由于安装所占空间太大，迫不得已只能选择不安装这类软件。所以看大数据，淘宝在低配手机的装机量是很小比例的。有些应用为了满足这类用户的刚需心里，会选择出lite版本。当然，目前小程序逐渐将lite代替了，我们稍后再讨论这个问题。 [图片] 而频次就比较好理解了，就是用户每天打开多少次，或者多少天打开一次。同样，由于用户的不同，应用间的频次就不同；比如说地图类，有些旅行爱好者几乎是每天必须打开，当然还有出差上班路痴一族。但对于出行频次不高的人群（如学生），地图的频次就很低了，有可能是几天一次。 所以，按照各自应用的运维数据，或者去访谈用户的使用心理。应用拥有者会清楚的给自己的产品找到属于自己的位置。 四维汇合： 我们单独讨论了可界定的两种标准和不可界定的两种标准，分别对产品进行定位之后，我们就可以得到一个关键词组。比如： 微信： 重量级、功能复杂、高频次、刚需 淘宝： 轻量级、功能复杂、高频次、刚需 百度网盘： 重量级、功能复杂、低频次、刚需 工具： 轻量级、功能单一、低频次、刚需 生活服务类： 重量级、功能单一、低频次、非刚需 每个应用都会有自己的专属关键词组，并且随着版本的不断升级，其关键词也会不断发生变化。总之，一个好的应用最重要发展目标是刚需，如何让自己的产品被更多用户使用，并且让用户没有办法抛弃；并且在量级和功能上的性价比与同类竞争产品相比更高。如果做成这两点，那当之无愧就是好的应用产品。 四维产品定位在小程序上的应用： 当我们对自己的项目产品进行划分界定的时候，就可以清楚的体现出产品定位和价值目标。那么自己的应用如何判断适不适合小程序呢？我们来做以下几个梳理： 小程序偏向于构建轻量级的应用 首先，小程序偏向于构建轻量级的应用，如果强行将重量级的应用赋予小程序，就会出现功能的不稳定。比如，非常依赖蓝牙或者GPS定位的应用，就有体验的不好处。例如肯德基的小程序，我周围小伙伴经历，定位多半是无法使用的，也没有办法选择店面，导致用户体验非常不好。 小程序偏向于构建功能单一的应用 在这里，我不是说功能必须是一个，而是说应用的页面关系不要太复杂。不要有太多webview的东西在里面，这样体验感觉不是很舒服的。例如京东小程序，基本上包含了APP的基础功能，使用体验稍微逊色一些。这也就是我为什么要说京东、淘宝是轻量级应用的原因。但是购物小程序一般调优都特别的好，所以对于频次不高，只是偶尔买买或者推荐购买的用户来讲，小程序这么做是非常值得推荐的。 非刚需的应用很适合在小程序上做 我们之前界定刚需和非刚需，是以用户在有限的资源下保留这款应用的可能性划分的。对于非刚需的应用，原生APP的开发成本会显得太高，而且没有多大的装机量。由于小程序持续火热，许多用户会直接在搜索页中搜索相关应用来替代原生APP，所以，非刚需的应用适合放到小程序上做。 低频的应用根据自身的定位来确定 由于产品属于低频的领域，所以应该根据自身的情况，分解功能或者简化产品之后再放到小程序上，一方面刺激产品的发展，另外可以当作触角，能够更清楚的了解用户的行为心理和习惯，以便更好的决定产品的未来变迁。 例如，百度网盘小程序就简化了应用APP上的功能，并主打推出好友共享文件这一功能，用来刺激自身产品的使用。 合并分析，自己明晰 当按照四维的单项分析完之后，发现自己的产品有多个重叠点，比如功能复杂的轻量级应用，一个标准适合，一个标准不适合。那么就要考虑坎功能或者坎重量了，但这种坎必须要保存产品原有的灵魂前提下进行。我看过不少产品，小程序版砍的面目全非，根本和主应用打不成任何的关系，这种就是没有意义的了。 一般来讲，可以按照标准适合程度分别来建议： 4个标准适合的应用（查询、工具），非常适合小程序。 3个标准适合的应用（生活便利）,注意适应不适合的标准。 2个标准适合的应用（百度网盘），定向取舍功能缩减，可以当作引流和刺激使用的触角。 1个标准适合的应用（地图），适合大型互联网企业尝试，做成功就是行业标准。 都不适合的应用（微信、支付宝），还是做小程序吧（滑稽） 而对于功能特别复杂的，重型的大型应用来说，可以适当的将其拆分多个小程序，但是前提是要简化功能的基础上进行。目前有许多线下商铺的小程序分的有些过分，你每点一个模块，就会跳到另一个小程序，用户就会产生跳转恐惧心理，并不敢继续尝试功能的使用了。 总结 我上篇文章中提到过： 小程序相对于APP来说，在降低开发门槛的同时能够满足最普遍的应用需求，适合生活服务类线下商铺以及非刚需低频应用领域。使得微信通过小程序作为生态的建立者和维护者，赋能商家和应用者。以一种生态触角的状态来迅速的捕捉最大化生态红利。 小程序正属于上升期，优质的小程序越来越多，可替代的APP也越来越多。所以很多应用都十分着急的上线了自己的小程序，以期依靠流量来获得更好的产品发展，使自己不会被小程序洪流所冲散。 顺风行船每个人都想，但清楚的认识自身是很重要的，如何顺风，如何行船需要好好考虑。在这两年中，亲眼目睹许多小程序的衰退，最初的To B介绍类的小程序说没就没了。 我在不断用自己的所见所学和实践来总结经验，尤其是总结产品方面的经验，好给志同道合的伙伴们以思考。希望未来有越来越多优质的小程序出来，也希望微信可以保持初心和本色，更好的发展生态。有许多人为此不断努力着，希望努力终有收获！！！ 文章全部原创，思考来自于学习和交流，其中有不正确之处请各位大佬指正，谢谢您能看到最后，我们一起努力