9.9 KiB
9.9 KiB
租户后台与 C 端功能映射总表
- 文档版本：
V1.0 - 适用项目：
TakeoutSaaS租户后台 / 小程序 C 端 - 文档目标：把租户后台现有模块，按“直接承接 / 间接支撑 / 未来扩展”映射到 C 端小程序
1. 文档目的
租户后台回答的是“商家如何配置与运营”，C 端回答的是“顾客如何感知与使用这些配置”。
因此，本文件的作用是：
- 明确后台每个模块对 C 端的影响范围
- 明确哪些能力应该直接前置给顾客
- 明确哪些能力只作为 C 端背后的数据或配置支撑
- 为接口对接、页面设计、版本规划提供统一映射依据
2. 映射原则
2.1 直接承接
后台能力在 C 端有明确页面、入口或状态表达，例如：门店营业时间、商品规格、订单状态、优惠券。
2.2 间接支撑
后台能力不会单独出现在 C 端页面上，但会影响推荐、展示、状态或运营策略，例如：顾客画像、财务结算报表。
2.3 未来扩展
当前文档未单独建设对应页面，但未来可规划 C 端能力，例如：电子发票、客服工单、精细化标签券包。
3. 总映射矩阵
| 后台域 | 后台能力 | C 端承接页面 / 组件 | 承接方式 | 主要版本 | 说明 |
|---|---|---|---|---|---|
| 商户域 | 商户中心、品牌设置 | 首页、我的、帮助中心 | 间接支撑 | V1.0 / V3.0 |
影响品牌名、Logo、门店说明、客服电话、品牌文案 |
| 门店域 | 门店列表 | 首页、门店选择页、点餐页头部 | 直接承接 | V1.0 |
顾客必须先选门店再点餐 |
| 门店域 | 营业时间 | 首页、门店卡、点餐页、订单页 | 直接承接 | V1.0 |
影响营业中、休息中、即将打烊等状态 |
| 门店域 | 配送设置 | 首页、结算页、地址选择 | 直接承接 | V1.0 |
影响配送范围、起送门槛、配送方式 |
| 门店域 | 自提设置 | 首页、结算页、订单详情 | 直接承接 | V1.0 / V1.1 |
影响自提时间、取餐说明、取餐规则 |
| 门店域 | 费用设置 | 商品详情、结算页 | 直接承接 | V1.0 |
影响打包费、餐具费、配送费、起送价 |
| 门店域 | 堂食管理 | 堂食扫码确认页、点餐页、订单详情 | 直接承接 | V1.0 / V1.1 |
影响桌号、堂食规则、是否可加菜 |
| 门店域 | 员工排班 | 订单时效、帮助中心说明 | 间接支撑 | V1.1 / V3.0 |
不单独前置，但影响顾客对服务时效感知 |
| 商品域 | 商品列表 | 点餐页、首页推荐区 | 直接承接 | V1.0 |
形成点餐主列表 |
| 商品域 | 分类管理 | 点餐页左侧分类 / 顶部分类 | 直接承接 | V1.0 |
决定菜单组织方式 |
| 商品域 | 规格做法 | 商品详情抽屉 | 直接承接 | V1.0 |
决定 SKU 价格与库存表现 |
| 商品域 | 加料管理 | 商品详情抽屉 | 直接承接 | V1.0 |
决定加料项、价格变化 |
| 商品域 | 商品标签 | 首页推荐卡、商品卡片、详情抽屉 | 直接承接 | V1.0 / V2.1 |
热销、新品、招牌等标签直接影响转化 |
| 商品域 | 时段供应 | 点餐页、商品详情抽屉 | 直接承接 | V1.0 |
决定商品是否可售 |
| 商品域 | 批量工具 | 无独立 C 端页面 | 间接支撑 | - | 只影响商家运营效率，不前置给顾客 |
| 订单域 | 订单大厅 | 订单页、订单详情页 | 直接承接 | V1.0 / V1.1 |
C 端看到的是顾客维度订单状态表达 |
| 订单域 | 全部订单 | 订单页、订单搜索、订单详情 | 直接承接 | V1.0 |
承接顾客找单、查单、继续支付 |
| 营销域 | 优惠券 | 领券中心、结算页优惠选择、我的页资产摘要 | 直接承接 | V2.0 |
领券与用券是资产与增长的共同入口 |
| 营销域 | 满减活动 | 首页活动入口、结算页自动命中 | 直接承接 | V2.1 |
顾客未必单独配置，但必须感知结果 |
| 营销域 | 新客有礼 | 首页新客入口、结算页自动带入 | 直接承接 | V2.1 |
新用户拉新核心抓手 |
| 营销域 | 秒杀 | 秒杀活动页、首页会场、点餐页商品卡 | 直接承接 | V2.1 |
强时效型营销场景 |
| 营销域 | 限时折扣 | 限时折扣页、首页专区、点餐页标签 | 直接承接 | V2.1 |
影响商品展示和结算价格 |
| 营销域 | 集点 / 打卡 | 次卡页、活动页、我的页资产区 | 直接承接 / 未来扩展 | V2.1 / V3.0 |
当前可先做活动表达，后续做完整任务体系 |
| 营销域 | 营销日历 | 首页 Banner、活动日程、消息提醒 | 间接支撑 | V2.1 / V3.0 |
主要影响前台活动编排与触达节奏 |
| 会员域 | 会员管理 | 我的页、会员中心页、结算页会员权益提示 | 直接承接 | V2.0 |
顾客感知的是等级、折扣、权益 |
| 会员域 | 积分商城 | 积分商城页、结算积分抵扣、我的页摘要 | 直接承接 | V2.0 |
形成积分获取与消耗闭环 |
| 会员域 | 储值卡 | 储值充值页、结算余额支付、我的页摘要 | 直接承接 | V2.0 |
支撑充值和余额消费 |
| 会员域 | 消息触达 | 消息中心、我的页红点、活动提醒 | 直接承接 / 间接支撑 | V3.0 |
支撑订单消息、营销消息、系统通知 |
| 顾客域 | 顾客列表 | 无独立顾客页 | 间接支撑 | V3.0 |
主要服务后台运营和标签管理 |
| 顾客域 | 顾客画像 | 首页推荐、复购推荐、券包推荐 | 间接支撑 | V3.0 |
不直接给顾客看“画像”，但会影响推荐结果 |
| 顾客域 | 顾客分析 | 首页个性化、我的页推荐服务 | 间接支撑 | V3.0 |
作为精细化运营的推荐输入 |
| 财务域 | 财务概览 | 无直接前台页 | 间接支撑 | - | 服务后台经营分析，不直接前置 |
| 财务域 | 交易流水 | 订单金额、余额记录、储值记录 | 间接支撑 | V2.0 / V3.0 |
顾客可见的是“订单金额 / 储值记录”子集 |
| 财务域 | 发票管理 | 订单详情未来入口 | 未来扩展 | V3.0+ |
当前文档未建设，可作为后续增值服务 |
| 财务域 | 成本 / 结算 / 报表 | 无直接前台页 | 间接支撑 | - | 只服务商家与平台管理 |
| 仪表盘域 | 经营概览 | 无直接前台页 | 间接支撑 | - | 不对顾客展示，但可反哺推荐和活动策略 |
4. 分域详细映射
4.1 商户与门店域
后台来源
- 商户中心
- 门店列表
- 营业时间
- 配送设置
- 自提设置
- 费用设置
- 堂食管理
C 端主要承接点
T01 首页T02 点餐页P01 门店选择页P02 地址管理页P03 结算确认页P05 订单详情页P18 堂食扫码确认页
说明
- 这是 C 端最基础的配置域
- 没有门店域能力，商品、订单、营销都无法成立
- 该域直接决定三场景差异：
delivery、pickup、dine_in
4.2 商品域
后台来源
- 商品列表
- 分类管理
- 规格做法
- 加料管理
- 商品标签
- 时段供应
C 端主要承接点
T02 点餐页C01 商品详情抽屉C02 购物车抽屉- 首页推荐区 / 活动区
说明
- 商品域决定“顾客能买什么、怎么买、什么时候能买”
- 规格、加料、标签、时段供应必须在 C 端有明确视觉反馈
4.3 订单与履约域
后台来源
- 订单大厅
- 全部订单
- 订单状态流转
C 端主要承接点
T03 订单页P05 订单详情页P06 退款申请页P07 退款详情页P08 评价页
说明
- 后台关心接单、出餐、配送；C 端关心“我现在要做什么、还要等多久、能不能退款”
- 因此，同一个订单状态，在 C 端需要翻译成顾客可理解的文案与动作按钮
4.4 营销域
后台来源
- 优惠券
- 满减活动
- 新客有礼
- 秒杀
- 限时折扣
- 集点 / 打卡
- 营销日历
C 端主要承接点
T01 首页T02 点餐页P09 领券中心页P10 秒杀活动页P11 限时折扣活动页P03 结算确认页T04 我的页
说明
- 营销域不是“独立存在”的，它必须嵌入首页、点餐、结算、我的这几个核心页面
- 真正的设计重点不是活动页本身，而是活动如何导流到商品和支付
4.5 会员资产域
后台来源
- 会员管理
- 积分商城
- 储值卡
- 消息触达
C 端主要承接点
T04 我的页P12 会员中心页P13 积分商城页P14 储值充值页P15 次卡页P16 消息中心页P03 结算确认页
说明
- 会员资产域是“我的”页成为留存中心的关键
- 所有资产页都不能只做展示，必须回流到点餐页或结算页形成使用闭环
4.6 顾客、财务、分析域
后台来源
- 顾客列表
- 顾客画像
- 顾客分析
- 财务概览
- 交易流水
- 报表、结算、成本、发票
C 端承接方式
- 当前以间接支撑为主
- 未来可扩展的顾客可见能力包括：
- 个性化推荐
- 常购商品
- 专属券包
- 消费记录摘要
- 电子发票入口
说明
- 这部分不建议在早期版本大量前置
- 它更适合作为
V3.0之后的精细化经营能力输入源
5. 当前文档范围内的直接映射优先级
第一优先级：必须先映射到 C 端
- 门店域
- 商品域
- 订单域
第二优先级：交易闭环稳定后映射
- 会员资产域
- 核心营销域
第三优先级：后续精细化再映射
- 顾客分析域
- 财务增值域
- 更复杂的消息触达与个性化能力
6. 设计与研发使用建议
- 做页面设计时，不要只看后台名称，要看顾客是否真的需要感知这个能力
- 做接口对接时，不要把后台对象原封不动搬到前台，要翻译成顾客任务语言
- 做版本规划时，优先上线能影响下单、履约、复购的映射项
- 如果某个后台能力当前没有对应的顾客价值，就先作为支撑能力，不强行做前台页面