B2C商城小程序开发

一套给消费者直接购买的自营商城

B2C商城小程序的核心很明确：商品由企业或品牌方统一销售，消费者在小程序内选购、支付，商家负责发货或提供约定的取货方式。这和只展示产品的企业小程序不同，也不等于让多个商家入驻的平台。

如果企业只是一个主体、一套商品和一套收款账户，B2C自营商城通常更合适。多商户入驻、供应商一件代发、经销商订货、多级佣金或连锁门店独立库存，不会默认塞进本服务，需要按对应业务重新确认。类型选错，后面增加的往往不是几个页面，而是资金、权限和订单归属整套规则。

消费者看到简单，后台不能含糊

用户下单只有几分钟，系统背后却要连续处理规格、价格、库存、优惠、运费、支付和订单状态。任何一项没有说清，都可能变成日常客服问题。

一套能长期使用的商城，先把这些规则写明，再决定页面怎么做。否则界面看起来完整，真正开始卖货后才发现库存对不上、优惠算错、退款没有去处，返工会比前期确认更费时间。

从挑选商品到售后处理

标准的消费者购买过程通常包括：浏览或搜索商品、查看详情、选择规格与数量、加入购物车、填写收货信息、计算运费和优惠、提交订单、微信支付、商家发货、确认收货以及退款退货。企业可以根据商品特点删减步骤，但不能留下前后矛盾的订单状态。

消息提醒需要按微信平台当前能力配置。订阅消息要由用户主动同意，并受模板和发送条件限制，不能把它当作可以随时群发的短信。手机号、地址等个人信息也应在实际使用时取得必要授权，不为了“以后可能用”而提前索取。

运营人员每天使用的后台

管理后台不是附带页面，而是商城能否持续使用的关键。红数科技会根据人员分工设计账号权限，让商品、订单、客服和财务看到各自需要的内容。

优惠券、积分、会员等级、储值、秒杀、拼团等并非越多越好。每增加一种活动，就会影响价格计算、退款、库存和后台操作。标准项目可以先完成商品、支付、订单和售后，再选择与企业日常经营真正匹配的活动。储值、返佣及较复杂的推广关系还涉及资金和合规问题，需要单独确认，不能照搬一套通用规则。

开发前必须定下来的问题

• 销售的是实物、虚拟商品、服务，还是需要特殊资质的商品；
• 商品有多少分类、商品和SKU，价格与库存由谁维护；
• 库存是小程序独立管理，还是与ERP、门店或仓库系统同步；
• 支持快递、自提、同城配送中的哪些方式，运费怎样计算；
• 是否需要发票，开票资料和申请状态如何保存；
• 优惠券、满减、积分和会员价是否能够同时使用；
• 订单何时锁定库存，取消、超时和售后时何时恢复；
• 退款退货条件、审核人员、退货地址和运费承担方式；
• 客服、仓库、财务和管理员分别可以查看和修改什么；
• 是否连接现有ERP、CRM、物流、电子发票或客服系统；
• 需要移入哪些旧商品、会员、库存和历史订单；
• 是否需要交付源码、独立服务器和后续运维服务。

第三方接口不能只写一个名称。例如“对接ERP”，至少要说明商品、SKU、价格、库存、订单、发货和退款中哪些数据要传，谁是数据来源，多久同步一次，失败后由谁处理。接口费用、调用限制和测试账号由哪一方提供，也应写进合同。

账号、支付和审核条件

小程序上线前，企业通常需要准备与实际经营相符的小程序主体、AppID、微信认证、小程序备案、服务类目和相关资质；使用微信支付时，还需要符合要求的微信支付商户号、结算账户和接口配置。特殊商品可能另有许可或展示要求，以企业经营范围、商品类目和微信平台现行规定为准。

消费者支付的货款进入客户自己的微信支付商户账户，红数科技不代收商城营业款。平台认证、支付费率、短信、物流查询、电子发票、地图、服务器及其他第三方费用，由对应服务商收取，是否包含在项目费用中会在报价中注明。

开发内容通过测试，不等于平台必然审核通过。审核结果还取决于主体资质、服务类目、页面内容、隐私说明和平台当期规则。红数科技负责按确认范围完成配置、提交和必要修改，客户负责提供真实有效的主体、商品、许可、商标和经营资料。涉及功能变化时，以微信开放文档和微信支付商户平台的现行说明为准。

项目怎么推进

1. 业务确认：明确商品、消费者、配送、支付、售后、活动和现有系统。
2. 功能定稿：把页面、后台、字段、订单状态、权限和接口列成确认清单。
3. 页面草图：先确认首页、分类、商品、购物车、结算、订单和会员中心的操作顺序。
4. 视觉设计：按品牌资料完成主要页面与常用状态，确认后进入开发。
5. 程序开发：完成小程序端、管理后台、服务器程序、数据库和约定接口。
6. 平台联调：连接微信登录、支付、订阅消息、物流或其他外部服务。
7. 真实测试：使用代表商品完成下单、支付、发货、取消、退款和库存测试。
8. 审核发布：配置主体、类目、备案、隐私说明和服务器域名，提交平台审核。
9. 培训交接：交付账号、操作资料和合同约定的源码或部署内容。

需求确认后仍可以调整，但已经确认的页面、订单规则或接口发生变化，会影响设计、开发和测试，需重新评估时间与费用。把变更写清楚，比口头说“顺便改一下”更能保护双方。

周期取决于规则，不只看页面数量

以下为常见项目的前期参考，正式时间以功能清单、资质准备和接口条件为准。

周期不包含企业长期未提供资质、支付商户号、商品资料或接口测试环境的等待时间。平台审核时长也受平台处理和材料完整程度影响，不能由开发方单方面保证具体日期。

服务费用怎样核算

B2C商城小程序没有一个适用于所有企业的统一价格。只卖少量标准商品，和需要几千个SKU、会员价、多仓库存及ERP同步的项目，开发与测试工作完全不同。红数科技在需求确认后按书面范围报价。

报价会注明设计与开发范围、包含多少次确认修改、代表商品录入数量、服务器和第三方费用、源码与设计源文件是否交付、维护期限及超出范围的计费方式。选择方案时，不能只比较首页数量，还要看订单、库存、退款和后台是否真正满足日常使用。

更适合哪些企业

• 品牌方、工厂或零售企业，希望直接面向消费者销售商品；
• 已有公众号、视频号、门店或社群，需要一个方便购买的微信入口；
• 目前依靠人工收款和登记订单，容易漏单、错价或错库存；
• 商品有多规格、优惠、配送和售后，需要统一后台处理；
• 已有ERP、CRM或仓库系统，希望减少重复录入；
• 重视品牌页面、数据控制和后续功能调整，不满足于简单模板。

若业务核心是多个商家入驻并分别结算，应评估B2B2C平台商城；若主要服务经销商和采购客户，应选择B2B订货小程序；若各门店独立库存和履约，则应按O2O多门店商城设计。名称相近，不代表业务可以混用。

交付成果应写进合同

• 已确认的页面、功能、字段、权限、订单状态和接口清单；
• 用户端主要页面草图与视觉设计稿；
• 可提交审核的微信小程序前端程序；
• 商品、订单、会员、活动、售后等约定管理后台；
• 服务器程序、数据库和部署配置，具体范围按开发方式确定；
• 微信登录、支付、订阅消息及约定第三方接口；
• 代表商品、SKU、运费、优惠和订单测试数据；
• 功能测试、支付退款测试和问题处理记录；
• 小程序备案、类目、隐私说明、审核与发布协助；
• 管理账号、操作说明、培训记录和维护边界；
• 合同约定的源码、部署包、设计源文件或第三方授权说明。

源码交付需要看开发方式。独立定制项目可按合同交付自研源码和部署资料；基于开源系统开发时，第三方代码仍受原许可约束；使用SaaS商城时，客户通常取得平台使用权和自己的业务数据，不会获得平台全部源码。签约前必须说清，不能把这三种交付混为一谈。

验收要跑完真实订单

测试商品不能只选一个单规格现货。至少应覆盖多规格、低库存、无库存、活动商品、超重或偏远地区、优惠不可用等情况；订单要覆盖未付款关闭、支付成功、取消、发货、确认收货、全额退款和约定的部分退款。价格和库存最容易在异常情况下出错，验收不能只走一遍最顺利的购买过程。

上线以后谁负责什么

红数科技按合同提供约定期限内的程序故障修复、平台版本适配、基础安全检查、备份或技术维护，并完成商品、订单、售后和活动后台培训。企业负责商品信息、价格、库存、资质、促销说明、发货、客服和售后的真实有效，也负责妥善保管主体账号、支付账户和管理员权限。

新增营销活动、改变价格或库存规则、接入新ERP、增加门店、多商户入驻或重做页面，不属于原功能故障，需要另行确认。微信接口、支付规则和第三方服务发生变化时，双方按维护合同处理兼容调整。

B2C商城小程序最终要经得起每天使用：顾客看到的价格是对的，选中的规格有货，付款后订单能找到，商家发得出货，遇到退款也能查清。把这些普通事情长期做稳，比上线时功能看起来很多更重要。