专栏名称: 知晓程序
知晓程序,是爱范儿旗下专注「小程序生态」的品牌,提供小程序资讯、教程、活动、社区等服务。 更多内容请访问 minapp.com。
目录
相关文章推荐
白鲸出海  ·  DTC品牌出海增长魔盒开启指南,11月20- ... ·  3 天前  
白鲸出海  ·  倒计时1天 | ... ·  3 天前  
阿里开发者  ·  如何为应用提速?高性能数据库Tair构建缓存 ·  4 天前  
腾讯  ·  Hi大家好,我是腾讯ima ·  1 周前  
51好读  ›  专栏  ›  知晓程序

从零开始,这个产品经理手把手教你做小程序

知晓程序  · 公众号  · 科技公司  · 2017-06-08 12:11

正文

文 | 王伟
我能做的就是,做好手头的事情确保,就算这事对公司来说又黄了,我也要通过这事有所收获。
(一)
产品定位:微信小程序是一种全新的连接用户与服务的方式,它可以在微信内被便捷地获取和传播,同时具有出色的使用体验。
这是微信小程序的官方定义,不妨一起画一画重点。我觉得有三个关键点:
  • 被定义为一种连接方式:很显然,与微信社交的调性不谋而合,小程序是一种全新的产品能力,微信社交连接能力的二次延伸。

  • 连接的对象是用户和服务:很清楚,微信连接的是「人与人」,而小程序连接的是「用户与服务」。这一切都基于已有的微信生态圈,是微信 OS 对 app 生态方式的一次挑衅。

  • 微信内获取和传播:很无奈,一切都要基于微信,从工具兼内容产品升级到平台产品,成为现有玩法的规则制定者,我的地盘、我做主!

以上三点是我个人对小程序的解读,也可以用三个字概括:很封闭、厚背景、新旧事物。
近期负责公司的一款微信小程序产品,近乎涉及到了很多问题,其中有几组比较矛盾的问题:
1.  小程序定位
对于公司而言,小程序究竟是一个什么产品定位?以目前的大环境而言,无非就是几个关键点:
  1. 蹭一波热点:吸引眼球,做小程序这件事情本身就是一个吸引眼球的事情;

  2. 延伸产品线:对已有产品线做一个开辟,确保整个线的完整性;

  3. 借助小程序:赶上这趟车,营销导流;

  4. 跟风随大流:别人做了,我也要有。(无法忽略)

2. 产品结构
相信绝大多数的产品的功能和结构体系都比较完善,即使再差,一套完整的流程还是有的。
那么,面对小程序的这个新生事物,究竟该从何做起?
  1. 全部业务功能:都要有;

  2. 核心业务流程:必须有;

  3. 专注关键要点:可以有。

3. 资源投入
由于小程序的前景,以及目前对于该产品的投入产出比都相对比较保守,那么相应的资源投入都会相对比较缺乏,或者说并不是那么重视。
  1. 集中投入,急速开发,先保证有;

  2. 阶段投入,阶段开发,需要即用;

  3. 持续迭代,增量迭代,保持机警。

(二)
公司对小程序的产品定位,直接决定产品形态的走向,也直接决定了公司的资源投入比例。
事实上,小程序本身也是一个增量迭代的过程,逐渐开放能力,保持了产品应有的克制。
针对以上所说的三组问题,下面将逐一回顾下我个人这段时间的实践经历。
1. 如何决定小程序的产品定位?
很不巧的是,公司层面并没有明确给出小程序的定位,那么就不做呢?那肯定是不行,老板出去别人家都有小程序,我们怎么能没有?
其实,这恰恰是给了产品经理充分的机会,可以尝试给小程序一个产品定位。
于是,我就有了这么一次机会自己做了一回主(Leader 是确认过的),给出了一个基于公司现状和行业特性的小程序产品定位。
小程序产品定位:基于知名品牌、高转化品类,以活动推单品的电商小程序。
说白了,一个基调:单品!赋予用户和平台两个能力:
  1. 能找到自己想要的商品;

  2. 能展示平台想推的商品。

第一个是对用户的赋能,更加依赖于用户自己的主观能动性,也吻合了小程序目前工具的定位,用完即走;第二个是对平台的赋能,是平台自身的商业属性决定的,能够曝光更多核心资源,进而吸引用户向平台转化。
不管如何表达,如何定位,都必须体现产品的调性和情怀,这一点甚至远比一款小程序本身重要。
2. 如何决定小程序的产品形态?
很尴尬的是,明明是小程序,领导却啥都想要?Are you kidding me ?
这让我想到之前有人说小程序会取代 app,之前我还不信;不过单纯从产品的功能上而言,确实有这个可能,而且可能性还很大。
事实上,微信小程序是不可能那么快如愿的,其中的原委可就错综复杂了。
产品形态:电商平台的核心要素——商品、购物、结算。
很明朗,一个底线:购物!至少为用户提供两个要素:
  1. 商品,至少有东西可买;

  2. 购物,至少能下得了单。

第一个是为用户提供平台的绝大多数商品,至少先保证电商平台的核心——商品的完整性,即使暂且达不到多样性的效果。
第二个是保证用户能够在获得商品的基础上,获得一个相对完整的购物流程。
其中我们也做了妥协,1.0 版本并未加入购物车的功能,只能随了电商早些年的做法——单件购买。
出于产品阶段和资源的投入程度,只能选择产品的有损设计。
3. 如何决定小程序的资源投入?
很无奈的是,纯粹依靠产品经理是搞不定这个问题的,因为技术资源的投入非产品经理可控范围之内,越级越权可是大忌。
不过,有一点可不要忘了——这是 BOSS 想要的,谁敢不做?感觉有点逼宫的意味,可大家还是愿意乐此不疲。
学会适当适时借力是一种智慧,对产品经理尤为重要,再也不怕没人 DIAO 我啦!
资源投入:一切从实际出发,增量迭代,数据驱动。
很明确,一个原则:克制!至少要为项目提供两点保障:
  1. 有人做事;

  2. 有时间做。

第一个是为了落实小程序需要的必要投入,没人肯定没法做事,东拼西凑的,最终出来的肯定就是残次品,坑害的是参与的一票人。
第二个是团队争取的资源,因为小程序大多基于已有产品的既视感,有一种先入为主的感觉,认为不都是现成的吗?有那么难吗?
可我遇到的还真不是搬运工的活,背后夹杂了太多的辛酸,因此必要的前期时间投入是为后续产品的良好更迭的打基础。
(三)
产品实例:在整个微信小程序的产品设计过程中,最为纠结的一个点——账户登录。
其实,并不是由于功能本身的纠结,而是用户体验/心理与账户信息结构的矛盾。
问题描述:小程序牵涉到微信授权的问题,就相当于 app 的应用授权,比如:获取地理位置、push 推送通知等。
可能存在的三种纠结的解决方案:
  1. 不提供微信授权,只提供已有账户体系;

  2. 提供微信授权,进入小程序强制微信授权;

  3. 提供微信授权,同时提供已有账户体系。

泛泛的概括下,上述三种方案可能遇到的问题:
  1. 微信账户与已有产品 Passport 账户合并;

  2. 用户拒绝微信授权或者直接开放微信账户购买能力;

  3. 用户既有账户登录的最短登录路径。

导致这些问题的原因大多不一,可能是已有账户的导致,可能是对用户体验的妥协,也可能是产品经理个人对方案的倾向性选择。
不管为什么,问题终究要解决,综合考虑了以下三个要素:
  1. 普遍解决方案;

  2. 用户心理/体验;

  3. 技术壁垒/限制。

下图为最终的小程序的完整产品解决方案,仅供参考:

小结
扯了这么多,到底该从何入手呢?
产品经理的基本思维和技能就不再赘述了,解决上面我说的三个问题,产品基本已经上路了。实际工作中,有两点需要兼顾:
  1. 微信平台;

  2. 自有产品。

微信作为平台方,对小程序制定了一系列的规则(最深页面层级不超过五层,以确保消息程序的结构清晰),对小程序的产品能力进行了约束,并且保持克制持续开放。
不难看出,作为平台型产品,小程序本身也在自我迭代自完善,产品能力逐渐完善,还是很有产品感、保持了良好的节奏感!
如何把握小程序和自有产品框架下的分寸,需要产品经理额外投入时间和经理,理解到位。

任何的新产品线,以牺牲已有产品结构为代价的,都是不可取的。

原文链接:

http://www.woshipm.com/pmd/674491.html/comment-page-1#comment-212688


关注「知晓程序」微信公众号,在后台回复「观点」,获取更多小程序资讯观点文章。


▽ 点击「阅读原文」,发现更多优质小程序。