夜雨聆风
遇到一个重复工作问题，最容易开始的是搜索工具。
有人推荐 AI，有人推荐项目管理软件，也有人直接说：“这种需求得定制开发。”
但工具越多，越需要先回答一个更基础的问题：你现在缺的到底是清晰目标、使用能力、现成功能、跨工具执行，还是一套真正独特的软件能力？
如果这个问题没有回答，比较功能和价格只是在不同解决方案之间来回跳。
这篇给你一张“解决方式选择矩阵”。它不是报价工具，也不能替代安全、合规、预算和技术评估；它只负责首轮分流：暂不处理、培训、现成工具、AI 智能体部署和定制开发，哪条路更符合当前证据。
这里判断的是“工作应采用哪条实施路线”，不是“应该向谁购买哪项服务”。其中任何一条都可能由内部人员自行完成。
— 问题是否清楚是五条实施路线之前的诊断门
图：诊断是前置门，不是与五条实施路线并列的第六项服务。
“用 AI”可能指很多不同的事情：
学会使用现成 AI 产品；
给现有岗位做使用培训；
把提示词、知识材料和人工检查组合成工作流；
让 AI 智能体连接多个现有工具；
把模型能力嵌入定制软件。
所以真正需要比较的，不是几个名词，而是不同投入层级。
一个问题可以先培训，再部署；也可以先用现成软件，出现稳定缺口后再开发。解决方式不是永久标签，而是当前阶段的选择。
— 按证据依次选择当前最轻路径
图：路线可以提前退出，并不必然走向定制开发。
适合这种情况：
问题偶尔出现，还看不出重复规律；
目标只停留在“更高效”“更智能”；
没有人能说明错误会造成什么影响；
现有方式虽然麻烦，但没有形成可观察瓶颈。
暂不处理不是放弃，而是先记录发生频率、当前做法、失败事件和真实影响。如果连问题是否持续存在都不知道，任何工具都可能比原问题更重。
适合这种情况：
现有工具已经能够完成主要任务；
流程本身没有明显缺口；
执行者卡在不会提问、不会核对或不会处理敏感信息；
不同人对 AI 能做什么、不能做什么理解差异很大。
培训解决的是能力和共识问题。如果培训后仍然需要反复复制数据、切换多个系统或手工维护复杂状态，再考虑部署或开发更有依据。
适合这种情况：
工作模式已经比较标准；
市面产品覆盖主要功能；
差异主要来自配置，而不是独特业务规则；
数据、权限和迁移条件可以接受。
现成工具的价值不是“功能一定更强”，而是不用自行承担完整的开发和维护。
选择之前仍要验证核心流程是否匹配、数据能否导入导出、权限是否够用、关键状态能不能准确表达。不能因为产品功能多，就默认它解决了自己的问题。
适合这种情况：
输入材料相对明确，但内容是半结构化的；
任务由多个步骤组成，需要在文件或工具之间流转；
规则可以描述，异常也能被识别；
结果必须经过人工检查；
现有工具可以继续使用，只缺中间的理解、整理和执行能力。
这类场景不一定需要先建完整软件。可以从一个窄任务开始，例如整理资料、形成候选草稿、检查状态冲突或把验收项转成检查清单。
关键是让智能体只执行已经授权的步骤，遇到业务决定、权限和公开承诺时停下。
定制开发更适合：
流程已经反复发生，规则相对稳定；
现成工具长期无法覆盖关键环节；
必须连接特定数据、权限或业务系统；
错误处理、审计、性能或操作体验有明确要求；
有人负责需求、验收和后续维护。
“需求很复杂”不是定制开发的充分理由。如果复杂来自目标没说清、角色没确认或流程本身经常变化，先开发只会把不稳定写进代码。
— 现成工具、智能体部署与定制开发的能力边界比较
图：三类方案分别覆盖标准能力、半结构化连接和稳定独特能力。
AI 可以帮助把材料放进同一张比较表，但前提是它不能自行补造预算、风险和需求。
这次自用实践的原始目标，是稳定形成多种内容并追溯证据和状态。现有文件、目录和台账已经承载主要流程，真正先暴露出来的是若干名词和验收口径不清，而不是稳定的软件缺口。
我先让 AI 整理“已有证据、未知事项和五条候选路线”，再由人确认哪些判断成立。可以复用这样的指令：
根据我提供的真实问题、当前流程和已有工具，比较以下五条路线：
暂不处理、培训、现成工具、AI 智能体部署、定制开发。
每条路线只输出：
- 它解决的主要缺口；
- 当前支持它的证据；
- 仍缺少的证据；
- 首轮可验收结果；
- 应当暂停或退出的条件。
不要推荐品牌，不要估算成本或收益，不要默认最终一定进入开发。
根据当前证据，得到的不是“马上做内容后台”，而是：继续使用现有文件流程，让 AI 辅助整理、生成和检查，保留人工审核，暂不建设 Web 工作台和数据库。
这个决定只能证明更重的方案目前还没有必要，不能证明已经节省成本，也不能证明以后永远不需要软件。
— 候选路线经过证据对照和人工确认后输出当前最轻路线
图：已有证据和缺失证据共同进入人工确认门，并保留退出条件。
# 解决方式选择矩阵
## 真实问题
- 当前具体问题：
- 发生频率：
- 当前做法：
- 可观察影响：
## 路线判断
| 判断问题 | 当前答案 | 对应方向 |
|---|---|---|
| 结果和问题是否已经说清 | | 不清楚：先诊断或继续记录 |
| 现有流程是否基本正确 | | 不正确：先改流程 |
| 现成工具是否覆盖主要需求 | | 覆盖：优先选型和配置 |
| 主要障碍是否是不会使用 | | 是：优先培训 |
| 是否需要跨工具处理半结构化材料 | | 是：评估 AI 智能体部署 |
| 是否存在稳定、独特、可验收的软件缺口 | | 是：评估原型和定制开发 |
## 风险与人工控制
- 数据和隐私：
- 权限和责任：
- 必须人工确认：
- 当前不做：
真正“不花冤枉钱”的方法，不是找到永远最便宜的工具，而是在证据还少的时候先选更轻、可验证、可退出的路径。
人工确认入口
如果你也在几种方案之间摇摆，可以提交一个待诊断的真实工作问题。入口只用于帮助判断下一步，不代表已经选择了服务、报价或开发范围。
提交一个待诊断的真实工作问题
下一篇，我们从一句典型的“帮我做个系统”开始，看看怎样用 AI 辅助澄清需求，又有哪些决定必须由人确认。
