导语：对“个人消费者用户”的营销活动网上有很多介绍，但对“个人服务提供者/用户”（后文简称：大C）的营销活动介绍文章却很少见，哪些用户属于大C呢？美团外卖小哥、滴滴快车/专车司机、好大夫的医生、今日头条的作者…本文作者有幸在近期负责规划了同类的系统，沉淀了如下内容希望可以和大家进行探讨。

首先，我们先整体看一下系统应该包含的模块：

然后，我们对每个模块逐一拆解：

根据活动类型不同，活动的流程及组件有很大的差异。

如“任务型活动”需要用户更关注自己获得奖励的进度，“用户PK型活动”需要用户更关注竞争对手的进度。通过活动类型可分开控制不同类型的活动，利于沉淀活动模板等共性配置。

大体包括两个模板：活动规则+页面配置

1）活动规则

活动规则是一个活动的灵魂，活动策略大多通过规则体现。

在此我们以“任务型活动”举例进行拆解。这类活动用一句通俗易懂的话来解释就是“谁做了什么获得什么奖励？”。

“谁”：指参与用户，参与用户的配置要做到根据用户标签可进行多个用户分群，以支持针对不同用户设置不同活动规则，标签包括用户基本资料、用户等级、行为数据、其他专业属性等；

“做了什么”：指任务，任务可以是多阶梯的，每个阶梯也可以是不同类型的任务，所谓不同类型就是不同维度的业务数据。那么任务的最小单位就是“数据源”，任务数据源的应用即根据业务数据的标签筛选定义目标任务数据（如：工作日12:00~13:00在规定时间内送达的美团专送订单）；

“获得什么奖励”：指任务奖励，奖励要根据用户分群和任务阶梯分别设置。因我所在的公司时长发生“活动规则不变更，奖励发放变更”，奖励模块有其他跟活动规则关系不大的设置。所以此处活动奖励规划成独立的模块，详见下述三。

2）页面配置

活动相关页面通常有：入口、活动页面、附属页面、活动分享。

活动入口：可根据产品端口或用户群体控制展示；

活动页面：可根据实际使用场景拆分成不同的组件，创建页面即组合拼凑组件。常用组件包括：网页标题、主视觉图、背景颜色/图片、活动标题、有效期、按钮、阶梯任务、数据展示、描述文案、其他激励/造势功能；

附属页面：可预置几个常用附属页面模板，支持快捷配置页面。如：活动规则页、历史记录页等；

活动分享：配置不同分享渠道的文案和图片。

奖励大体包括现金奖励和实物奖励：

现金奖励：要考虑下发奖励要走的预算池，下发的时间节点，预算池还可以展开增设费用不足预警、预算超额预警等。另外，需要考虑手动下发奖励的功能，真实的业务场景会出现需要在规则外激励医生的情况，如：渠道数据遗漏导致活动数据不准确，领导特批等。

实物奖励：要根据奖励发放的流程考虑增设提示or页面，如收集用户收货地址页。

这里说的活动维护（活动修改）主要是指活动在线上发布后产生的变更动作，之所以把活动创建和活动修改分开来说，是因为这两个环节涉及的功能及流程差别很大。

活动上线后做出的修改需要先储存在暂存区，修改内容审核通过后再发布。

另外，可增加活动复制功能。尤其是对于长期在线上挂着的阶段性循环做的活动，大多规则变化不大，复制活动可减少编辑活动的时间。最后，记得记录活动变更日志。

展示和查询所有已配置的活动，活动状态、类型、名称、时间等。

活动状态包括未发布前的审核流程状态（1~6），和发布后用户可见的状态（7~9）。状态因业务形式与要求各不相同，以下是我这涉及的活动状态：

已创建：已创建活动，但未提交审核，类似于草稿；

审核中：已提交审核，未出结果；

审核通过：审批人审核通过，活动生效可发布；

审核驳回：审批人审核驳回，活动可继续编辑；

已过期：到达活动开始时间，但活动未审核通过；

已作废：以上五个状态下，终止活动；

未开始（预热期）：已发布活动，未到达活动开始时间，对用户展示活动预告；

活动中：活动期间，可包含多个阶段；

已结束：活动结束，对用户展示活动结果，包括系统结束和手动结束。

1）活动触达

活动触达包括对参与用户的触达、协作角色的触达。

对参与用户的触达形式要考虑用户使用端口，触达节点要考虑活动关键节点，对协作角色的触达目的是更好的支持和推进活动。

2）数据同步

协作角色数据同步和观察数据定时下发。

指活动数据仓，可多维度观察数据。可有效支持数据的应用与运营复盘分析。

最后，别忘了做特殊配置，如：

参与用户群体下个别不可参与/多奖励的用户；

业务数据源中不可参与的个别商品；

是否与别的活动关联…等等

根据每个行业和公司战略不同，要考虑支持不同的特殊配置。

上一篇：都用“送书”做拉新，为什么他的粉丝成本只要0.2元？ 下一篇：没有了

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。