太没经验了，一个小的需求很可能就是一个全新的功能

原来小小的一个需求，都有可能是在产品后台上的一个功能。

这次运营提出来一个活动的需求，具体是，在公众号上面发布一个趣味测试，根据得分分别发放不同金额的代金券。我此前以为，只要能够获得这张表，就能够直接发放优惠券了，没想到是一个比较大的坑。这里至少有以下的问题：

1、用户需要区分已注册的和未注册的，已注册的好办，直接手动发即可；至于未注册的，如果手动发，那么肯定存在登录后和发放前的一段延迟时间差。肯定对用户产生影响。

2、运营是每天都需要搜集结果并发放的，这时如果交给开发去管理这些人，发放优惠券，显然是不合理的，只能交给运营团队通过后台去管理。因此，这对运营人员来说是额外的工作量，对于后台人员来说则是额外的新功能。

当然，也是能够解决手动发放的麻烦点的。现在需求已经变成“后台自动发放优惠券”，也就是，只要运营人员上传了这份结果名单之后，后台就每隔一段时间自动发放优惠券。只要这个时间够密，那么久不存在太大的“时间差”了，对于运营人员，更是少了一步无意义的操作。

真的是太没有经验了，还以为只是小问题。这个教训必须记住，下次无论是业务部门还是用户的需求，都要首先考虑，是不是一个全新的功能。