（一）
产品定位：微信小程序是一种全新的连接用户与服务的方式，它可以在微信内被便捷地获取和传播，同时具有出色的使用体验。
这是微信小程序的官方定义，不妨一起画一画重点。我觉得有三个关键点：
被定义为一种连接方式：很显然，与微信社交的调性不谋而合，小程序是一种全新的产品能力，微信社交连接能力的二次延伸。
连接的对象是用户和服务：很清楚，微信连接的是“人与人”，而小程序连接的是“用户与服务”。这一切都基于已有的微信生态圈，是微信OS对APP生态方式的一次挑衅。
微信内获取和传播：很无奈，一切都要基于微信，从工具兼内容产品升级到平台产品，成为现有玩法的规则制定者，我的地盘、我做主！
以上三点是我个人对小程序的解读，也可以用三个字概括：很封闭、厚背景、新旧事物。
近期负责公司的一款微信小程序产品，近乎涉及到了很多问题，其中有几组比较矛盾的问题：
1、小程序定位
对于公司而言，小程序究竟是一个什么产品定位？以目前的大环境而言，无非就是几个关键点：
蹭一波热点，吸引眼球，做小程序这件事情本身就是一个吸引眼球的事情；
延伸产品线，对已有产品线做一个开辟，确保整个线的完整性；
借助小程序，赶上这趟车，营销导流；
跟风随大流，别人做了，我也要有。（无法忽略）
2、产品结构
相信绝大多数的产品的功能和结构体系都比较完善，即使再差，一套完整的流程还是有的。那么，面对小程序的这个新生事物，究竟该从何做起？
全部业务功能，都要有；
核心业务流程，必须有；
专注关键要点，可以有。
3、资源投入
由于小程序的前景，以及目前对于该产品的投入产出比都相对比较保守，那么相应的资源投入都会相对比较缺乏，或者说并不是那么重视。
集中投入，急速开发，先保证有；
阶段投入，阶段开发，需要即用；
持续迭代，增量迭代，保持机警。
（二）
公司对小程序的产品定位，直接决定产品形态的走向，也直接决定了公司的资源投入比例。事实上，小程序本身也是一个增量迭代的过程，逐渐开放能力，保持了产品应有的克制。针对以上所说的三组问题，下面将逐一回顾下我个人这段时间的实践经历。
1、如何决定小程序的产品定位？
很不巧的是，公司层面并没有明确给出小程序的定位，那么就不做呢？那肯定是不行，老板出去别人家都有小程序，我们怎么能没有？其实，这恰恰是给了产品经理充分的机会，可以尝试给小程序一个产品定位。于是，我就有了这么一次机会自己做了一回主（Leader是确认过的），给出了一个基于公司现状和行业特性的小程序产品定位。
小程序产品定位：基于知名品牌、高转化品类，以活动推单品的电商小程序。
说白了，一个基调：单品！赋予用户和平台两个能力：
能找到自己想要的商品
能展示平台想推的商品
第一个是对用户的赋能，更加依赖于用户自己的主观能动性，也吻合了小程序目前工具的定位，用完即走；第二个是对平台的赋能，是平台自身的商业属性决定的，能够曝光更多核心资源，进而吸引用户向平台转化。不管如何表达，如何定位，都必须体现产品的调性和情怀，这一点甚至远比一款小程序本身重要。
2、如何决定小程序的产品形态？
很尴尬的是，明明是小程序，领导却啥都想要？Are you kidding me ? 这让我想到之前有人说小程序会取代APP，之前我还不信；不过单纯从产品的功能上而言，确实有这个可能，而且可能性还很大。事实上，微信小程序是不可能那么快如愿的，其中的原委可就错中复杂了。
产品形态：电商平台的核心要素——商品、购物、结算。
很明朗，一个底线：购物！至少为用户提供两个要素：
商品，至少有东西可买；
购物，至少能下得了单；
第一个是为用户提供平台的绝大多数商品，至少先保证电商平台的核心——商品的完整性，即使暂且达不到多样性的效果。第二个是保证用户能够在获得商品的基础上，获得一个相对完整的购物流程。其中我们也做了妥协，1.0版本并未加入购物车的功能，只能随了电商早些年的做法——单件购买。出于产品阶段和资源的投入程度，只能选择产品的有损设计。
3、如何决定小程序的资源投入？
很无奈的是，纯粹依靠产品经理是搞不定这个问题的，因为技术资源的投入非产品经理可靠范围之内，越级越权可是大忌。不过，有一点可不要忘了——这是BOSS想要的，谁敢不做？感觉有点逼宫的意味，可大家还是愿意乐此不疲。学会适当适时借力是一种智慧，对产品经理尤为重要，再也不怕没人DIAO我呢！
资源投入：一切从实际出发，增量迭代，数据驱动。
很明确，一个原则：克制！至少要为项目提供两点保障：
有人做事
有时间做
第一个是为了落实小程序需要的必要投入，没人肯定没法做事，东拼西凑的，最终出来的肯定就是残次品，坑害的是参与的一票人。第二个是团队争取的资源，因为小程序大多基于已有产品的既视感，有一种先入为主的感觉，认为不都是现成的吗？有那么难吗？可我遇到的还真不是搬运工的活，别后夹杂了太多的辛酸，因此必要的前期时间投入是为后续产品的良好更迭的打基础。
（三）
产品实例：
在整个微信小程序的产品设计过程中，最为纠结的一个点：账户登录。其实，并不是由于功能本身的纠结，而是用户体验/心理与账户信息结构的矛盾。
问题描述：小程序牵涉到微信授权的问题，就相当于APP的应用授权，比如：获取地理位置、PUSH推送通知等。
可能存在的三种纠结的解决方案：
不提供微信授权，只提供已有账户体系；
提供微信授权，进入小程序强制微信授权；
提供微信授权，同时提供已有账户体系。
泛泛的概括下，上述三种方案可能遇到的问题：
微信账户与已有产品Passport账户合并；
用户拒绝微信授权或者直接开放微信账户购买能力；
用户既有账户登录的最短登录路径。
导致这些问题的原因大多不一，可能是已有账户的导致，可能是对用户体验的妥协，也可能是产品经理个人对方案的倾向性选择。不管为什么，问题终究要解决，综合考虑了以下三个要素：
普遍解决方案
用户心理/体验
技术壁垒/限制
下图为最终的小程序的完整产品解决方案，仅供参考：
小结
扯了这么多，到底该从何入手呢？产品经理的基本思维和技能就不再赘述了，解决上面我说的三个问题，产品基本已经上路了。实际工作中，有两点需要兼顾：
微信平台
自有产品
微信作为平台方，对小程序制定了一系列的规则（最深页面层级不超过五层，以确保消息程序的结构清晰），对小程序的产品能力进行了约束，并且保持克制持续开放。不难看出，作为平台型产品，小程序本身也在自我迭代自完善，产品能力逐渐完善，还是很有产品感、保持了良好的节奏感！
如何把握小程序和自有产品框架下的分寸，需要产品经理额外投入时间和经理，理解到位。任何的新产品线，都不能以牺牲已有产品结构为代价都是不可取的。
来源 人人都是产品经理 作者 王伟
