msumshk/TakeoutSaaS.Prototypes
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
fd532b54e0769e724031e537b4b1dc2049517cac
TakeoutSaaS.Prototypes/Cend-MiniProgram-Prototype/docs/09-租户后台与C端功能映射总表.md

12 KiB
Raw Blame History

租户后台与 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. 如果某个后台能力当前没有自然顾客动作闭环，就先归为“间接支撑”或“未来扩展”，不要强行造前台页面。
Reference in New Issue View Git Blame Copy Permalink