连锁门店运营后台产品系统

区域连锁餐饮企业，200 多家直营门店分布在五个大区。总部依靠统一模板逐级汇总：门店填报、区域汇总、总部查看，数据到总部已是次日，无法及时识别异常门店；同一笔营业额在财务、运营、门店三处口径不一致；大区、督导、店长的数据可见范围也未定义，只能按人拆表、线下分发。客户不再新建系统，希望先打通现有 POS、巡检、库存的数据，做一个当天可查、看完即可下发处理任务的后台。

1、需求与取舍：4 类角色 6 人访谈，23 条诉求合并成 9 条，标 P0/P1/P2 与估时；本期做 6 条、二期 2 条、不做 1 条，二期与不做的每条写明重启条件或理由，周期从 6 周压到 3 周。
2、原型：6 页可点原型，以门店业绩页为例标了 10 处交互——筛选写进 URL、已保存视图一键套用、三段计数、达成率数字加进度条、状态来自规则、默认最差置顶、分页保留筛选、导出按当前筛选、三种异常态、字段级权限跟着导出走。
3、经营概览与门店业绩：4 个指标卡、12 周趋势叠目标线、大区达成排序；门店明细按达成率升序、异常置顶，支持筛选、分页与导出。
4、巡检与口径：4 条规则命中后指派、转工单或关闭，操作全程留痕；38 个指标的定义、分母、来源、负责人集中在一页，改定义留版本。
5、接入与权限：4 个数据源同步状态、耗时、行数与失败重试；4 类角色 × 5 类业务权限矩阵，字段级屏蔽客单价与毛利，导出全程留痕。
6、验收与变更：10 条用例逐条写操作与预期，覆盖对账、越权、导出留痕与性能；5 个版本记录谁提的、改了哪条、影响哪些页面、加不加人天。

1、我负责：4 类角色 6 人的需求访谈与整理、范围与优先级判定、指标口径定义、6 页原型与字段表、取数逻辑与开发跟进、验收用例设计、上线培训。
2、做法：先把 23 条诉求按角色合并成 9 条，用「每天都要用 + 上线后我修得了 + 已有系统是否在接」三条标准定范围；再立一张「门店 × 日」宽表（门店、大区、日期、营业额、订单、客单价、达成率、巡检分、库存周转），六个页面共用；原型标到字段与状态后，反着写验收用例。
3、难点有三：一是同一句话在不同角色嘴里不是一个意思，统一改成「谁、在什么场景、要什么结果」；二是权限复用组织架构，不另建用户体系，员工离职后自动回收；三是验收标准最容易写成「体验好」，全部改成可复现的操作与数字。
4、说明：本作品为自建可点原型 + 客户项目的脱敏文档，数据已脱敏，不含任何可识别客户信息。需求清单、原型、验收清单可以单独作为需求梳理交付。