摇一摇

我们面临怎样的挑戓?

•海量用户请求,预计峰值3w/秒  

对应策略:万一超过怎么办:过载保护:前端保护后端,后端拒绝前端

•持续9轮

对应策略:根据实际情况增减,保证成本效果比最佳

•除夕夜,不确定因素多

对应策略:项目全员待命,随时修正调整

•系统深度定制,成败在此一举

对应策略:做好风险预测和预案,原型系统必须经过深入优化,才有可能解决这些问题

•全民高度关注,必须成功

对应策略:保证核心体验,保证核心体验,保证核心体验。摇到红包(最核心)--分享(次之)--领取(最次支付宝)

•开发周期短,缺少历史经验

对应策略:放下包袱努力做到最完美

设计不等于实现 反复测试:1,全程压测2,与题 CODE REVIEW3,内部演练4,线上预热5,复盘不调整

总结:全程

初步数据

安卓 平均新增2K 活动当日 9K,3.3万人参与 摇216W次 中奖4.3万 分享2.8万 分享页pv19w

ios 7654参与,摇了45w 8498次 成功分享5627

问题:技术全程无问题

1,设计上支付宝红包领取高峰时排队

2,越到最后APP曝光和下载越低,原因口令红包,摇后图片分析到朋友圈  

改进:放弃支付宝口令红包,使用微信支付,动态生成红包每个摇到的都是唯一的原型如下

摇一摇_第1张图片

你可能感兴趣的:(摇一摇)