产品生涯踩的第一个坑

周一和运营定的新手活动，需要做两端的专题页，在运营给过来活动策划文档后，虽然有看，但是却没有深挖搞懂，潜意识认为就OK了的就安排了设计工作，在需求评审会上也没有针对活动规则一一与开发讨论，并且将后台红包规则开发与前台活动分开进行，其中先上了活动，五天后才上线规则，导致周五上线后出现了30天的标不能用券的情况，并且这五天内的新手注册用户所得红包全包为通用红包，没有项目规则的限制。出现问题后才得知公司目前所有30天标一直都不可用红包，但在需求前期并没有深入了解！

问题发生后想到的解决办法有：

1、开发立即下线活动，等到后台规则上线后，前台在上线活动（开发说明下线活动需要回滚，开发工作量较大，最终被否）

2、周五当天风控部将30天标切标后重新上线设置可以使用红包。（开放使用后，新老用户均可使用红包，老用户手中红包较多，并且敢投，给公司带来的损失较大，被否！）

3、修改红包使用规则，全部改为90天以上（拉新活动意义丧失，此时活动作废，被否！）

4、增加活动时间为下周四开始，中间空窗期五天，新老用户均不可投30天项目使用红包，下周三红包项目限制规则上线后开放30天项目使用红包，此时在红包使用规则上可以做限制，虽然新老用户都可以使用红包在30天上，但是红包的大小会进行限制，只可使用10、20、30的（在规则未上线这五天内注册的新用户得到的红包均为通用红包，无法做项目期限限制，但考虑到目前渠道来的注册量不是很大，并且多数新用户投资金额为一两千不会很大，即使这五天来的注册用户会很多的话，后期风控可以不上30天的标进行成本控制，最终决定次办法成本相对最低，采用！下周三会进行一次注册用户的统计，来规划周四上标的情况！）

反思：

1、今后即使是运营的活动，或者其他任何需求，自己都要保证吃透，想全面了，不能自认为是那样，保证充分的沟通。

2、后台规则一定要先行！

3、做事情把事情的所有可能都想到，作出流程分析图，保证和技术的充分沟通！

4、和各部门沟通的结果一定要以邮件等书面确认，自己不要好心去修改，提前完成之类的！

2018-4-26记