识别真正值得解决的问题

“建设统一风险评估平台”的需求一来，大家很容易开始讨论功能和架构。平台做出来，当然算完成了一件事。但评估为什么慢，建完以后能不能更快，可能还没有人问清楚。

先别急着建。看一看谁在等、等什么，哪一步能改，有没有人愿意接下改变后的工作。痛点真实，也不代表必须自己做一个系统。

下面是一个虚构的项目，样本和数字只用来说明过程。法定责任、紧急处置和已经明确的工作义务仍要履行，讨论的是额外改进该怎么做。

先问为什么要建平台

业务方说“评估太慢，需要一个平台”，先观察一次实际评估：业务怎样提交材料，谁检查，谁作决定，什么情况下退回，最后由谁确认完成。

问下来，需求可能变成：“业务负责人提交变更后，不知道找谁确认评估范围，材料转来转去，发布计划排不下来。”这时才有一个具体问题可以处理。

英国政府服务手册也建议从用户要完成的事理解需求。回到自己的项目，还是要看记录、问使用者，不能靠一个平台名称猜出所有原因。

先问现有办法为什么存在。表格可能因系统缺失而出现，也可能是低频、变化大的任务里成本合理的选择。不能看到手工操作，就认定自动化值得投入。

评估慢在哪里

案例里，团队连续观察两周新进入的12项评估，记录提交到最终确认的各阶段等待、材料变更、负责人和完成状态。示例按每项任务的首要卡点分类：7项责任不明，3项材料返工，2项主要等待必要的专业评审。分类只表示这批样本的主导障碍，不能代替完整耗时分析。

看起来，系统操作并非主要问题。但这12项任务来自哪些业务？所谓“责任不明”，会不会其实是负责人已经忙不过来？必要评审又有没有缩短的余地？还得往下问。

补充检查顺利完成的任务，以及高复杂度业务，比较它们的责任、资料和人力条件。样本里的等待若主要集中在同一个新团队，就不能直接宣布全公司需要统一平台。未完成任务也要保留状态，避免只统计快完成的任务。

记录阶段起止事件和时间单位；涉及任务内容与个人信息时，按权限保存。图表可以帮助发现模式，不能代替检查原因。

不建平台，还有什么办法

根据眼前的记录，有三种办法值得比较：

候选方向	当前最需要核实的条件
明确责任与材料要求，沿用现有工具	有权确认范围的人是否愿意承担职责，业务是否能准备材料
引入现有工作流工具	数据与权限是否允许，配置与迁移能否降低真实等待
自建统一平台	规则是否足够稳定，使用与维护是否落实，投入是否优于替代方案

“维持现状”也要说明代价。若当前已违反必须履行的要求，就没有继续放任的选项；仍可比较不同合规改进路径。

自行建设需要算开发、接入、维护、培训和退役。使用工具也需要配置、许可与迁移。比较采用相同服务范围和可靠性要求。收益难以可靠折算成钱时，说明影响、任务量与风险，避免编造节省金额。

谁维护，业务有没有时间迁移，数据能不能合法接入，这些都应该在开工前谈。拖到上线后再说，可能做完才发现根本用不起来。

先试最影响决定的一件事

眼下最值得试的是：找到明确负责的人，等待会不会减少？可以先选一个获准业务，仍用现有工具，只把范围确认的责任说清楚，看看新任务怎么走。

事前约定验证记录：等待发生在哪一步，返工因为什么，必要评审有没有被省略，参与者投入了多少额外时间。护栏包括数据权限与评审质量；不能用绕过必要检查换取流程变快。

假设试点处理6项新任务，责任转交减少了，但其中4项仍在等待完整资产与权限材料。这个结果支持继续改进材料准备，也说明责任确认没有解决全部问题。额外有人全程陪同，还可能暂时掩盖正常运行负担。

这6项与此前12项并非随机对照，任务复杂度也可能不同。可以据此更新解释，不能把前后差异直接写成平台或流程的因果效果。

发现方向错了，可以停

试下来，眼前需要的可能只是明确责任、补一份材料模板，再加必要提醒。现有工具能用，就先不自建。以后推广到其他业务，真的反复遇到权限、检索或协作问题，再为那些问题补功能。

不建了，也不等于什么都没做。团队已经弄清了一部分原因，省下了没必要的投入。已有交付承诺的话，要和负责人重新确认范围，不能自己悄悄取消。

若平台已经建设却无人使用，回查原来的用户任务、切换成本、维护和预算承诺。宣传可能解决认知不足，无法自动补救错误需求或昂贵迁移。建设投入已经发生，不构成继续推广的充分理由。

也可能是方案有价值，但环境变化使它暂时无法实施。复盘需分清原判断错误、执行条件不足和新变化，不能统一归结为“大家不配合”。

把这次决定留下来

项目告一段落，可以留下这样的记录：

问题与影响：评估存在等待与返工，影响发布安排；证据来自两周12项任务，业务覆盖有限。

解释更新：责任不明是部分原因，试点还发现材料准备障碍；系统缺失是否构成主要原因尚未确认。

当前选择：建议暂缓自建，由流程负责人确认责任与材料要求，先用已有工具验证。

投入与护栏：记录运行支持成本，保留必要评审，不扩大数据访问权限。

重新讨论建设的条件：不同业务持续出现现有工具无法支持的相同任务，且使用、维护与迁移资源已落实。

下一项决定：在约定检查点，由有权负责人依据任务记录决定扩展、调整或停止。

下次有人再提平台，就能翻到当时为什么没建。如果业务量、工具限制或维护条件变了，也有重新讨论的依据。只留一句“暂不建设”，过几个月谁都说不清原因。

形成了有效方向，再读设定高目标；仍无法解释技术动作怎样产生价值时，读技术工作者如何理解业务。