低使用率出现时，最不该先做的，是马上加功能、催部门“多用用”，或者把问题归咎于工作人员不会操作。更值得先查的是：平台是否真的嵌进了办事流程。若工作人员仍要重复收材料、打电话核验，平台只是多了一个入口，使用率低反而是正常结果。
先查有没有真实场景
先挑一个具体事项，沿着“申请—核验—审批—反馈”走一遍，看平台究竟改变了哪一步。重点观察三类问题：原本重复提交的材料有没有减少，人工核验有没有被数据结果替代，部门之间的线下流转有没有缩短。
如果只能回答“平台接入了哪些数据”，却说不清“谁在什么时候用这些数据作什么判断”，那就说明需求还停留在目录和接口层面。业务部门说“需要某类数据”也不够，还要继续追问：用于判断什么、谁来判断、结果异常时怎么办。
再查为什么用了也不愿意用
平台低使用率，常见原因不一定是没人需要，而是返回结果无法直接支撑工作。数据可能不完整、更新不及时、口径不一致，也可能权限和操作步骤太复杂。工作人员查到结果后仍要导出、电话确认，甚至重新要求申请人提交材料，自然会回到熟悉的旧流程。
因此，检查时不要只看接口是否连通、页面是否能打开，而要让实际办理人员按真实流程操作。看他们是否知道何时使用、是否看得懂结果、遇到异常能否继续办理。只要其中一个环节卡住，平台就很难形成日常习惯。
最后查责任和验收方式
数据出错由谁修正，更新异常由谁处理，业务人员在哪里反馈，这些责任如果没有落到具体部门和节点，平台初期能用，后面也容易失去信任。验收更不能只看系统是否上线、功能是否齐全，还要看办事流程是否真的减少了重复劳动。
所以，低使用率的第一问不是“还缺什么功能”，而是“它是否解决了一个真实、明确、有人负责的办事问题”。先把一个小场景跑通，再决定是否扩大建设，通常比继续堆数据、扩目录更划算。
评论列表（9条）
低使用率确实不一定是需求不足
先把一个具体办事场景跑通更实际
页面能打开不代表工作人员愿意用
结果不能直接辅助判断，查了也白查
重复提交材料这个问题很关键
数据异常后的处理责任要提前说清楚
接口接通和真正融入流程差得挺远
想知道实际办理人员最常卡在哪一步
验收不能只看功能有没有上线