Cdiscount做优惠，先分清买家实付和卖家报价

一件商品原本卖40欧元，买家结账时只付了36欧元。运营看到优惠生效，关心订单能不能增加；财务看到两个价格，关心少掉的4欧元最后由谁承担。双方看的都是价格，却未必在看同一个价格。

这是一个假设例子，不是某项Cdiscount活动的真实报价。它适合用来理解法国电商促销中的一个基础问题：商品报价、买家实付与卖家最终收到的钱，需要分别核对。把其中任意一个数字直接命名为“销售收入”或“利润”，后面做活动复盘就容易出现偏差。

Cdiscount的公开推广页面介绍了Sponsored Products、Sponsored Brands和Promo Boost等方式，其中Promo Boost涉及创建优惠。具体参与条件和费用仍要看卖家所选方案。看到平台有促销工具，不能直接推断每一种优惠都由平台承担，也不能把所有价格差都归到卖家让利。Cdiscount的推广方式介绍可以帮助区分入口。

Cdiscount订单报价实付与结算原创概念示意

同一笔订单，为什么会有两组价格

Octopia是Cdiscount卖家会接触到的管理系统，其公开订单文档分别提供offerPrice和sellingPrice。前者记录卖家设置的报价信息，是向卖家付款的计算基础；后者记录最终客户支付的价格。文档明确说明，优惠可能让二者不同，实际支付运费也可能与报价中的运费不同。

这里说“计算基础”，并不是说报价金额会原封不动进入卖家银行账户。报价先回答这笔销售按什么金额记录，佣金、订阅及其他实际账务项目还需要继续核对。Octopia订单价格说明对这两组数据作了区分。

如果买家页面显示的价格与订单里的某个金额不同，卖家可以先确认双方指的是哪一组信息。客服截图通常反映客户付款，运营表格可能取商品报价，结算文件则用于说明账户中的账务结果。它们有可能各自正确，不能因为数值不同就立即认定其中一份有错。

也不要仅凭“买家少付了4欧元”，就回答这4欧元一定由谁支付。需要回到对应活动的参与条件与实际账单。若卖家主动修改商品报价，与保留报价但买家通过其他优惠少付，记录可能不同；具体资金结果仍要看这笔订单及该方案。

这样的区分不要求运营先学会写接口。日常表格里把“商品报价”“客户实付”“结算金额”分开命名，保留它们来自哪一份订单或账单，就能减少很多沟通成本。问题不在于英文词多难，而在于一个“价格”栏位是否承担了三种意思。

确认来源之后，再查金额是否正确。比如，客户实付数据如果取成了报价，促销使用情况可能被低估；报价如果被客户实付覆盖，又可能让结算核对出现难以解释的差异。活动刚开始时检查少量真实订单，往往比月底再检查整张汇总表更容易发现问题。

买两件，商品单价与运费的乘法不一样

多件订单还容易多算一次运费。Octopia上述文档把商品价格描述为单件价格，同时把订单行中的shippingCost描述为整行配送价格，不论这一行包含一件还是多件。把两个字段都当成单件金额，就可能在数量增加时重复乘运费。

仍用一个假设例子：同一订单行购买两件商品，报价单价40欧元，该行报价运费5欧元。只计算商品与这项运费，应当是40乘2再加5，合计85欧元。若先把40和5相加、再乘2，就会得到90欧元，多出了5欧元。

再假设客户实付的单价为36欧元，而该行实际支付运费为0，那么相同两项口径合计是72欧元。85与72这两个数字表达的是不同价格信息，不能仅凭差额13欧元就认定卖家最终损失13欧元，或认定全部来自平台补贴。这两组金额和差额都只是说明口径的自创算例。

实际订单中，还应当看商品数量、配送方式与行级数据如何对应。若一张订单含两种商品，或者货品分开配送，不能为了简化，把所有运费平均摊到每件后再与原来的行金额逐一比对。内部分析可以选择分摊方法，但要知道自己已经做了另一次计算。

多件优惠的效果也是如此。卖家可能希望一个包裹带走更多商品，降低每件分摊的处理成本；但包装变大、重量变多或配送档位变化，也可能增加费用。是否更划算，需要按实际组合重新核算，不能只看订单商品数量从1变成2。

拣货和库存的销售单位也要同步。页面卖的是两件装，订单数量1可能表示一套，仓库仍需发两件；页面卖单品、买家数量2，则是另一种表达。平台中的真实销售规格应当先被确认，不能把“订单数量”一栏当成永远等于实际单件数量。

佣金和回款，再往下核对一层

Cdiscount公开费用页给出的佣金计算方式，将含税商品销售价格与运费合起来，再乘对应类目佣金率。它同时列出类目例外。因此，卖家做利润表时，既不能只对裸商品价格估佣，也不能给所有货品统一套一个百分比。官方费用说明列出了这一计算结构。

实际活动价格、商品状态和对应类目会影响核对结果。佣金有没有按预期计算，应当用订单和结算中的实际项目确认；报价与实付存在差异时，更不宜只拿客户页面的一张截图自行推断扣费。

Cdiscount的卖家常见问题还说明，支付余额包括销售款、佣金扣除和订阅扣除。这提醒卖家，单笔商品的报价，与一个结算周期里最终支付的余额本来就不是同一层级的数字。

如果某周订单增加了，但到账金额没有同比例增加，先看结算范围内有哪些订单、对应佣金和订阅，以及是否存在实际账务调整。不要上来就把差异全记成促销费。把账单中的项目核对出来，再判断活动究竟增加了什么成本。

同样，一笔周期扣费不应在每笔订单里被完整扣一遍。内部经营分析如果需要分摊，可以选择并说明方法；对账时仍要保留账单中原本的记录方式。这样运营看到单品利润、财务看到周期余额，二者才有机会相互解释。

回款后也还有采购、包装、配送等经营成本。平台支付余额不是净利润，客户实付金额更不是。活动表现最好能接上真实的货品成本和履约费用，而不是用买家付款减去一个估算佣金，就宣布整套策略已经赚钱。

对于希望通过Cdiscount进入法国市场的卖家，ESG跨境作为该平台的官方合作伙伴，提供相应的开店渠道信息。可以从全球平台入口了解Cdiscount，再结合自己的品类和报价研究经营条件。开店准备中先把价格和结算资料整理清楚，会比上线后边做促销边补口径更容易控制投入。

一场活动结束，留下能解释订单的数据

促销复盘可以先从一个商品、一个活动时段开始。活动前的报价是多少，期间是否修改，买家实际支付是否变化，同期用了哪些推广方式，分别记录。这里并不是要求把每次运营动作做成繁琐档案，而是让一个变化有对应的解释。

有些活动同时改了价格、增加广告、调整运费和扩充库存。订单增长可能是真的，但这些动作叠在一起，就不能只把功劳给其中一个。至少要在复盘时承认组合条件，下一次再根据经营目的选择更容易比较的安排。

活动撤下以后，也值得再看一次正在销售的报价。原价是否恢复、运费是否仍按活动时的设置显示，要以当前商品的实际状态确认。活动期已经成交的订单则保留当时的价格记录，不能用今天页面上的价格倒推昨天的销售额。两段时间分开，优惠前后才有可比的结果。

如果店里同时卖多个规格，先看各规格的变化，再看总额。低价规格卖得更多，可能拉低整店平均单价，却不代表每个规格都降了价；高价规格占比增加，也可能抬高平均金额。促销复盘把销量结构接上价格记录，才能分辨究竟是让利幅度变了，还是买家选的商品变了。

另外，活动期间出现缺货，可能使原本想测的结果中断。销量低不一定是买家不愿意，可能是商品已经不能下单；销量高也需要看实际完成了多少订单。把取消、发货与后续售后结果接上，才能知道这次增长有没有成为稳定交付。

评价优惠力度时，也可以比较买家真正面对的完整条件。单价下降了、运费上涨了，或者某种优惠只有部分用户满足条件，都会影响客户的实际理解。商品标题里写出的价格，应当与该报价的适用条件一致，不能为了点击把限定条件留到最后。

跨渠道比较尤其需要统一自己的分析范围。Cdiscount一条订单行的运费数据，与另一平台某份报表中的商品单价，不能直接相减。先确认数量、币种、含税口径和统计时间，再计算差异，否则“这个平台更赚钱”的结论可能只是数据摆放方式不同。

对于自行使用软件同步订单的团队，可以向软件服务商确认：报价与实付是否都保留，商品价格是不是单价，订单行运费是否被重复乘数量，账单余额是否另行核对。这些问题比一句“已经接入订单”更具体，也能让业务人员看懂软件导出的结果。

涉及客户金额的异常，应当先查真实订单和账单，再决定是否需要联系平台。不要拿一次假设算例或公共文档中的字段定义替代自己店铺的资金记录。找到具体订单、对应时间和差异项目后，沟通也更容易得到有效回复。

促销当然要看订单有没有增加。只是当买家少付了一点、卖家多卖了几件时，还需要有人能把账讲清楚：优惠改了哪一项，结算扣了哪些费用，完整发出这一单又花了多少。把这些金额接起来，下一次优惠才有可以参考的真实结果。

声明：本文系作者独立观点，不代表ESG跨境立场。文中涉及的平台规则、费率及出海政策具有时效性，实际运营请以平台官方最新公布为准。如有版权争议、内容勘误或业务交流，欢迎随时与我们联系。