针对特殊时期，依据有关数据分析许多领域都是有受影响，新春佳节这一买东西高峰期的销量下降高贴近六成，造成中国手机公司的库存量水准很有可能达到6000一千部，让中国手机公司承担着极大的工作压力，也许销售市场一切正常后中国手机公司会迫不得已大幅度减价销售手机。
我国市场手机上2019年交货约3.6–3.8亿部，遭受5G换置手机要求小于预估与新春佳节特殊情况影象，消費自信心遭受抖动，预估中国手机2020年全年度交货将衰落15%上下，总交货在3.1–3.三亿部中间。而iPhone的供货一样也将遭受了危害，其销售量将下降约10%至3600–4000万部。
一、营销活动定义及归类
电子商务平台营销活动各种各样，从营销活动的范畴看来，分成品类营销活动、多产品营销活动、店铺促销主题活动，服务平台营销活动。
从是不是对商品的价格造成危害而言，又分成两大类：
一类是对产品价格造成危害的主题活动，在买卖进行后，因为主题活动造成的特惠必须平摊到价钱中去，由于这种是必须考量成本费的;
另一类则不是对产品价格造成危害。
二、不一样种类的营销活动的实际意义
品类主题活动包含：买送(付钱品送原品)、买降(多买减价)、超低价(品类减价)、击杀(减价力度大，特惠);店面主题活动包含：立减、满送、店面券;服务平台主题活动包含：服务平台券。
超低价/限时秒杀：超低价/限时秒杀全是根据品类的价钱做主题活动，一般状况为一些热销产品设定超低价/击杀，做到为订单信息引流方法的功效，特别是在就是我所属的医药行业行业，一般商家会设定一个较高的起配额度，未做到起配额度的订单信息将不容易送货，因此为了更好地选购这一引流方法款，务必选购大量的产品。
买降主题活动：关键运用于批發的情景，针对批發领域而言，一次性选购的大量的顾客更有可能享有到更低的价钱。从这些方面而言，顾客为了更好地节约成本，必须一次性选购大量这一产品。
买送主题活动：买送即买原品送原品，这一一切正常状况下较为少，主要是运用于小价格的批發中，由于针对B2B而言，购置的顾客基本上不用其他类型的赠送品，反倒送原品对她们而言肯定是有效的，并且送的原品也会列入她们成本费考虑到的范围。
立减主题活动：立减主题活动应用领域较为普遍，针对大价格产品而言能够 做品类立减推动该产品的转换率，针对小价格的产品而言，主要是推动店面的总体转换率并提高客单量。
满送主题活动：满送主题活动和立减一样，能够 设定品类满送或店面满送，游戏玩法与分别的业务场景相关。
店面券：店面推送优惠券，折扣优惠的方法分成立减或满折，大量的是具有提高店面转换率和客单量的功效，满折大量适用B2B，由于B端客户大量的会去考量每个产品的毛利率有多少。
服务平台券：服务平台推送的服务平台券，主要是具有为服务平台引流方法，提高服务平台提交订单通过率的功效，好的实际效果是顾客后在应用服务平台券的情况下推动好几个店面的销售量。
三、营销活动控制模块设计方法
下边各自从下列好多个层面，各自解读营销活动的解决方法：
2.1 活动营销后台管理设计方案
后台管理编写活动营销时，关键分成三大控制模块信息内容：主题活动界定、限定标准、产品范畴。
1)主题活动界定包含：活动主题、主题活动叙述、营销标准
营销标准：
必须留意的是，超低价/限时秒杀有可能必须手动式设定售价(由于在前面展现的情况下假如立即拿产品的真正价钱做为售价表明得话，会看起来营销幅度不足大);
满送及立减，买送等主题活动必须设定多台阶的营销标准;
立减主题活动和优惠劵必须充分考虑折扣优惠种类是立减或是满折，针对顾客提交订单而言是有不一样实际意义的。
2) 主题活动叙述包含：活动的具体时间、主题活动库存量、限购政策总数/频次是不是参与立减等
主题活动库存量：关键用以品类主题活动，经营设定主题活动的情况下，偏重于拿一部分固定不动的产品参加活动，名额有限，那样也可以操纵整体成本费。主题活动库存量的设定会危害到库存量逻辑性，这一在库存量的专题讲座再详解。
限购政策总数/频次：限购政策的视角能够 分二种，一种是对于于产品限购政策，一种是对于于订单信息限购政策。
对于于品类限购政策的状况下，只容许顾客买特定的总数，超过的总数不参加活动;
对于于订单信息的限购政策的状况下，至容许顾客前几回提交订单才享有主题活动(一般用以立减)。
是不是参与立减：适用价格低，sku比较多的类目，这个时候一般产品开展特价活动时，会涉及到品类毛利率测算的难题，因此该一部分产品不可以参与立减。
此外优惠劵必须包含派发页数，每个人限领到总数及优惠劵使用时间，假如券的派发和领到是一起得话，还必须设定该张优惠劵是不是表明在前面，那样能够 将该张券独立做为线下推广派发应用。优惠券设计方面，一部分服务平台趋向于先设计方案好优惠劵再创先争优活动应用该张优惠劵，依据不一样的业务场景能够 考虑到不一样的方法。
3) 产品范畴：依照产品范畴能够 设定全店面产品、一部分产品(多产品)、品类、品类
仅有店面主题活动和服务平台主题活动，才能够 挑选设定全店面产品、一部分产品(多产品)、品类，品类主题活动则只必须挑选相匹配的产品就可以。针对立减，店面券，服务平台券主题活动，假如经营不期待某一/一些/某店面/某归类产品不可以参加活动时，能够 加一个不参加活动产品的作用。
店面券和服务平台券不建议设定不参加活动的产品，由于应用店面券和服务平台券时顾客早已到订单确认页了，这个时候说不符合优惠劵应用标准，那麼顾客得再次测算额度。而且假如不清楚是哪个产品不符用券标准得话，那麼顾客这个时候不清楚怎么操作，会较为消沉。
4)赠送品设定：一些主题活动必须设定赠送品
赠送品解决有二种解决方法：
一种是做独立做SKU，赠送品那时候也会做为一个产品被摆着仓储货架，提交订单的情况下可能全自动加到产品列表，那样较为取决于业务流程标准。由于针对小品类且sku比较多的产品而言，产品全是自动同步的，这个时候erp不一定有独立的赠送品的sku。并且像我隶属的医药行业服务平台，全部的店面卖的全是服务平台的标底，针对赠送品这类没法提前准备界定的产品，服务平台是没法去专业维护保养基本库的;
另一种则是做一个假SKU，那麼在前面表明的情况下只表明赠送品的名字，也不会有专业的产品的宝贝详情，那样解决得话非常简单。可是针对客户而言，没法精确评定赠送品的使用价值，此外还必须独立维护保养一套赠送品库和赠送品库存量(赠送品库存量逻辑性在后面的库存量专题讲座时会提到)。
5)主题活动实际效果统计分析
一切正常状况下，每一次开展主题活动时经营必须了解有几个参与了这一主题活动，统计分析的层面依据主题活动特性界定，如果是品类主题活动，就统计分析这一品类购置总数，关系订单信息总数;如果是立减或用券主题活动，那麼就统计分析相匹配的单量和客单量。
优惠劵还能够各自统计分析领优惠券的总数和用券的总数。
2.2 主题活动中间的相互独立标准
主题活动中间必须设计方案相互独立，尤其是品类主题活动，由于一个品类只有由一个特价活动。
处理方法分二种：
一种是在后台管理创先争优活动时解决，选择产品时前面操纵不可以挑选已参与过相互独立主题活动的产品;
另一种是后台管理创先争优活动时不做限定，假如主题活动相互独立得话，那麼客户能够 挑选享有哪些特惠(针对大中型服务平台更为可用)。
2.3 前面网页页面解决
前面网页页面的信息内容展现关键是在三个方面：
一个是产品信用卡，涉及到展现的价钱，主题活动标志，售价的展现;
一个是商品详情，商品详情中必须展现主题活动信息内容，领优惠券通道，打折商品标志等;
另一个是加入购物车：加入购物车中必须展现领优惠券通道，立减通道即享有的立减折扣优惠，品类主题活动价钱等，特别是在必须留意不参加立减主题活动的产品及品类主题活动，超过限购政策的总数的展现。
别的网页页面还包含如主题活动会员专区会员专区：适用好几个产品的主题活动，如：立减、满送;领券中心：展现能够 的优惠劵;订单确认：应用店面券和服务平台券，别的H5页面，可是这类方法只有展现比较有限的产品。
加入购物车的排序：加入购物车的产品先依照店面的层面，把不一样的店面产品汇聚在一起，再依照店面主题活动的层面把参与同一主题活动的产品汇聚在一起，后是单独产品。
额度之和：是在付款阶段的加入购物车和订单确认网页页面，依照平摊的次序分别是品类主题活动、店面主题活动、服务平台主题活动，在其中店面主题活动的立减大量的是展现在加入购物车，用券大量的是在订单确认页。
此外因为品类只有展现一个价钱且该价钱在前面网页页面会立即表明出去，假如界定这一价钱为零售价得话，那麼本网页页面的商品的价格为：零售价*总数之和-立减特惠额度之和。
而在订单确认页，每一个店面的合计=零售价*总数之和-立减特惠-店面特惠，总的清算额度为：店面合计之和-服务平台券特惠。
2.4 价钱平摊
价钱平摊的关键目地一个是有利于经营核查成本费，还能够做为与店家查账的依据，尤其是能够 做为返款的根据(即特惠分摊到每一个产品上，那样很有可能会造成一部分顾客为了更好地达到优惠政策而先凑齐订单金额，以后再开展返款，但那样更全透明，感受会更好。假如服务平台为了更好地避开这类难题，采用别的方法如先退回优惠劵，那样又会造成顾客的信息的不对称)
价钱平摊的次序：先以零售价做为产品在订单信息中展现的价钱，当存有立减主题活动时，参与立减的主题活动的产品对于立减额度开展平摊。当存有店面券主题活动时，全店面的产品的产品根据立减平摊后的额度，再次开展平摊，服务平台券的平摊同样是根据店面券平摊以后的额度开展平摊。
平摊优化算法：
因为价钱无论如何平摊，全是会存有偏差的，因此尽可能让偏差小，假如依照简易的方法平摊的额度=价格*特惠额度/合乎优惠政策产品总额，随后开展向下取整，那麼每一个品类都是会造成一个偏差。假如这一偏差界定为小数位后三位得话，那麼每一个产品都是会有一个大不超过0.01的偏差，100件产品很有可能会存有一个大不超过1.00的偏差。
那麼只有蚁群算法尽可能让偏差更小，刚剖析偏差大的缘故是100件产品都是有一个偏差，那麼大家变小这一总数就可以。因此大家肯定是必须将特惠一步步依照产品的层面(一个产品很有可能买来好几个)平摊出来的，终的偏差在于后平摊的一批产品总数有多少。
每一步的每一个产品需平摊偏差=价格*待平摊特惠/待平摊产品总金额，因此制订产品平摊排列的情况下，后平摊的一批产品总数越低越高，实际产品平摊时应当怎么排序能够 视业务流程状况而定。
另一个层面：大家必须保证每一个产品被平摊的偏差的公平公正，假如平摊不均匀的状况下，在退换货情况下，很有可能由于具体享有到特惠的稍大或偏小而危害店家或顾客的权益，因此优化算法也必须照料到这一点。(这一实际意义并不大，并且不大好解决)
偏差解决：大家以前碰到的非常大的一个难题便是大家的偏差处理方法有什么问题，造成后会计规模性没法查账，大家以前的逻辑性是店面特惠平摊出来的偏差所有放进子订单信息中，服务平台券的偏差所有放进母订单信息户下。那样的解决得话一个是返款的情况下，很有可能会造成多退还给供应商钱了(由于服务平台券特惠沒有平摊完，造成子订单金额比母订单金额要大)。
可是大家出钱的情况下却又少给了供应商钱，会计查账的情况下没法平这一偏差，因此后把服务平台券偏差立即放进一个额度很大的经销商户下，那麼不管怎样全是平的。
2.5 别的关键难题
不论是前面或是后台管理的订单信息，订单信息中一定要表明产品，不然供应商不清楚赠送品究竟 是否有表明，而经销商也不知道究竟 是否有赠送品，这一点非常容易被忽略。
赠送品解决：前文已说过，假如赠送品立即和ERP是同歩的，那麼在订单信息同歩时赠送品一定要同歩以往;假如赠送品和ERP沒有同歩，那麼订单信息同歩时赠送品只有根据备注名称来提示顾客。
撤销合作/返款：撤销合作或整单返款时，相匹配的订单信息中应用的优惠劵和限购政策总数，限购政策频次一定要回退，不然顾客撤销合作以后再选购则会造成感受的难题。
208619481