不少企业准备做商城时，先交来的是一个参考网站，再列出“商品、购物车、订单、会员、支付”几项功能。这个起点不能说错，但它离一份可以开工的方案还差得很远。同样是一件商品在线成交，自营商城、品牌订货商城和允许多商家入驻的平台，页面看上去可能相似，背后的合同关系、资金走向、开票方式和平台责任却完全不同。
红数科技在方案前期会先把这些关系问明白，再谈功能和界面。资料不要求第一天就全部定稿，但关键问题不能空着，更不能由产品经理和开发人员替经营方猜。
先交一张业务说明，不要急着列功能
这张说明不用写得很长，一两页就够，但要把商城到底怎样做生意讲明白。
先确认货是谁的。平台自营，还是商家各自上架；商品由谁定价；库存放在哪里；缺货、错发和质量问题由谁承担。再沿着一笔订单往下看：消费者和谁成立交易，钱先到谁的账户，平台是否抽佣，发票由谁开，退款从哪里退，售后由平台统一受理还是转给商家。
如果面向企业采购，还要补上询价、阶梯价、合同价、账期、授信、对公转账、审批和分批交付。卖的是服务、预约名额、电子卡券或数字内容，也不能照搬实物商品流程。它们在履约、核销和退款上的判断条件完全不同。
最实用的做法，是画出一笔正常订单和一笔退款订单。把消费者、商家、平台、仓库、物流、支付渠道和开票方放在同一张图上，分别标清谁在什么时间做什么。很多前期争论，画到这里就能看出问题。
公司证照和经营资质，要按实际类目准备
基础材料一般包括营业执照、法定代表人或经办人办理平台认证所需的资料、对公账户信息、域名持有信息、商标及品牌授权材料。证件原件不应散发给项目群，建议由企业指定人员统一提供脱敏副本，并记录用途和接收方。
真正容易漏的是类目资质。食品、出版物、药品和医疗器械等商品，各有准入和展示要求；涉及特许经营或品牌代理，还要准备相应授权链。可以先做一张资质表，写清商品类目、实际经营者、需要的证照、有效期、前台展示位置和到期后怎样下架。这样做不只是为了审核，系统后面也要据此设置商家入驻和商品发布条件。
网站部署在中国境内服务器，通常要在上线前办理 ICP 备案。业务如果构成经营电信业务，还要根据具体服务内容判断是否需要相应的增值电信业务经营许可。允许第三方商家入驻、由平台提供交易处理服务的模式，常会涉及在线数据处理与交易处理业务的判断，也就是常说的 EDI。这里不能只凭“网站能不能下单”下结论，应把交易主体、服务对象、收费方式和平台合同交给属地通信管理部门或专业人员核实。
公安联网备案、网络安全等级保护定级备案，以及药品、医疗器械等特殊互联网信息服务手续，也要结合部署地、系统级别和经营内容逐项确认。先确认适用性，再排申报时间，不能把它们笼统塞进“上线后再办”。
交易规则不是上线前补几份协议
自营商城至少要明确用户协议、隐私规则、商品信息、价格和促销口径、配送范围、签收、退换货、退款、发票、投诉处理与账户注销。做第三方入驻平台，还要增加商家入驻及退出、资质核验、商品发布、平台收费和保证金、违规处置、申诉、知识产权投诉、纠纷处理、数据使用等规则。
这些内容一旦没有定，产品功能也定不下来。比如“申请退款”只是一个按钮，后台仍要知道什么订单可以申请、谁审核、商家多久不处理会怎样、优惠券和运费怎么分摊、已结算订单从哪里扣回。规则写不清，开发只能先做一个看似能用的流程，真正运营时再补洞。
平台模式还要注意近两年的新要求。2025 年修正的《网络交易监督管理办法》要求平台核验并登记入驻经营者信息，至少每六个月核验更新一次，并按规定向市场监管部门报送相关信息。交易信息依法保存的时间，自交易完成之日起不少于三年。这些要求会落实到商家字段、证照有效期提醒、复核任务、数据报送和归档能力上。
自 2026 年 2 月 1 日起施行的《网络交易平台规则监督管理办法》，对平台规则的制定、修改和执行作了更细的规定。平台规则需要方便查阅、下载和检索；修改规则要征求意见并留档，通常至少提前七日公示，涉及用户数量巨大、修改内容较多或重要权益的，至少提前十五日公示；历史版本也要按要求保存并供查阅。准备建设第三方商城时，规则中心、版本管理、意见提交和公示时间不能等上线后再补。
自动续费、默认搭售、会员权益、七日无理由退货的适用范围，也应在需求阶段落实到页面和流程。法律规则最终是通过默认选项、提醒方式、取消入口和处理时限落到系统里的，不是只在协议页放一段文字。
商品资料要拿真实数据试，不要只给三个分类名
商品资料最好用表格整理。常见字段包括商品编码、类目、品牌、名称、规格属性、SKU、销售价、划线价依据、库存、重量和体积、发货地、配送限制、税率或开票分类、售后条件、图文和视频。多商家平台还要标明所属商家、审核状态和授权材料。
类目树和规格不是越细越好。服装关心颜色尺码，工业品可能按材质、口径和技术参数筛选，生鲜会涉及产地、保质期和配送温层。先拿十到二十个真实商品完整录一遍，比交一份空白模板更容易发现问题。图片比例、主图数量、详情页长度、敏感词和广告用语审核标准，也应该和商品资料一起定。
这部分越晚，越容易出现一种尴尬：网站已经开发完，运营才发现商品没法批量导入，原有 ERP 字段对不上，或者一种商品需要的规格组合远超原型里的设计。
支付、退款、结算和发票，要放在一张账上看
支付前期资料不只是选微信支付还是银行卡。企业要确认收款主体，准备支付渠道进件所需的营业执照、账户和网站信息，并说明是否有分账、周期结算、保证金、平台佣金、营销补贴或跨主体退款。
第三方平台尤其要谨慎处理资金。平台不能因为技术上能收到钱，就自行沉淀商家货款或设计一套内部余额代替合规支付方案。通常需要与银行或持牌支付机构确认商户进件、分账、结算、退款和对账方式，再让系统按已确认的资金方案建设。
订单状态也要提前列全。支付超时、重复支付、部分发货、拆单、合单、部分退款、拒收、退款后优惠券怎么处理、商家已结算后又发生售后，这些都比“提交订单成功”更考验系统。财务还要确认对账文件、差错处理、平台服务费、商家结算单，以及发票由谁开、开什么内容、红冲怎样处理。
一份可用的资料至少要能让产品、财务和技术对同一笔钱给出一致答案。只要三方说法不一样，方案就还不能定。
用户、权限和个人信息，前期就要做清单
先列系统里有哪些人。消费者之外，可能还有商家负责人、商家运营、平台审核、客服、售后、财务、仓库人员和系统管理员。同一角色能看哪些店铺、哪些订单、哪些金额，能不能导出数据、修改价格、人工退款或查看完整手机号，要形成权限表。高风险操作应保留审批和日志，不能靠共用管理员账号解决。
个人信息可以沿页面和接口逐项盘点：收了什么，为什么收，是否必须，保存多久，传给了哪个物流、支付、短信或客服服务商，用户在哪里查阅、更正、撤回同意和注销账户。地址、联系方式、身份证件、金融账户、行踪轨迹等信息的使用边界不同，不能用一份概括同意全部包住。
自 2025 年 1 月 1 日起施行的《网络数据安全管理条例》进一步明确，个人信息处理规则应集中公开、容易访问、内容清楚，并说明保存期限和用户行使权利的途径。项目资料中因此要有个人信息清单、第三方服务及 SDK 清单、保存和删除规则、账号注销流程、数据备份与安全事件处理方案。等开发完成后再补隐私政策，往往会发现系统已经多收了字段，或者根本没有删除和撤回同意的入口。
把外部系统和上线条件一并交出来
商城很少完全独立运行。现有的 ERP、WMS、POS、CRM、OMS，物流查询、电子发票、短信、地图、客服、支付和企业单点登录，都可能与订单有关。前期应提供接口文档、字段说明、测试环境、调用限制、回调方式和异常处理要求；还没有接口的，也要明确由哪一方改造、何时可用。
上线条件同样会影响方案。包括域名和解析权限、服务器或云账号、SSL 证书、预计商品数和商家数、日常订单量、活动峰值、备份恢复要求、日志保存、监控告警，以及开发、测试、预发布和正式环境怎样划分。没有可靠数据时可以先给区间，但不能默认“按大平台的量设计”，那通常只会带来不必要的成本。
品牌资料放在这个阶段准备更合适：Logo 源文件、标准色和字体、页面使用的企业介绍、售后说明、门店或仓库信息、真实商品图片，以及哪些素材拥有使用权。只有参考网站，没有自己的内容，设计稿再完整也只是一个空壳。
开方案会之前，最少准备到这个程度
资料不需要装订成厚厚一本。下面这些能交齐，第一次方案会就可以讨论实质问题：
- 一页业务模式说明，写清卖方、收款方、开票方、履约方和售后责任；
- 一张正常订单和退款订单的流程图；
- 公司证照、计划经营类目及对应资质清单；
- 用户、商家和后台人员的角色权限表；
- 十到二十个真实商品样本及现有商品数据表；
- 支付、结算、退款、对账和开票口径；
- 用户协议、隐私规则、售后规则；平台模式再补入驻、收费、处罚、申诉和知识产权规则；
- 需要连接的外部系统清单及现有接口资料；
- 必须首期上线的功能、可以后做的功能、预计上线时间和验收负责人。
最后一项也很重要：谁有权拍板。商城会同时牵涉业务、运营、财务、法务和技术，如果每个部门只提供自己的一段意见，却没有人确认最终口径，资料再多也会在开发中反复变化。
方案阶段真正要完成的，不是一张看起来很全的功能表，而是让交易关系、经营责任和系统动作对得上。哪些内容已经确认，哪些仍需核验，哪些可以放到下一期，都在开工前留下明确记录。做到这一步，报价、周期和验收才有共同依据。
资料核对日期：2026 年 7 月 22 日。涉及行政许可和备案的具体要求，以企业所在地主管部门及实际业务模式为准。
参考依据：
