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

小程序

2017-06-08 17:30

文 | 王伟

我能做的就是,做好手头的事情确保,就算这事对公司来说又黄了,我也要通过这事有所收获。

(一)

产品定位:微信小程序是一种全新的连接用户与服务的方式,它可以在微信内被便捷地获取和传播,同时具有出色的使用体验。

这是微信小程序的官方定义,不妨一起画一画重点。我觉得有三个关键点:

  • 被定义为一种连接方式:很显然,与微信社交的调性不谋而合,小程序是一种全新的产品能力,微信社交连接能力的二次延伸。
  • 连接的对象是用户和服务:很清楚,微信连接的是「人与人」,而小程序连接的是「用户与服务」。这一切都基于已有的微信生态圈,是微信 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

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

zxcx_0208

登录,参与讨论前请先登录

评论在审核通过后将对所有人可见

正在加载中

小程序商店 minapp.com,一扫即用的小程序大全。微信公众号「知晓程序」,做中国最好的小程序报道。

累计已发布 208 篇文章

本篇来自栏目

解锁订阅模式,获得更多专属优质内容