具有普适性，可兼容线上线下场景的营销中心

不同形式的营销中心大致可以分为：电子商务、商店和第三方营销平台。淘宝、京东等电子商务平台的商户将配备营销中心，主要用于优惠券、建立活动和数据统计分析；饿了么、美团、盒马等外卖或新零售平台主要扎根于实体店，帮助商店完成在线营销活动和线下商店活动；第三方营销平台不能提供在线商店服务，只能作为渠道运营商，提供优惠券、促销等运营活动。作者与大家分享的营销中心具有普遍性，可与线上线下场景兼容。1、营销中心的实质性营销中心这个词太大了。仅仅依靠一篇文章很难彻底解释。接下来，作者还谈到了一些实践经验。如果你不明白，欢迎你积极发言和讨论。1.主营销中心的分配/创建是一个主题（theme），例如，创建一个主题活动——“3月8日妇女节，我为吃喝买单”，可能包括在线购物中心的优惠券、商店优惠券或全额减少活动；其次，主题也可以通过H5页面传播，也可以通过离线易拉宝进行宣传。这种组合最大限度地分离了主题和内容，使营销平台使用更清晰，数据统计更准确，用户肖像更准确；同时，在下一个创建、审计和分销环节中也有很多好处。2.规则上图是平台规则设置页面的截图，在规则上基本相同。下图是作者为主题和活动概念设置的一些规则。这里有几点需要强调：规则需要预设：我见过一些营销平台，规则是现在添加的，甚至直接添加到活动创建的代码中，这是非常不可取的。一方面太麻烦，另一方面不方便数据统计分析。如果在活动期间出现bug等紧急情况，则无法完全覆盖纠错难度大的规则：起初，作者天真地认为，只要将所有规则纳入系统逻辑，就不可能在规划中发现这一点。由于有成千上万的活动形式，新的活动形式也在不断更新，一些新的活动有新的规则，所以在规则预设中不需要太全面，尽可能覆盖当前的活动形式。不建议使用统一的规则设置：一些营销系统将限制规则作为统一的封闭。但作者不建议这样做。首先，不同活动的限制规则可能不同（虽然有效期和其他规则相同，但仍有许多规则不同）；其次，多人员、多部门协调办公可能存在问题。公司创建活动和最终审计可能是不同的人，不同的关注点，创建者更关注活动的细节，审计者更关注活动的整体情况，不适合审计人员制定统一规则。3.审计作为一个可选的步骤，这里主要强调两点：如果不需要审计，请写入系统逻辑：审计可以跳过许多小企业，但我希望你也敦促后端开发将其写入基本逻辑，至于审计，根据实际业务需要。3.审计作为一个可选的步骤，这里主要强调两点：如果不需要审计，请写入系统逻辑：审计可以跳过许多小企业，但我希望你也敦促后端开发将其写入基本逻辑，至于审计，根据实际业务需要。如果未来需要添加审计逻辑，则无需担心重大的逻辑变化。多层次审核逻辑：多层次审核的概念是：多个不同层次的人通过多阶段审核流程，批准或不通过。在这里，我强调将主题、优惠券和活动分开设置审计逻辑，并考虑逆流程。上面已经解释过，不同的人员有不同的关注点，领导审查主题的宏观信息，如利润、成本、时间等，运营商审查活动和优惠券的内容细节。4.分发是作者认为最复杂、最重要的模块。分发承担主题（包括活动内容），设置分发信息，最终数据汇总也会受到分发过程中设置的信息的影响。分发阶段主要设置以下信息：分发渠道：渠道一般分为在线（app、小程序，微信官方账号，双微等。)和线下(商店、商店、户外等)；线上和线下可以细分许多场景，如：线下自助POS支付、线下POS支付、商店活动区扫描代码、在线共享、广告车/花车巡游、宣传海报、传单等。消费模式限制：又称验证限制，主要作为消费渠道的限制，可分离不同的在线和离线运营模式，有效排水，方便数据收集。分发人群：在设置活动和优惠券时不要这样做，因为分发人群是针对主题的，作为统一收口限制的规则。配送位置：本文主要考虑不同的线上线下场景；同时，运营商可以在不开发的配合下完成运营活动的配送。5.数据营销中心的数据模块主要与活动有关，如：活动GMV、利润、创新、促销、交易数量、接收数量、使用数量、共享数量、用户肖像等。数据是操作分析和决策制定的关键因素，但数据模块太大，作者不在这里讨论。如果你想了解更多，你可以自己搜索相关文章。第二，优惠券和活动的区别设计刚才在讲主题的时候提到了优惠券和活动的概念。所以，现在就来说说:为什么故意把活动分为优惠券和活动(也可以理解为促销)？将两者混为一谈，在系统设计开发中会造成逻辑混乱—规则设置、数据统计、操作目的不同。优惠券的概念类似于红包。它有两种性质：立减和满减，都能满足消费者在金额上的需求；活动更加多样化，规则限制更加灵活。在结算过程中，通常可以看到活动是在进入结算页面后自动计算的，需要手动检查优惠券（红包、奖励等）。同时，分离设计也可以最大化两者的可延展性。上面已经提到了规则的限制和互斥性，但是互斥性没有详细说明。相互排斥的主要目的是：1。明确系统和业务逻辑可以梳理活动与活动、活动与优惠券、优惠券与优惠券之间的使用关系，帮助运营商控制活动进度，开发人员编写代码；同时，消费者可以更清楚地使用或向消费者解释，以避免纠纷和争论。2.方便支付收银系统做出验证判断。营销中心的职责不仅仅是创建活动和优惠券，还有分发和使用。对后续的收银支付也有深远的影响。如果互斥性不明确，系统在结算过程中无法或直接跳过校验，将直接导致业务损失或系统报错。3.对于运营商来说，控制成本支出互斥是一项非常重要的责任。当你使用饿了么或者美团外卖时，你会发现商家的活动很多，但是分享的不多。全X元减X元不能与商品特价同时生效。这是商家在做促销活动时计算成本和利润后做出的决定。4.尽量避免系统bug造成的大规模损失互斥，可以在一定程度上减少系统bug造成的严重后果。例如，设置优惠券和活动的互斥可以避免当优惠券可以无限期收到时可能造成的损失。那作者是如何设置互斥性的呢？完全自由组合:这是作者在面对N多项活动和规则后挠耳朵和脸颊的想法。完全自由组合的意思是：当需要设置相互排斥时，通过当前活动或优惠券（商品、商店、类别、品牌等）的适用范围，确定适用范围是否有活动或优惠券，自由检查后相互排斥。例如：当设置NIKE所有商品的全减活动时，可以看到NIKE目前正在进行中和审核的所有活动和优惠券信息。勾选活动后，勾选活动与当前设置的全减活动形成互斥关系。这样做的好处只有一个:方便。我不是一个懒惰的人。在完全自由组合的逻辑上，我并不觉得设计这么方便，而是考虑了线上线下联合运营的潜在问题。之前做过大型超市的部门负责人，对线下活动了解的很清楚，知道自由度其实很高。假如在营销中心的设计上，做了太多的限制，那么对于线下来说，无疑断送了很多财路。因此，笔者通过规则约束，通过自由互斥设置放开活动组合的可能性。5、结论结束时，作者想补充一句话：本文是作者与开发和运营商共同参与讨论、讨论和梳理的基本逻辑。它不涉及原型设计，也不教你如何设计。笔者强调的是底层逻辑。只有明确一般框架和脉络流程，才能设计出正确的交互原型图，写出完整的产品PRD文档。