# 租户后台与 C 端功能映射总表 - 文档版本：`V1.0` - 适用项目：`TakeoutSaaS` 租户后台 / 小程序 C 端 - 文档目标：把租户后台真实业务域，按“直接承接 / 间接支撑 / 未来扩展 / 明确不前置”映射到 C 端小程序 --- ## 1. 文档目的 租户后台回答的是“商家如何配置与运营”，C 端回答的是“顾客如何感知、选择和完成任务”。 因此，本文件的作用是： 1. 明确后台每个业务域对 C 端到底有没有直接顾客价值 2. 明确哪些能力应直接前置到页面、入口或状态表达 3. 明确哪些能力只作为 C 端背后的规则、排序和结果支撑 4. 避免把后台菜单机械映射成前台页面 --- ## 2. 映射原则 ### 2.1 直接承接 后台能力在 C 端有明确页面、入口、状态或结果表达，例如： - 门店可服务性 - 商品规格 - 订单状态 - 会员权益 - 秒杀会场 ### 2.2 间接支撑 后台能力不会独立出现在 C 端页面上，但会影响排序、推荐、资格判断、结果展示或运营节奏，例如： - 客户画像 - 营销日历 - 交易流水记账结构 ### 2.3 未来扩展 当前不进入正式主链路，但未来存在较自然的顾客动作闭环，例如： - 订单详情里的电子发票入口 ### 2.4 明确不前置 后台能力属于商家经营、财务管理、驾驶舱或 CRM 语言，不应该直接翻译成顾客页面，例如： - 财务概览 - 到账查询 - 成本分析 - 顾客版 Dashboard --- ## 3. 当前冻结总矩阵 | 后台域 | 后台能力 | C 端承接页面 / 组件 | 承接方式 | 当前结论 | 说明 | | --- | --- | --- | --- | --- | --- | | 商户域 | 商户中心、品牌设置 | `T01`、`T04`、`P17` | 间接支撑 | 间接支撑 | 影响品牌名、门店说明、联系信息、品牌文案 | | 门店域 | 门店列表 | `T01`、`P01`、`T02`头部 | 直接承接 | 直接承接 | 顾客必须在正确门店与场景下开始交易 | | 门店域 | 营业时间 | `T01`、`P01`、`T02`、`P03` | 直接承接 | 直接承接 | 影响营业中、休息中、可预约时段 | | 门店域 | 配送设置 | `P01`、`P02`、`P03`、`T01`摘要 | 直接承接 | 直接承接 | 影响配送范围、起送门槛、配送费、预计送达 | | 门店域 | 自提设置 | `T01`摘要、`P03`、`P05` | 直接承接 | 直接承接 | 影响最早可约时段、同日自提等规则结果 | | 门店域 | 费用设置 | `C02`、`P03`、`P05` | 直接承接 | 直接承接 | 只承接顾客可理解的费用项 | | 门店域 | 堂食管理 | `P18`、`T02`头部、`P03`、`P05` | 直接承接 | 直接承接 | 只承接堂食开关、桌号、入桌上下文，不扩成复杂堂食规则页 | | 门店域 | 员工排班 | 无独立前台页 | 间接支撑 | 间接支撑 | 只影响忙闲感知和 ETA，不前置页面 | | 商品域 | 商品列表 | `T02`、`T01`推荐区 | 直接承接 | 直接承接 | 形成点餐主列表 | | 商品域 | 分类管理 | `T02` | 直接承接 | 直接承接 | 分类必须按当前场景过滤 | | 商品域 | 规格做法 | `C01` | 直接承接 | 直接承接 | 决定 SKU、价格、库存表现 | | 商品域 | 加料管理 | `C01` | 直接承接 | 直接承接 | 决定加料项和价格变化 | | 商品域 | 商品标签 | `T01`推荐卡、`T02`商品卡、`C01` | 直接承接 | 直接承接 | 热销、新品、招牌等标签直接影响转化 | | 商品域 | 时段供应 | `T02`、`C01`、`C02` | 直接承接 | 直接承接 | 决定商品是否可售 | | 商品域 | 批量工具 | 无独立前台页 | 间接支撑 | 间接支撑 | 只影响后台运营效率 | | 订单域 | 全部订单 / 订单详情 | `T03`、`P05` | 直接承接 | 直接承接 | C 端必须翻译成顾客任务语言，不复用商家看板口径 | | 订单域 | 履约结果 | `T03`、`P05` | 直接承接 | 直接承接 | 承接商家处理中、制作中、配送中、待取餐等结果表达 | | 订单域 | 退款结果 | `P06`、`P07`、`P05`摘要 | 直接承接 | 直接承接 | 当前以最小申请页和结果页为主 | | 订单域 | 评价图片上传 | `P08` | 直接承接 | 直接承接 | 当前只冻结最小评价闭环 | | 营销域 | 优惠券模板 | `P09`、`T01`活动位、`T04`入口、`P03` | 直接承接 | 直接承接 | 当前承接的是券模板聚合，不是顾客完整券包 | | 营销域 | 满减活动 | `T02`活动摘要、`P03`自动命中、`T01`轻摘要 | 直接承接 | 结果直承接 | 强感知、弱页面，不独立成页 | | 营销域 | 新客有礼 | `T01`资格入口、`P03`自动命中 | 直接承接 | 结果直承接 | 强资格、弱会场，分享链路未冻结 | | 营销域 | 秒杀 | `P10`、`T01`、`T02` | 直接承接 | 直接承接 | 强时效活动会场，仍回到标准交易主链路 | | 营销域 | 限时折扣 | `P11`、`T01`、`T02` | 直接承接 | 直接承接 | 强调折扣和时间窗口，仍回到标准交易主链路 | | 营销域 | 次卡模板 / 打卡 | `P15`、`T04`入口、`P03`次卡选择 | 直接承接 | 有限直接承接 | 当前重点是模板说明和使用结果，不夸大完整实例体系 | | 营销域 | 营销日历 | 无独立前台页 | 间接支撑 | 间接支撑 | 主要影响首页活动编排和提醒节奏 | | 会员域 | 会员管理 / 等级权益 | `T04`、`P12`、`P03`权益提示 | 直接承接 | 直接承接 | 顾客感知的是等级、权益和已享受结果 | | 会员域 | 积分商城 | `P13`、`T04`摘要 | 直接承接 | 直接承接 | 当前承接积分余额、可兑换内容、兑换记录 | | 会员域 | 积分规则 | `P13`、`P08`成功提示 | 直接承接 | 直接承接 | 主要承接获取和兑换，不冻结订单积分抵扣 | | 会员域 | 储值卡 | `P14`、`T04`摘要、`P03`余额支付 | 直接承接 | 直接承接 | 充值方案、余额和记录都可前置，但支付方式要收敛 | | 会员域 | 消息触达 | `P16`来源层、活动提醒 | 间接支撑 | 间接支撑 | 后台是发送中心，不等于顾客消息中心 | | 顾客域 | 顾客列表 | 无独立前台页 | 间接支撑 | 间接支撑 | 仅服务后台运营和标签管理 | | 顾客域 | 顾客画像 | `T01`、`T02`、`T04`复购区 | 间接支撑 | 间接支撑 | 影响推荐排序，不直接显示画像概念 | | 顾客域 | 顾客分析 | 无独立前台页 | 间接支撑 | 间接支撑 | 影响活动定向和推荐策略 | | 财务域 | 财务概览 | 无直接前台页 | 明确不前置 | 不前置 | 属于后台经营驾驶舱 | | 财务域 | 交易流水 | `P05`、`P07`、`P14`、`P13`结果子集 | 间接支撑 | 间接支撑 | 只抽取顾客能理解的订单、退款、充值、积分结果 | | 财务域 | 发票管理 | `P05` 未来扩展位 | 未来扩展 | 未来扩展 | 最自然入口是订单详情页，不做独立财务中心 | | 财务域 | 到账查询 / 结算 / 报表 / 成本 | 无直接前台页 | 明确不前置 | 不前置 | 只服务商家经营与财务管理 | | 仪表盘域 | 工作台 / 分析页 | 无直接前台页 | 明确不前置 | 不前置 | 当前不能作为小程序设计事实源 | --- ## 4. 分域详细映射 ## 4.1 商户与门店域 ### 后台来源 - 商户中心 - 门店列表 - 营业时间 - 配送设置 - 自提设置 - 费用设置 - 堂食管理 ### C 端主要承接点 - `T01 首页` - `T02 点餐页`头部 - `P01 门店选择页` - `P02 地址管理页` - `P03 结算确认页` - `P05 订单详情页` - `P18 堂食扫码确认页` ### 当前结论 - 门店域是 C 端主链路前提，必须先于商品、订单和活动成立 - 首页和点餐页的场景切换必须跟随门店真实 `serviceTypes` - 地址可配送性必须前置，不允许拖到支付前才提示 - 堂食页当前只承接扫码入桌上下文，不承接先付款、合单、加菜等未证实规则 --- ## 4.2 商品域 ### 后台来源 - 商品列表 - 分类管理 - 规格做法 - 加料管理 - 商品标签 - 时段供应 ### C 端主要承接点 - `T02 点餐页` - `C01 商品详情抽屉` - `C02 购物车抽屉` - `T01` 推荐区 / 活动商品分组 ### 当前结论 - 商品域决定“顾客能买什么、怎么买、什么时候能买” - 商品、类目和活动价展示都必须受当前场景过滤 - 简单商品可直接加购，套餐商品必须先完成套餐组选择 --- ## 4.3 订单、履约与售后域 ### 后台来源 - 全部订单 - 订单大厅 - 订单详情 - 退款交易结果 - 评价图片上传 ### C 端主要承接点 - `T03 订单页` - `P05 订单详情页` - `P06 退款申请页` - `P07 退款详情页` - `P08 评价页` ### 当前结论 - 后台看板和商家处理动作不直接前置给顾客 - C 端只承接顾客可理解的状态、履约结果和售后结果 - `催单`、`骑手轨迹`、`取餐码`、`完整消息通知闭环` 当前都不冻结为正式前台能力 --- ## 4.4 营销域 ### 后台来源 - 优惠券模板 - 满减活动 - 新客有礼 - 秒杀 - 限时折扣 - 次卡模板 / 打卡 - 营销日历 ### C 端主要承接点 - `T01 首页` - `T02 点餐页` - `P09 领券中心页` - `P10 秒杀活动页` - `P11 限时折扣活动页` - `P03 结算确认页` - `T04` 相关入口 ### 当前结论 - 活动内容必须服从“当前门店 + 当前场景 + 当前资格” - 首页活动位必须动态化，不做固定八宫格 - 满减和新客活动主要是规则结果展示，不独立成重页面 - 秒杀和限时折扣都属于正式活动会场，但必须导流回标准商品、购物车、结算主链路 - `P09` 当前只承接可见券模板，不把顾客个人券包状态写死 --- ## 4.5 会员与资产域 ### 后台来源 - 会员管理 - 会员等级体系 - 积分商城 - 储值卡 - 消息触达 ### C 端主要承接点 - `T04 我的页` - `P12 会员中心页` - `P13 积分商城页` - `P14 储值充值页` - `P15 次卡页` - `P03 结算确认页` - `P16 消息中心页` 预留职责 ### 当前结论 - `T04` 是聚合页，不是资产真源 - 会员中心重点是当前等级、当前权益和等级说明，不强调复杂成长进度条 - 积分商城重点是余额、可兑换内容和兑换记录，不反向扩成订单积分抵扣总入口 - 储值页要和后台记账支付方式分层看待，不能直接照搬后台支付枚举 - `message-reach` 是后台发送中心，不等于顾客消息中心 --- ## 4.6 顾客、财务与分析域 ### 后台来源 - 顾客列表 - 顾客画像 - 顾客分析 - 财务概览 - 交易流水 - 发票 - 到账查询 - 经营报表 - 成本管理 - 工作台 / 分析页 ### C 端承接方式 - 当前以间接支撑和未来扩展为主 ### 当前结论 - `customer / finance / dashboard` 主要是后台运营、财务和分析层 - 不建议新增以下正式顾客页面： - 客户列表页 - 客户画像页 - 客户分析页 - 财务概览页 - 交易流水总账页 - 到账查询页 - 成本分析页 - 顾客版 Dashboard - 发票能力可以保留未来扩展位，但最自然入口是订单详情页，不单独建设财务中心 --- ## 5. 当前直接映射优先级 ### 第一优先级：必须先映射到 C 端 - 门店域 - 商品域 - 订单域 ### 第二优先级：交易闭环稳定后映射 - 会员与资产域 - 核心营销域 ### 第三优先级：后续精细化再映射 - 顾客分析域 - 财务增值域 - 更复杂的消息触达和个性化能力 --- ## 6. 当前明确边界 - `积分商城` 当前不等于“订单积分抵扣”正式能力 - `message-reach` 当前不等于顾客消息中心 - `满减 / 新客有礼` 当前主要是结果展示，不是重页面 - `营销日历` 当前不是顾客活动日历页 - `customer / finance / dashboard` 当前默认不前置成顾客页面 - `dashboard` 当前不作为小程序设计事实源 --- ## 7. 设计与研发使用建议 1. 做页面设计时，不要只看后台菜单名，要先判断顾客是否真的有任务价值。 2. 做接口对接时，不要把后台对象原封不动搬到前台，要翻译成顾客任务语言。 3. 做版本规划时，优先上线影响下单、履约、复购和活动转化的映射项。 4. 如果某个后台能力当前没有自然顾客动作闭环，就先归为“间接支撑”或“未来扩展”，不要强行造前台页面。