活动完成配置后，如何让用户真实体验到自己所配置的活动，也是活动模板流程中的重要一环

活动完成配置后，如何让用户真实体验到自己所配置的活动，也是活动模板流程中的重要一环。

难点不是在预览，预览无非生成一个测试链接，做测试白名单，仅让内测用户参与下活动流程，看下文案，看下次数限制等等；难点是在于预览状态下需要做哪些规则校验？因为内测时，真正配置的人员大多都不具备规则条件。

例如新人条件；还有内测时用户参与活动后的数据产生如何处理等等问题。讨论这个问题没少和开发组吵（si）架（bi），但是最终在一次次battle中找到解决办法。

最开始因为赶进度版本，更多采用的是一刀切，后来慢慢完善产品，但是发现这样设计过于笼统，对于预览的体验特别不好，并且也要考虑在预览阶段，用户发现配置有误还涉及到修改活动的问题。

经过讨论，我们提出了奖品预占的概念（奖品的进出设计需要重点考虑），和支付设计中的预订单类似，整体方案如下，大家可以作为参考：

• 预览状态中的活动，所有配置项均可以修改
• 配置过程中，点击【保存】或【预览与发布】，都需要校验各配置项的规范性（特殊条件可以通过后台人工操作设置），并预占奖品库存，预占库存时判断库存是否充足
• 预览状态不用校验活动开始/结束时间。预览时的前端页面需要展示开屏页，提示用户，当前仅为预览，若活动体验中获得奖品无法兑换。且首页顶部跑马灯提示：活动尚未发布，当前产生的活动数据发布后将被清空
• 正式发布后，发放出去的库存都归置原库存，预览状态中奖的用户也不再有中奖记录

2. 活动发布及修改

完成活动配置及预览后，在确认无误的情况下，活动可正式发布至线上，所有活动目标用户均可参与。

在活动开始时间之前进行拦截-活动未开始提示页面，所以不存在需要定时发布的问题，活动可以提早宣传，提高活动曝光量，可以通过短信或push消息等形式提示用户活动开始。

虽然在活动配置环节提供了预览，但同时也会存在上线后需要修改或优化的情况，如何设置修改的边界以减轻开发的工作量，也是产品需要考虑重点。