交易小程序选择自营、多商户还是信息撮合，要先定哪些边界？

结论：交易小程序不能先画商城页面，再在上线前临时决定由谁收款。自营、多商户入驻和信息撮合的根本区别，是谁向客户销售、谁签约与收款、谁开票、谁履约和售后，以及平台是否让其他经营者独立开展交易。负责人应先把真实业务关系写清，再选择账号、订单、支付、结算和客服方案；经营模式不是可以通过页面名称规避的技术标签。

适用对象与问题背景

本文适用于准备建设微信小程序商城、行业交易平台、预约服务平台、园区或协会采购平台的企业负责人和产品负责人。常见误区是把“多个供货商”直接等同于“多商户平台”，或把已经完成下单和付款的平台称为“信息展示”。结果往往是商品属于谁、订单和资金归谁、退款由谁批准、发票由谁开等核心问题直到联调时才暴露。

《中华人民共和国电子商务法》区分电子商务平台经营者、平台内经营者和通过自建网站等方式销售的电子商务经营者。平台在同一页面既开展自营又提供平台服务时，应显著区分自营业务与平台内经营者业务。对企业而言，这意味着模式选择必须与实际合同、商品归属和履约责任一致。

三种模式先看真实交易关系

模式	客户面对的销售或服务主体	系统和经营重点	更适合的起点
自营	通常由平台所属企业统一销售、收款、开票、履约和售后	自有商品、采购或库存、统一订单、配送、退款和财务对账	企业采购或控制供给，希望统一价格、服务与品牌体验
多商户入驻	商户独立提供商品或服务，平台提供经营场所、交易撮合、信息发布等服务	商户准入、店铺、平台规则、订单拆分、支付结算、佣金、争议和退出	平台需要让多家经营者独立经营，并按规则持续管理交易
信息撮合	平台主要发布供需信息或线索，实际合同、付款和履约在双方约定的其他渠道完成	信息审核、线索分配、联系授权、服务记录和收费依据	初期价值在匹配资源，不准备承接完整交易与资金闭环

判断时不要只看是否有“商户后台”。自营企业也可能让供应商维护商品资料，但若由平台统一采购或作为销售方履约，仍可能是自营业务。相反，一个平台即使没有复杂店铺装修，只要允许多方独立发布商品、生成订单并完成交易，就需要按真实平台关系设计治理和证据。具体法律性质和资质要求应由法务结合行业、合同与实际流程确认。

负责人必须先回答的七个问题

1. 客户到底向谁购买

在商品详情、确认订单、支付、电子合同、发票和售后页面使用一致的经营主体信息。若同一小程序同时存在自营和第三方商品，应让客户在下单前能清楚识别，混合购物车还要显示拆单、运费和售后主体。

2. 谁决定商品、价格和库存

自营通常由平台统一定价与承诺库存；多商户模式需要明确商户可维护的字段、平台审核范围、促销成本承担和违规处置；信息撮合则要说明信息有效期、真实性责任和联系方式开放条件。没有这组规则，后台权限再细也无法解决经营争议。

3. 钱进入谁的账户

收款路径必须与交易主体和支付产品能力匹配。微信支付“平台收付通”面向平台及其二级商户，支持商户入驻、合单或普通支付、资金冻结、解冻和分账等能力，但企业是否适用、需要哪些资质以及手续费由谁承担，均以申请时的经营场景和微信支付审核为准。不要用平台自营商户号替多家独立商户代收，再靠线下表格分账。

4. 谁开票、发货或到店履约

订单要记录实际销售方、履约方、发票方、发货仓或服务门店。一个支付单可以关联多个子订单，但不能因此丢失每个子订单的收入、退款、物流和责任主体。信息撮合模式也应保留线索接受、联系和服务结果，证明平台提供了什么服务。

5. 谁批准取消、退款和赔付

自营可由统一客服处理；多商户平台需要区分商户处理时限、平台介入条件、退款资金来源、运费和赔付承担；信息撮合应明确平台是否参与合同争议。系统只执行已确认的规则，不能替代未决定的商业政策。

6. 平台怎样管理入驻与退出

《电子商务法》要求平台对申请进入平台的经营者身份、地址、联系方式和行政许可等信息进行核验登记并定期更新；《网络交易监督管理办法》还规定了平台内经营者身份与交易信息的保存要求。系统范围因此应包括材料版本、审核结论、有效期、变更、停用、退出和历史订单保留，而不只是一个“审核通过”按钮。

7. 平台靠什么获得收入

分别写明自营毛利、平台佣金、技术服务费、会员费、广告费或线索费的计费对象、确认时点、退款影响、发票和对账。收入规则不清时，系统容易把交易总额、商户收入和平台收入混在一起，导致经营看板失真。

项目范围怎样按模式拆分

自营首期通常需要商品与价格、可售库存、购物车、订单、支付退款、配送或核销、发票信息、客服和经营对账。若供应商仅向自营企业供货，可先通过采购或供应商协同连接，不必直接建设商户入驻、佣金和平台争议体系。

多商户首期除消费者交易外，还要包括商户档案与审核、店铺和商品权限、平台规则确认、订单按商户拆分、支付与结算状态、佣金和退款、商户对账、平台客服介入、违规处置与退出。行业许可、保证金、营销和评价功能应按业务必要性排序，不能为了“像平台”一次性堆满。

信息撮合首期应把重点放在发布资格、信息有效期、分类与地区、审核、隐私授权、线索分配、联系记录、举报和收费依据。若产品以后增加站内签约、支付或统一售后，应作为经营模式变化重新评估，而不是在原有线索表上直接加一个支付按钮。

实施步骤与验收清单

第一步，用三笔真实订单分别画出客户、平台、商户或供应商、支付机构、物流与发票之间的合同、商品、资金和数据流。第二步，由业务、财务和法务确认经营主体、结算与票据口径。第三步，先验证支付产品、行业类目、经营场景和所需材料，再冻结产品范围。第四步，选择一种主模式完成首期闭环；确需混合经营时，分别建模并在前台显著区分。第五步，用正常交易、部分退款、商户退出和争议订单做端到端验收。

• 每件商品和每个订单均能识别真实销售方、履约方、收款安排与开票方；
• 自营与第三方经营在商品、订单、客服和规则页面保持一致且清晰；
• 多商户订单可正确拆分，支付、退款、佣金、结算和财务对账金额平衡；
• 商户材料、审核人、版本、有效期、变更和退出均可追溯；
• 退款、赔付、平台介入和商户超时有明确状态、权限与通知；
• 重复回调或重复提交不会造成重复收款、退款或结算；
• 信息撮合不会在没有相应合同与流程时悄然演变为平台代收代付；
• 经营看板分别呈现交易总额、商户收入、平台收入、退款和待结算金额。

常见误区

先用一个商户号收完再人工分给商家。 这会让支付记录、交易主体和商户对账脱节，后续退款与争议也难以定位。

把所有第三方都叫供应商。 供货给平台与面向消费者独立销售是两种关系，系统范围、合同和资金路径不同。

用免责声明代替平台流程。 平台规则只有与入驻核验、商品管理、交易记录、投诉处理和退出机制相连，才是可执行的经营机制。

首期同时做三种模式。 混合模式会成倍增加商品归属、拆单、客服、支付和财务规则。若缺少确切业务量和组织能力，先完成一种主模式更容易验收。

上线后的维护建议

每月抽查经营主体展示、商户材料有效期、未结算订单和退款差异；每季度复核平台规则、收费项目、权限和退出流程。新增商品行业、服务地区、商户类型或支付产品前，先评估是否改变经营主体、许可、结算和售后边界，再决定是配置调整还是正式需求变更。

进入多商户模式后，商家材料、审核状态和持续复核可继续参考 B2C 平台如何设计商家入驻审核？。

参考来源

• 中国人大网：《中华人民共和国电子商务法》（公布：2018-08-31；访问：2026-09-11）
• 国家市场监督管理总局：《网络交易监督管理办法》（访问：2026-09-11）
• 微信支付：平台收付通产品介绍（页面更新：2026-02-28；访问：2026-09-11）
• 微信支付：平台收付通开发接入准备（页面更新：2026-05-19；访问：2026-09-11）

本文提供经营模式与软件范围判断框架，不替代对具体行业资质、合同、税务、支付或平台责任的法律意见。相关事项应由企业法务、财务和支付服务方按实际经营地区与最新规则确认。