查询、统计与管理指标

本章目标：从不同角色需要作出的业务决定出发，设计真正有用的查询和指标，而不是简单地“把所有字段显示出来”。

1. 为什么查询需求不能留到最后

很多应用先做填报，最后才问“需要什么报表”。这时经常发现：

• 需要的分类从未记录；
• 状态含义不足以区分管理阶段；
• 没有记录关键日期，无法计算处理时长；
• 历史事实被覆盖，无法还原当时情况；
• 不同部门对同一个指标使用不同口径。

查询和统计需求会反过来影响数据、状态和流程设计，因此必须在开发前分析。

2. 从“要看什么”继续追问“为了什么决定”

模糊要求：

“我要一个采购看板。”

继续追问：

• 看板的使用者是谁？
• 他多久看一次？
• 看完以后要作什么决定？
• 哪些异常需要立即处理？
• 需要查看汇总，还是下钻到具体申请？

可能得到：

行政负责人每周查看待审批和待采购数量，发现超过三个工作日未处理的申请，并安排人员跟进。

现在才能确定需要：

• 当前状态；
• 当前责任人；
• 进入当前状态的时间；
• 等待天数；
• 超时标记；
• 可打开的申请明细。

3. 三类查询

3.1 个人工作查询

帮助某个人完成自己的工作：

• 我的草稿；
• 我的申请；
• 退回待修改；
• 我的待办。

重点是“下一步要做什么”。

3.2 团队运营查询

帮助团队安排和跟踪：

• 本部门申请；
• 待采购清单；
• 超时未处理；
• 本周完成事项。

重点是责任、进度和异常。

3.3 管理分析

帮助负责人判断趋势和资源：

• 每月采购金额；
• 各部门采购金额；
• 不同类别的采购占比；
• 平均审批时长；
• 退回率。

重点是统一口径和可解释性。

4. 定义一个指标必须回答的六个问题

以“本月采购金额”为例：

1. 统计对象是什么？——采购申请还是采购明细？
2. 使用哪个金额？——申请预计金额还是最终实际金额？
3. 哪些状态计入？——已批准、采购中还是仅已完成？
4. 按哪个日期归属月份？——申请日期、批准日期还是采购完成日期？
5. 是否包含作废或拒绝？——通常不包含；
6. 谁可以查看？——行政负责人，是否按部门限制？

如果这些问题没有答案，同名指标可能产生完全不同的数字。

5. 区分数量、金额、进度和质量

维度	示例指标	管理用途
数量	本月申请数、待办数	判断工作量
金额	已完成采购金额	判断支出规模
进度	待审批、待采购、采购中数量	找出积压
时效	平均审批时长、超时数	改善效率
质量	退回率、作废率、重复申请数	发现规则或填写问题

不要只做金额总计。一个业务运行得好不好，通常需要多类指标一起判断。

6. 记录指标需要的业务日期

一项采购可能有：

• 创建日期；
• 提交日期；
• 审批完成日期；
• 开始采购日期；
• 采购完成日期。

这些日期不能互相替代。

例如：

• 审批时长 = 审批完成时间 − 提交时间；
• 采购时长 = 采购完成时间 − 审批完成时间；
• 本月实际完成金额按采购完成日期归属。

如果只记录“最后更新时间”，无法得到可靠的过程指标。

7. 设计角色视图

采购案例可以先设计四个视图：

我的申请

• 使用者：申请人；
• 目的：查看进度，处理退回；
• 主要列：编号、用途、总金额、状态、提交时间、当前处理阶段；
• 默认范围：本人申请；
• 重点筛选：草稿、审批中、已退回。

部门申请

• 使用者：主管；
• 目的：查看部门采购情况；
• 主要列：申请人、部门、金额、状态、日期；
• 默认范围：职责范围内；
• 重点筛选：月份、状态、申请人。

待采购

• 使用者：行政采购员；
• 目的：安排采购工作；
• 主要列：批准时间、申请人、物品摘要、总金额、当前负责人；
• 默认范围：已批准但未完成；
• 默认排序：批准时间从早到晚。

采购分析

• 使用者：行政负责人；
• 目的：查看支出和积压；
• 内容：月度金额、部门金额、状态数量、超时事项；
• 可下钻：从汇总打开具体记录。

8. 先写业务口径，再设计展示形式

不要先决定做柱状图还是饼图。

推荐顺序：

1. 写清使用者和管理问题；
2. 定义数据范围和指标口径；
3. 确定需要的筛选和下钻；
4. 再选择列表、汇总、图表、导出或打印。

很多运营问题用一个排序正确的列表比图表更有用。例如“哪些申请超过三天未处理”最适合用异常清单，而不是漂亮的比例图。

9. 导出和打印不是“顺便加一个按钮”

需要导出或打印时，要问：

• 谁可以导出；
• 导出的是当前筛选结果还是全部数据；
• 是否包含敏感字段；
• 文件用于分析、归档还是交给外部人员；
• 打印是否有固定格式、签字位置或多联要求；
• 导出后如何控制传播风险。

权限和业务目的必须与输出设计一起确认。

10. 建立查询与指标清单

编号	名称	使用者	业务问题	范围/口径	更新时机	输出形式
Q-01	我的申请	申请人	我的申请到哪了？	本人创建	实时	列表
Q-02	待采购	行政采购员	现在该采购哪些？	已批准未完成	实时	列表
M-01	月度完成金额	行政负责人	本月实际采购多少？	按完成日期、已完成	每月	汇总+明细
M-02	审批超时数	行政负责人	哪些审批需要跟进？	审批中且超过期限	每日	异常清单

11. 常见错误

• 报表需求只写“支持统计”；
• 所有视图都显示所有字段；
• 指标没有状态、日期和范围口径；
• 把预计金额和实际金额混在一起；
• 只看汇总，不能追到具体异常记录；
• 忽略导出权限和敏感信息；
• 为了做图表而做图表，没有对应管理决定。

12. 本章完成标准

• [ ] 每个视图都有明确使用者和业务目的；
• [ ] 管理指标能够回答实际决策问题；
• [ ] 每个指标的对象、金额、状态、日期和权限口径明确；
• [ ] 已识别需要记录的关键业务日期；
• [ ] 异常查询能够定位到具体责任和记录；
• [ ] 导出和打印的范围、用途与权限已经确认。

下一步

至此，业务目标、对象、规则、流程和管理问题都已形成。下一部分开始把它们转成 Kimpo 应用设计，先学习规划应用结构与业务蓝图。