企业同时做自营和平台招商，前台应该怎么区分?

企业同时做自营和平台招商时，前台的正确做法是：不硬拆成两个商城，让客户看到的仍是”一个平台”，把复杂度留在后台。前台只做轻量区分——统一搜索与购物车、统一结算，商品页显示”自营”标签或店铺名，结算页显示发货与开票主体；后台则把自营、招商、客户、平台四类主体的商品归属、履约、发票、售后和结算彻底分开。行业企业常见的问题，不是招商慢，而是招商后没有先分清自营、商家、客户、平台的责任。

一、先给结论：前台统一体验，后台分清四类主体

自营和招商并行的企业，首先要回答的不是”前台怎么摆两个入口”，而是”前台对客户呈现什么，后台对系统要求什么”。

这一边界的依据是商城业务模式与交易模型解决方案第五节：自营模式下，商品、价格、库存、发货和售后主要由平台自己负责，管理相对统一；平台招商模式下，第三方商家提供商品和服务，平台负责流量、规则、交易工具和运营。两者并存时，前台可以合并，后台必须分开。

二、为什么前台不该硬拆：三个体验代价

客户不关心货是谁发的，只关心下单体验是否一致。前台一旦把”自营 / 商家发货”做成两个商城、两个入口，会带来三个代价：

1. 购物车被割裂：自营商品和招商商品不能加进同一个购物车，客户要下两次单、付两次款；
2. 责任被逐项比对：售后责任、时效预期、开票主体都会被客户拿来比较，体验自然被拉开，自营和招商会互相”比价”；
3. 运营被复杂化：两个入口意味着两套装修、两套活动、两套会员体系，运营资源被摊薄。

三、前台统一：搜索、购物车、结算三处合并

前台统一，至少要做到三处合并：

关于混合订单如何按经营主体拆成子单、父单与子单如何关联、子单如何分别记录商品归属、履约主体、发票主体、售后责任和结算口径，可以参考本系列此前关于”平台自营和商家入驻同时存在时，订单应该怎么区分”的拆解。那里给出的三条拆分底线——子单只含单一经营主体、父单与子单必须关联、拆单不改经营属性——正是本节能”统一购物车、统一结算”的前提。

四、前台轻量区分：四个位置必标

前台不硬拆，不代表完全不提示。以下四个位置应当做轻量标识，让客户在购买前知道”跟谁交易”。

这四个位置的提示，与上一篇订单区分文章里的”六个可见标记”一脉相承：商品页、店铺名、提交订单页、订单列表、物流信息、售后与发票，全部要能区分经营主体。前台轻量区分的目的，是让客户知情，而不是把客户推向”哪个更划算”的比较。

五、后台分清：五类归属逐笔记录

前台越统一，后台越要分得清。每个子订单必须分别记录以下五类归属：

这五类归属，正好对应商城系统库第四节列出的多商户平台七项基础能力：商家入驻、店铺管理、平台佣金、订单拆分、结算、分账、售后仲裁。其中”订单拆分”是载体，”结算、分账”处理第五类归属，”售后仲裁”处理第四类归属，”商家入驻、店铺管理”则决定了前四类归属的来源。

关于货权、保管与可售量为什么要分开记录，以及代发库存从合格实收开始计算，可以参考本系列此前关于”混合平台的库存、发货和售后责任应该怎么划分”的拆解。自营商品与招商商品哪怕放在同一个平台仓，货权也可能不同——一个是平台自有，一个是商家寄存，结算节点与损耗承担也不同。

六、招商与自营的运营差异：两种能力，一个平台

前台合并、后台分开，也意味着企业内部通常是两个部门在运营，两者的能力模型不同。

组织上可以分部门，系统里必须用经营主体标记统一。否则招商部门的商品没有审核、自营部门的商品却要审核，或者反过来，前台就会出现”同类商品两种规则”的混乱。关于商品审核开关如何按平台业态配置、商家权限如何按”最小可用”原则分角色设置，可以参考本系列此前关于”平台招商以后，商品审核和商家权限应该怎么设置”的拆解。

关于经销商等级、区域价格、客户专属价、快速复购、业务员绑定、库存查询、订单审核、账期与对账等自营与订货体系的管控要素，商城业务模式与交易模型解决方案第六节有完整说明。自营部门的强掌控力，正是建立在这些要素之上。

七、混合模式的四种形态与盈利结构

多商户系统常见的运营形态，可以按”货是谁的、钱怎么分”来区分：

多数成长期平台最终会走到混合形态：自营负责货源稳定和体验底线，招商负责扩充品类。这与商城系统库第十一节列出的七种盈利方式一致——商品差价、交易佣金、商家入驻费、会员费、广告推广、增值服务、软件服务费，在混合模式下可以同时存在，但必须在系统里按经营主体分别核算。

关于平台盈利方式的完整拆解，以及不同盈利结构如何影响商家、会员、佣金、订单和结算设计，可以参考本系列此前关于”付费会员商城的盈利逻辑与普通商城有什么区别”的拆解，其中”会费、商品毛利、营销收入”三层结构同样适用于混合平台。

八、与专题页业务模型的对应关系

自营与招商的前台区分，横跨专题页的四块内容：

按专题页第十五节的流程，混合平台应先确定业务模式（哪些是自营、哪些是招商），再确定交易流程（购物车怎么合并、订单怎么拆、发票怎么开、售后谁处理），然后确定角色与权限（自营部门、招商部门、商家、财务各看什么），最后才进入功能规划。如果先做了功能再补规则，往往会出现”前台能合并、后台算不清”的局面。

关于”业务模式决定系统功能”，商城业务模式与交易模型解决方案强调：商城系统只是业务模式的技术实现。对自营与招商并行的企业而言，先把”谁提供商品、谁决定价格、谁履约、谁开票、谁承担售后、谁分账”想清楚，再把这些关系转化为前台的轻量标识和后台的归属记录，系统才真正能支撑业务。

九、常见误区与落地建议

1. 把前台拆成两个商城。购物车和结算被割裂，客户要下两次单，体验被拉开。
2. 前台完全不提示经营主体。客户在不知情的情况下与商家交易，发生纠纷时责任认定困难。
3. 只标商品页，不标结算页。发货主体和开票主体应当在结算前可见，避免下单后才发现。
4. 后台不分五类归属。商品、履约、发票、售后、结算混在一起，货款与佣金重复核算。
5. 自营和招商用同一套审核规则。招商商品需要审核、资质与类目管控，自营商品则按内部流程管理，两者应分别配置。
6. 组织分部门，系统不分主体。招商与自营的运营指标不同，必须用经营主体标记隔离数据。
7. 忽略发票主体与销售主体的差异。自营商品的销售、发货、开票三主体可能不同，应分别记录。
8. 第一阶段同时做太多。先跑通”前台统一购物车与结算—后台按主体拆单—五类归属记录—履约、发票、售后、结算”这一条核心链路，再叠加更多业态。

归根结底，商城系统库所强调的一点是：商城系统只是业务模式的技术实现。对同时做自营与招商的企业而言，前台越统一，后台越要分得清——客户看到的是一个平台，系统记录的是两套关系，这才是混合模式既好用又不乱的关键。