电商基础:电商众筹应该考虑的问题

电商众筹规划前期应该考虑的问题

众筹最早源于美国网站kickstarter,该网站通过搭建网络平台面对公众筹资,让有创造力的人可能获得他们所需要的资金,以便使他们的梦想有可能实现。这种模式的兴起打破了传统的融资模式,每一位普通人都可以通过该种众筹模式获得从事某项创作或活动的资金,使得融资的来源者不再局限于风投等机构,而可以来源于大众。在欧美逐渐成熟并推广至亚洲、中南美洲、非洲等开发中地区。2012年在国内,主流电商赋予了众筹新的玩法,即“团购+预售”模式的电子商务,商家上线一款众筹商品,它可能是还未被生产出来的商品,也有可能是积压了库存的商品,通过辨识度高的活动入口以及精美的页面设计,刺激用户提前下单。这里主要讲一下这种电商众筹规划初期应该考虑的问题。

1. 明确众筹目的

要明确众筹的目的,因为目的不同,产品规划考虑的方向就不同。例如公司开发众筹功能,目的是为了预售还未生产的商品,还是仅仅当作团购的另一种促销形式。多数情况下领导会说两种情况都有可能,这时后台系统需要考虑全面。比如说,如果是预售,后台需要考虑在众筹功能下在开发一个添加商品的功能,而添加的商品的属性信息又和正常售卖的商品有哪些不同?如果单是为了销售积压库存,后台的开发逻辑要简单得多,可以在众筹功能下去调取商品中心的商品信息,在编辑下活动信息就可以发布活动了。

2. 明确业务需求

京东、淘宝、苏宁早在2013年就赋予了众筹新的玩法,京东、淘宝与苏宁都是在时间与金额两个维度上定义活动,即需要在多长时间内众筹到多少金额才算成功,同时众筹目标数量允许超卖。也有通过库存与时间来定义活动的,即在规定的时间内卖到规定的数量,同时允许超卖。这时要确定开发的众筹功能的差异化在哪里?是库存、数量、金额还是其它,以及是否允许超卖,超卖的峰值是哪里。

3. 明确众筹状态

要根据业务明确众筹在前端展示给用户的状态,在后台展示给业务人员的状态,以及不同的状态间是如何流转的。正常情况下,前端都会有“活动中”和“已结束”两种状态,是否有预热状态根据业务制定。这里需要考虑的是,如何给这三种状态一个明确的定义。在后台展示给业务人员的众筹状态会比在前端展示给c端用户的更加细分和详细,这里的后台指的是cms或是线上后台管理系统,也根据不同的权限开发。下面是根据自身业务给予的定义,前端分为即将开始、众筹中、已结束三个展示状态,后台分为未开始、众筹中、已成功、已失败、待发布、已关闭六个展示状态,下面对其定义以及对应关系给予说明,仅提供一个思路。

添加众筹商品到商品列表,勾选商品点选发布,即发布到app前端页面

(1)app即将开始  cms未开始

在cms中,已经发布商品,但未到活动的开始时间,app端倒计时为活动预热状态。

(2)app众筹中  cms众筹中

众筹活动进行中,众筹商品已发布,并且发布时间在活动时间内。

(3)app已结束  cms已成功

这种状态分为两种情况:一。未到众筹活动结束时间,但实际售出订单数量大于等于最大库存量,app端显示活动已结束。二。到众筹结束时间,售出数量大于等于目标数量,众筹成功。此时app端该商品自动下架,不再显示该商品。

这时有人提出疑问,既然到达活动结束时间,app端商品自动下架,为何前端页面还会有“已结束”的活动状态呢?别忘了,我们的众筹活动是允许超卖的,“已结束”的发生场景就在活动还未到结束时间,但是售出的数量已经超出活动定义的目标数量,并且到达了商品的最大库存。

(4)cms 已失败

到众筹结束时间,卖出的商品数量小于目标数量,app端商品自动下架。

(5)cms 待发布

众筹商品已添加,但未发布的状态。

(6)cms 已关闭

业务人员出于某种原因,对众筹中的商品和未开始的商品进行关闭操作,并写明关闭原因,返回关闭时间,app端商品下架。

4。 定义活动流程

明确了众筹活动在前端后台的展示状态,那么这些状态之间是如何流转的,需要细致的考虑。下面附上流程图来展示它们间的流转关系,鉴于每个项目都有其独特性,在此仅提供一种思路。

文\Annie(产品经理、项目经理,获得pmp项目管理认证,产品壹佰专栏作者。)

0条评论 添加新讨论

登录后参与讨论
Ctrl+Enter 发表