产品核心任务与需求对齐清单
版本信息
- 版本号: v1.0
- 状态:
- 最后更新: 2026-01-24
- 文档定位: 明确研发痛点与系统核心任务的对齐清单
目的: 在正式开发前，明确“做什么系统”是为了“解决什么场景下的什么痛点”，确保研发资源投入在刀刃上。
一、销售侧：资产沉淀 (天网)
| 场景 (Scenario) | 核心痛点 (Pain Point) | 研发任务 (Core Task) | 验收目标 (Goal) | 优先级 |
|---|---|---|---|---|
| 陌拜扫楼 | 销售扫完楼，信息记在备忘录/脑子里，离职即带走；公司不知道哪栋楼跑过了。 | 楼栋信息采录小程序 | 沉淀公司级楼栋数据库 (Base) | P0 |
| 外勤管理 | 主管无法实时知道销售是否真的在跑楼，只能靠“自觉”或晚报。 | LBS签到打卡 | 确保真实拜访，轨迹可追溯 | P1 |
| 客户签约 | 纸质合同流转慢，易丢，财务审核繁琐。 | 电子签约集成 | 签约周期缩短至 24h 内 | P1 |
二、运营侧：履约红线 (地网)
| 场景 (Scenario) | 核心痛点 (Pain Point) | 研发任务 (Core Task) | 验收目标 (Goal) | 优先级 |
|---|---|---|---|---|
| 现场验收 | 阿姨看一眼就收货，重量不够/温度不行没证据，事后扯皮；损耗数据主要靠“编”。 | 智能验收工具 (P0) 1. 强制拍照水印 2. 称重录入计算 | 损耗数据准确率 95%+ 有图有真相 | P0 |
| 异常处理 | 发现少餐具/饭馊了，电话层层上报，反应慢，一线不敢拒收。 | 红线阻断系统 输入异常数值 -> 弹窗提示拒收 | 异常现场拦截率 100% 减少无效沟通 | P1 |
| 用户互动 | 现场想做活动拉新，但只有口头吆喝，不仅没数据，也没法发券存留。 | C端营销发券 新客券/复购券/扫码领红包 | 现场转化率提升 20% | P2 |
三、供给侧：生产流水线 (中枢)
| 场景 (Scenario) | 核心痛点 (Pain Point) | 研发任务 (Core Task) | 验收目标 (Goal) | 优先级 |
|---|---|---|---|---|
| 菜单设计 | 每周商拓BD对着Excel表格空想，反复核对成本、荤素，耗时半天。 | 智能排菜系统 拖拽排期 + 成本实时预算 | 排菜效率提升 80% (半天->0.5小时) | P1 |
| 采购下单 | 菜单定好后，要人工拆解成给每个商家的采购单(PO)，易错且繁琐。 | 采购单自动拆解 一键生成商家PO单 | 订单准确率 100% | P1 |
| 商家结算 | 月底财务对着一堆纸质单据核对，扣款项也不清楚，结账慢。 | 商家对账平台 每日预估 + 异常扣款明细 | 结算周期 T+1 (数据清晰) | P2 |
四、管理侧：经营罗盘 (大脑)
| 场景 (Scenario) | 核心痛点 (Pain Point) | 研发任务 (Core Task) | 验收目标 (Goal) | 优先级 |
|---|---|---|---|---|
| 每日复盘 | 每天晚上等各个群发Excel日报，合并数据要搞到半夜。 | 经营数据驾驶舱 自动聚合 销/采/损 数据 | 每日 21:00 自动出数据 | P1 |
| 单点算账 | 甚至不知道哪个点位是赚钱的，哪个是亏钱的。 | 单点UE模型报表 单点毛利/人效透视 | 砍掉亏损点，做大盈利点 | P1 |
五、当前阶段 (Q1) 下一步聚焦
基于上述对齐，建议 Q1 阶段 All-in 以下三个闭环任务（MVP）：
- 用户闭环：支付即会员（先留住人）
- 数据闭环：数字化验收（先算准账）
- 资产闭环：楼栋录入（先沉淀资源）