项目总结-团购
项目简介
一个利用微信、团购这两个利于传播的元素,先在周末实验班试运行的,主要为机构线上招生服务的活动,销售自然拼读线上视频外教暑期班。
项目进程
6月底接到需求,开始策划
7月中移交开发
07.28发布第一个版本
申请开通认证服务号
拼团购买1对3课程(包括微信授权、微信支付)
单独购买1对1课程
08.02发布第二个版本
更新活动时间
更新课程可选择时间
更新价格(为第一版本的1/3)
授权七陌在线客服
增加订单列表页
08.04发布第三个版本
流程优化(取消英文名填写)
08.16发布第四个版本
服务号通知(购买、课前提醒、评价老师、上课报告)
项目数据
第一个版本发布后,5人提交订单,1人成功支付,活动页面访问人次约500
第二个版本发布后,16人提交订单,8人成功支付
第三个版本发布后,19人提交订单,10人成功支付,3人成团,66人关注,33人绑定手机(08.07)
原因分析
- 内容问题
- 刚申请的服务号,没有任何其他运营;用户关注后,没有更多的了解
- 购买页面的视频、图片、文案介绍没有针对性设计;不了解我们产品的用户看到后,没有吸引力
- 不能显示公司logo、相关介绍;用户看到后,没有公信力
- 其他问题
- 项目目标变化太快;一开始定义的是周末实验班的招生工具,主要解决人工排班太麻烦(要每个人打电话约时间)的问题;到后面又变为宣传、推广、扩大用户量的工具;再变为先把钱收了,后面的靠客服靠销售跟进
- 发布节奏太慢;之前做的产品跟微信挂钩比较少,做为一个临时活动就没有用新服务器,导致发布需要依赖其他产品线
- 用户体量预估错误;从各个渠道过来的信息告知用户不会少,在设计时考虑的很多边界情况在使用过程中根本没遇到
- 单价设置过高又很快降低很多;
- 开放时间段较少,为单选;想促进成团率,又担心目前外教数hold不住,所以集中在几个比较常选的时间段,固定每个时间段的教师数
如果再来一次的话
- 尽早让相关开发介入,准备开发环境,达成根据使用情况需要随时发布的共识
- 然后让市场团队马上开始运营服务号,发几篇推文预热
- 先发布主要功能
- 整体流程能跑通后,服务号通知功能,是比较影响体验的一个
- 能够人工参与的功能可以先人工参与(而且更能接触到种子用户的需求)
- 增加支付成本的功能放到整个流程最后(就跟注册仅用手机号验证一样,孩子英文名这种都应该放在支付之后完善信息来填写)
- 应该是前端用户需求决定后端老师配置,提供时间段多选,再对这些家长做匹配排班
- 如果某个时间段实在多到不可控,及时隐藏该时间段(不需发版本)
- 参团人员的时间段不需和开团人一致
- 建立团队内每天关注数据、每天共享用户电话跟进反馈




