产品业务能力

3.1 能力分类及阅读方式

本章将产品常规范围与按需扩展分别说明。基础能力的具体字段、页面、规则参数和启用组合，通过项目范围和验收约定落实。涉及库存占用时点、复杂调度、外部系统同步或资金结算等细节，不能仅凭功能名称推定其实现方式。

对业务功能的说明采用“使用场景、支持内容、规则边界”的方式。对支付去重、越权访问和异常补偿等机制，另以设计和验收要求说明，避免把建议控制措施直接写成未经验证的产品承诺。

3.2 基础能力 门店管理与附近门店匹配

系统支持维护门店名称、地址、联系方式、营业时间、服务范围及相关服务规则。消费者可以结合定位选择附近门店，也可以手动选择门店。定位结果用于辅助推荐，结算仍需以实际地址和当前门店条件进行判断。

门店营业、配送接单和到店自提可能采用不同时间规则。项目配置应说明停止接单、临时停业和恢复服务时如何处理新订单与已有订单。暂停新业务后，已支付订单仍应有明确处理路径。

订单分配结合门店、地址、商品库存和服务范围等条件。具体采用消费者指定、规则匹配或其他分配策略，应在项目规则中明确。跨店拆单、自动改派和多目标最优调度不由基础门店匹配自动推导。

3.3 基础能力 商品展示与门店库存

商品能力包括分类展示、商品详情、图片、规格、售价、购买须知、配送与售后说明。门店商品可结合实际经营维护价格、库存、上下架和活动范围，总部在统一管理中保留门店维度。

切换门店后，需要重新核对商品是否可售、数量是否足够、价格与优惠是否仍适用。原门店购物车不能直接被当作新门店的有效报价，用户应能理解发生了什么变化。

基础库存能力覆盖门店库存、订单扣减、适用退回规则和库存预警。项目应写清库存维护来源、占用及扣减节点、取消释放和盘点调整规则。批次效期、采购入库、完整仓储管理，以及与线下收银的实时同步，均需另行评估。

资金退款与商品回库分别判断。未备货订单取消可以按规则释放占用；已售商品退款后，只有满足实物退回及可再次销售条件时，才可按约定恢复可售库存。生鲜损耗或不可再售商品不应仅因资金退款而重新变为可售。

3.4 基础能力 购物车、下单与微信支付

消费者通过购物车核对商品、数量、地址、履约方式、时间与备注后提交订单。结算应展示商品金额、适用优惠、配送及其他约定费用，明确最终应付金额。

微信支付接入需具备有效商户账号、相应产品权限和渠道条件。系统交易记录与支付渠道记录关联，但界面跳转并不等于付款结果。项目验收应以可信渠道结果核对订单，并覆盖重复通知、查询延迟、超时关闭与付款成功交叉等场景。

订单管理覆盖待支付、接单与备货、配送或自提、完成、取消以及退款相关阶段。具体状态名称和操作权限可以随项目业务规则调整，需保证每个阶段的允许操作和完成条件明确。

3.5 基础能力 门店自配送与到店自提

同城配送基础范围支持门店自配送的业务管理，包括门店接单、备货、交接和配送状态处理。配送范围、起送额、运费和免运条件应在下单前形成可理解的规则。

配送时间可以采用立即或预约方式。基础预约用于表达服务时间；细化到备货工位、骑手班次、动态容量预测或多门店负荷均衡时，属于需专项评估的扩展规则。

到店自提通过自提订单与自提码或二维码连接消费者和门店。门店核销应识别正确订单、履约门店和可领取状态，记录对应操作。重复核销、错误门店核销和退款后的核销限制，应作为验收场景。

门店自配送业务管理不等于默认提供专用配送员端 APP，也不等于默认接通第三方配送平台。第三方配送接入、配送员端 APP 均为按需扩展，需分别确定可用范围、接口及费用。

3.6 基础能力 售后与退款

系统支持售后申请、审核和退款处理，并将售后与原订单关联。项目规则应区分取消、部分退款、全额退款、商品是否退回，以及消费者与门店各自需要完成的操作。

退款金额以可退金额和渠道实际结果为依据。部分退款、多次申请、渠道处理中及重复结果通知，都需要在验收中核对，防止累计退还金额超出允许范围。

退款可能影响库存、优惠券和积分，但这些对象不应被简单合并处理。资金是否已退、商品是否可售、优惠是否退还及积分如何调整，应各自有明确业务依据。储值或返利启用后，还需补充相应账户规则。

3.7 基础能力 优惠券、积分与客户档案

优惠券用于新人、满减、折扣、门店、品类、复购或会员等适用活动。具体启用的券种与组合应说明门槛、期限、适用范围、叠加条件和退款后的处理方式。发放金额、领取金额与实际核销折让不是同一项成本。

会员积分支持按业务规则获取、兑换或抵扣。积分发放时点、有效期、活动限制和退款后的调整需要统一说明。会员等级、成长值、储值本金和购物返利具有不同含义，不应因客户档案统一就被混为一种权益。

客户档案关联必要客户信息、订单及权益记录，帮助企业查询服务与购买情况。数据使用应限定在相应授权和业务目的内。储值、购物返利和周期卡属于按需扩展，不纳入上述基础积分与优惠券的默认范围。

3.8 基础能力 管理后台、统计与消息通知

平台管理后台用于统一管理门店、商品、交易、会员、活动与权限。门店操作功能面向本店商品、订单、库存、备货、自提和售后等日常任务，数据访问范围与岗位相对应。

多门店统计用于观察订单、商品、客户、配送、自提、退款和会员等业务。已有统计字段与报表维度按项目清单确定；复杂成本归集、外部数据融合或专项经营分析，不由“统计”名称自动包含。第五章给出的指标方法，可作为报表选型或扩展的依据。

关键业务节点可通过已接入且符合条件的通道发送消息通知。消息通知受微信模板、通道、用户授权、发送条件及平台规则限制，不承诺 100% 送达。通知发送结果与业务状态应分别判断，消费者仍应能够通过订单查询了解实际进展。

3.9 按需扩展模块

下列能力需结合项目评估，经商务确认后配置、接入或二次开发。它们不属于所有项目默认开箱即用的交付内容。

扩展模块	可纳入项目的业务内容	需要明确的条件
第三方配送接入	配送任务创建、状态回传与费用关联	平台覆盖、账号、接口权限、计费与异常补偿
配送员端 APP	接单、取货、送达确认及相关统计	终端形态、岗位权限、定位及发布维护范围
余额储值	充值、赠送、余额支付与来源明细	本金与赠送区分、使用和退款规则
购物返利	按约定订单规则形成和使用返利	入账条件、有效期、退款冲回及适用范围
周期卡与周期配送	卡权益、配送计划、每日任务及异常补送	暂停、改约、履行次数、到期和售后规则
专项促销	秒杀、拼团、团购套餐、满赠等	活动组合、参与门店、库存及容量限制
分销推广	推广码、分享归因及推广订单佣金统计	归因规则、退款调整、结算与适用条件
发票相关功能	抬头、申请、记录及可选开票接口	开票主体、平台接入条件与服务费用
AI 客服	知识问答、授权业务查询与转人工	知识范围、数据权限、纠错及服务边界
收银及管理系统接口	POS、ERP、进销存或财务系统协同	数据主责、接口可用性、同步周期及差异核对
高级履约规则	复杂容量、跨店协同或专项调度	业务模型、实现方案、成本和验证要求
源码交付	约定代码、构建依赖与必要交接资料	可按项目合同清单约定提供，非标准化默认交付项
独立部署	在约定环境部署及相应交接	可按项目合同清单约定提供，非标准化默认交付项

第三方平台是否可接入，取决于实施时有效接口、账号与合作条件。扩展列表表示可以进行项目评估的范围，不表示任一外部平台已经完成适配，也不表示已有客户默认启用了这些能力。

3.10 用完整订单验证模块关系

一笔订单应从商品可售与门店责任出发，经报价、支付、备货、配送或自提，到完成及可能发生的售后。验收时应沿完整流程核对页面、后台记录和岗位操作，不能只逐个检查按钮是否存在。

缺货、支付状态未决、配送失败、预约变更及部分退款是需要单独处理的分支。异常场景中的通知、资金、库存与权益调整，应与订单的真实结果一致。第三方配送启用后，还需增加重复任务、超时和回调乱序等接口测试。