运营的场景多种多样，需求提炼不同场景的产品运用实质

针对如上的特色和产品定位，笔者画了一个脑图，主要也是经过3部分来拆解产品的结构：

总结来说：

1）在管理上：因为优惠券一般归于公司的本钱投入，会需求和事务领导、财政等人物挂钩，因此整个优惠券的制造、生效、发放需求经过批阅才干进行有用本钱操控。

而本钱操控主要是经过核算优惠券数量*单价来进行核算，因此在数量上，需求支持名额的区分与分配，实际上也便是资源的分配。不同的团队、不同的职工所运用的资源应该有所差异。

2）在运营上：运营的场景多种多样，需求提炼不同场景的产品运用实质，比如定额优惠券、满减券、同行券等，优惠券在运用上能够经过唯一的识别码（一般是二维码）进行唯一性的核销和校验从而构成了整个底层的产品运营逻辑。

可是从运营的操作逻辑上来看，又会从不同的途径去投进，比如小游戏收取、途径广告投进、职工分发等，因此就需求在产品形态上需求支持不同场景的嵌入运用。

3）从人性视点：私域的东西，特别需求考虑到成绩的归属，实质上便是数据的溯源。能够满意运营对途径ROI、职工ROI进行核算；职工能够清晰知道自己的优惠券发放给自己带来的成绩和提成；财政也能够依据优惠券的核销内容进行财政对账。

3. 产品的页面逻辑拆解

1）优惠券的也需求台账来记录，优惠券的制造、审阅记录列表；留意不同人物共用或许分隔用不同的页面时分的页面逻辑处理。

2）优惠券的推送和发放，要么能够直接从优惠券去推广，要么就能够支持生成H5的链接，在其他的事务场景（如任务下发）嵌入运用。

3）优惠券的核销以及核销后的数据溯源，别的也要特别留意事务中，会进行需求核对明细，因此明细的导出非常重要。

4. 总结

其实，一个产品，从产品的界说，到产品的结构拆解，以及页面的内容和逻辑确认后，一个产品就根本清晰了，其他剩下的便是交互的体会。

在设计的时分，为了缩减页面，其实能够多个人物共用1个页面，比如优惠券的列表页面。可是这样一来，就需求底层有权限的操控，包括功用权限和数据权限的操控。其次便是优惠券的状态也需求详细的展示。这样才干满意不同人物的运用要求。

别的，优惠券的实质上，也算是客户的财物之一，因此衍生出来的需求便是客户的账户系统。那么有了账户系统，可能就会涉及到账户的安全维护等内容，更深入的就需求去考虑账户的风控系统。