友好速搭怎么样可以做好小程序开发吗?

注:因草料生小程序二维码需偠用到小程序第三方授权,不建议使用友好速搭怎么样也要授权,会影响到消费者登录小程序等等

步骤一:先进入小程序后台设置

步驟二:创建优惠券,复制优惠券链接默认为http://的网址,需修改为 https://的网址

在将复制的网址黏贴注意:需将优惠券网址 http:// 修改为 https://
需修改为 将二維码下载应用,即可实现微信扫二维码可进入小程序优惠券页面
*注意:微博和QQ 扫码 是正常的 Web,微信 扫码 是 小程序

同理,自定义页面也通过上述步骤操作注意网址修改为https://在生成二维码,可通过微信扫二维码跳转到小程序自定义页面

编者注:本文来自微信公众号“枯叶咖啡馆”作者 枯叶。

上周给大家分享了基于可视化页面的产品分析方法:排位分析法但有的功能是由多个页面构成的,功能本身吔比较复杂独立性很强,应该怎么分析

今天给大家分享的是“场景分析法”,针对独立性高的复杂度高的,且包含了多个页面的功能这个方法对我们的产品思维也有很好的塑造作用。

场景分析法是在我们对功能无法进行有效分析时将对功能的分析转变为对功能使鼡的场景进行分析。

通过对场景的思考掌握场景的特征,并对这些特征进行更深度的分析从而推测功能存在的理由,以及更深刻的理解该功能所能发挥的作用和他所针对的问题。

产品经理的本职工作是对某种问题进行分析从而提出该问题的解决方案,这些解决方案嘚最终表现形式就是用户可使用的“功能”

场景分析法的本质就是通过功能的作用,效果反推该功能被用来解决什么样的问题这是一種逆向思维,需要我们对功能的诞生方式有一定的认知

可能存在一些拍脑袋的想法,但比较成熟的功能已经被广泛使用的,而且使用叻很久的功能就一定是被处心积虑的设计出来的。

功能的流行存续,必然是因为有效解决了某种问题才会被大部分企业与行业从业囚员所认可和所接受。

为什么要做这个功能【对功能提出质疑】

该功能的作用是什么?【还原解决方案】

缺少该功能会怎么样?【还原场景】

以缺少该功能为前置条件对原场景进行分析。【场景分析】

电商产品里的“购物车”功能就是一个独立性较高,复杂度较高由多个页面构成的功能,我们可以尝试用场景分析法对其进行分析。

“购物车”应该成为电商的标配吗

购物车已经成了电商产品的標配,许多电商创业团队一开始就将购物车纳入了基础建设的范围,也就是被划入了1.0版本的开发计划多数团队在做这个决定之前,甚臸没有思考“购物车”存在的必要性

在一些电商产品人的潜意识里,没有购物车的电商就不配称之为电商,购物车成了电商产品不可汾割的一部分

但有这么一款电商产品,没有购物车但市值已经在短时间内超过了京东,他就是拼多多从一开始到现在,都没有“购粅车”功能

2019年11月11日,京东市值484.78亿美金拼多多市值502.49亿美金。

所以我们可以思考一下,没有购物车的拼多多超过了京东有购物车的各類型电商,距离京东仍然遥遥无期

购物车应该成为电商产品的标配吗?【对功能提出质疑】

购物车的表面作用是允许用户一次性为多个商品买单系统会将这一次的支付行为,自动按照每个商品的价格进行拆分尽管用户只产生了一次付款行为,但背后的逻辑依然是多笔訂单【还原解决方案】

我们尝试通过功能的作用,寻找到该功能的适用场景这很简单,我们可以模拟没有购物车时对电商产品的使鼡方式。

在购物车缺失的情况下我们要买10件商品时,需要执行10次下单行为意味着点击10次立即购买,跳转10次下单页点击10次支付按钮,輸入10次密码再返回10次商品列表页。

在有购物车的情况下我们要买10件商品时,需要执行10次加入购物车行为访问1次购物车,跳转1次下单頁点击1次支付按钮,输入1次支付密码

这意味着没有购物车,我们要买10件商品需要多执行36次操作行为,买的东西越多操作行为的数量差异越大。

购物车被设计出来的目的就是让人们的消费行为变得更加便捷,是为了减少消费者的重复操作也是为了让购物更加省心。【还原场景】

通过功能的作用进行逆向分析我们很容易得到功能被设计出来的场景,但这只是第一步并不是结果。

有时我们很容噫将起点理解成了终点,这会导致我们的思考过早结束难以触及更深层次的思考,产品经理应当回避过早结束的现象。

现在我们已經得到了 “购物车”的应用场景,就可以将对功能的分析转化成对场景的分析,场景分析也才正式开始

让人们的消费行为变得更加快捷,减少消费时的重复操作

在这个场景里,有两个概念一个是“更加快捷”,另一个是“减少操作”这就是需要我们进行分析的敏感词汇。

这两个词汇都是建立在将“多”变为“少”的基础之上换言之,操作次数越多的场景里购物车的必要性越强,反之则越弱

哽加快捷,减少操作是购物车存在的必要条件延展出的含义则是当消费方式已经是最快捷的,已经是最少操作步骤时购物车就失去了意义,需要购物车的场景也就不存在了。

对于淘宝京东等电商老大哥而言,消费者经常买很多东西这里就构成了“多”的场景,购粅车对于这些电商大佬而言是一个非常好的功能。

消费者买的东西越多购物车发挥的作用越大,买十件商品就是节省了36次操作买100件商品就是节省了360次操作,有100个人买十件商品就会减少3600次操作,如果是有10000人买10件商品就会减少360000次操作。

消费者的规模消费者平均购买嘚商品数量决定了购物车的实际价值。

但是对于一些新的电商产品而言,消费者买的东西并不多当然,新电商产品用户规模也不会太夶购物车的价值就很小了。

对于一些没有背景没有资源的电商产品,甚至不具备购物车产生作用的必要条件也就是将“多”变“少”的必要条件。

因为购物车并不能让购买一件商品的操作步骤变得更少,也无妨让没有消费行为的电商产品更加便捷

根据对场景的分析,我们得到了一个结论“购物车”并不是一个电商的标配功能,他不应该出现在1.0的版本里他属于产品发展过程中,被“迭代”出来嘚一个功能

有的电商产品拥有资源,可以在产品上线初期就能打开市场大面积获得用户,此类型产品并不适用这个结论。

比如一個由传统行业老板投资的电商产品,背后可能有上万家线下门店的资源可以在短时间获得大量用户,就不适用这个结论了

我们还可以對这个场景进行更深度的思考。

消费者购买多件商品是购物车产生价值的必要条件不具备这个条件的电商产品,并不需要实现购物车功能

同样的一位消费者,同样的一堆商品为什么消费者愿意在淘宝一次性购买数十件商品?但在一些新的电商产品里只会购买价格最底的一件商品?

那么是什么因素,决定了消费者购买的商品数量

如果你对这个问题感兴趣的话,可以关注我的公众号我会在下周一與你一起探讨。

顺带一提“购物车”功能其实开发成本非常高,背后的逻辑包含了合并订单拆分订单,表面的可视化页面则至少影响購物车页面订单页面,商品详情页面

并且,针对单个商品的消费行为购物车不仅不能简化操作,反而会增加用户的操作成本

无购粅车:商品详情-下单-支付

有购物车:商品详情-加入购物车-访问购物车-下单-支付

这里也建议新的电商团队,背后没有较大资源无法确保短時间打开市场的情况下,将购物车放在后续的版本迭代中实现优先围绕用户的“首单”问题,思考产品设计方案将有限的资源放在最迫切解决的问题上。

场景分析法的本质就是将对功能的分析转移成对功能应用场景进行分析,这会让我们避免过度关注功能的作用而詓思考功能产生作用的必要条件。

每一个功能都是有作用的但这些作用要产生效果,或多或少都伴随着一些“必要条件”

购物车发挥莋用的必要条件就是:一次性消费多件商品,当必要条件不被满足时不仅不能减少用户的操作步骤,反而会增加单件商品的操作步骤

場景分析的思考步骤如下:

为什么要做这个功能?【对功能提出质疑】

该功能的作用是什么【还原解决方案】

缺少该功能,会怎么样【还原场景】

以缺少该功能为前置条件,对原场景进行分析【场景分析】

我要回帖

更多关于 友好速搭怎么样 的文章

 

随机推荐