项目还没开始，就已经死了：大多数技术决策者败在这六个字上
Site Owner
发布于 2026-05-23
立项会上老板问能不能做，你说技术没问题，然后项目死了。真正的根源在于：技术可行性只是六分之一的及格线，另外五个决定了投入的钱、人、两年青春，到底是打水漂还是真回报。
项目还没开始，就已经死了：大多数技术决策者败在这六个字上
立项会上，老板问你：这个AI项目，能做吗？
你深吸一口气，脑子里闪过模型能力、工程团队、服务器预算……然后你说：技术没问题。
然后项目死了。
不是因为技术不行，而是因为你在回答一个错误的问题。技术可行性只是六分之一的及格线——另外五个，决定了你投进去的钱、人、两年青春，到底是打水漂还是真回报。
这就是系统架构设计师考试里反复出现、但职场里几乎没人认真对待的知识点：可行性分类。
六个问题，六个死亡陷阱
很多技术决策者把"可行性研究"当成考试要背的概念，考完就忘。真正的代价出现在立项会上——他们只回答了"技术上能不能做"，然后把剩下的五个问题留给项目经理在现场手忙脚乱。
经济可行性是最容易被"忽略"的，因为它表面上是个财务问题，实际上是权力问题。
我问过很多技术负责人："你们项目的ROI怎么算？" 大多数回答是："老板说做，我们就做。"这不是技术问题，这是组织问题。当没人愿意为ROI负责的时候，意味着没人愿意为失败负责——而一个没有人对结果负责的项目，从一开始就在走向死亡。
麦肯锡2024年的报告显示，虽然AI采用率在企业里持续上升，但真正能影响损益表的AI项目，比例不到5%。问题出在哪？企业计算价值时用的都是"虚荣指标"：节省了多少工时、模型准确率多少、问答覆盖了多少条——这些数字听起来好听，但和收入、续约率、风险规避之间隔着一整个银河系。
技术可行性是另一个死亡陷阱，而且死法很隐蔽。
你以为技术可行=我能招到人会用。错了。真正的技术可行性要回答的是：现有技术能力边界在哪？开发团队的技能栈是否匹配？构件库积累够不够？软硬件环境能不能支撑？这些问题的答案，决定了你的"三年计划"是一张路线图还是一张废纸。
更残酷的是，技术可行性的评估在立项阶段往往是静态的——你基于今天的技术能力做判断，但项目周期可能是两到三年。两年前人脸识别还是技术难点，今天已经白菜价了。你当时认为"技术风险很高"的判断，可能根本就是错的。
法律可行性在AI时代变成了一个高频雷区，而且企业普遍没有把它前置到立项阶段。
数据隐私合规、知识产权归属、算法备案、行业监管要求——每一条都足够让你的产品胎死腹中。2023年到2024年，大模型监管政策密集出台，多少团队产品做到一半发现合规路径走不通，推倒重来。这种损失不是技术问题，是决策链条的问题。
用户使用可行性是互联网产品的老问题，但在AI领域变得更尖锐。用户习惯吗？用户接受吗？用户需要培训吗？系统易用性达到门槛了吗？这些都是直接决定产品生死的指标。
一个典型案例：某大型制造企业投入数百万做了个"企业知识助手"，员工查休假政策用得上，结果三个月后日活跌到个位数。不是技术不行，是用户真正的痛点是"生产线故障诊断"而不是"查休假政策"——方向就错了，用再强的技术也是往坑里填土。
管理可行性是组织变革中最容易被忽视的，也是失败成本最高的。
系统与现有管理机制一致吗？管理层支持吗？组织变革阻力有多大？流程重组的可能性有多高？这些问题的答案，决定了你的"技术方案"能不能真正落地。
很多技术负责人发现，最难的不是技术，而是让业务部门配合你。系统做了，数据不愿接入；流程改了，部门不愿执行；权限调了，领导不满意。技术可行性没有问题，但管理可行性是负分，整个项目还是死。
运行可行性决定了一个系统能不能被长期使用，而不是上线即巅峰。
系统易用吗？操作便捷吗？响应时间用户能接受吗？可靠性达到业务要求了吗？这些指标在投标阶段可能写在PPT里，但实际运营起来才发现：用户体验远低于预期，维护成本远高于预算，系统稳定性根本无法支撑业务连续性。
为什么95%的AI项目失败？答案在立项之前
有机构统计，95%的生成式AI试点项目没能成功投产。不是模型不行，不是团队不努力，而是在立项那一刻，决策者回答了错误的问题。
当老板问你"能不能做"的时候，正确的问题不是"技术上能不能实现"，而是"这个项目的六个可行性，都通过了哪些？"
经济可行性：投入产出比算清楚了吗？ROI的衡量指标是虚荣指标还是硬指标？ 技术可行性：现有技术能力和项目目标之间，有没有明确的能力缺口？ 法律可行性：数据来源合规吗？知识产权归属清晰吗？监管要求满足了吗？ 用户使用可行性：用户真正的痛点是什么？不是你以为的，是真实的。 管理可行性：谁会反对这个项目？变革阻力有多大？怎么拆？ 运行可行性：上线之后能稳定跑吗？易用性够吗？维护成本在预算内吗？
这六个问题，但凡有一个没有认真回答，就等于在沙上盖楼。
所以呢？
考试要背六种可行性，但真正有用的不是背概念，是把这六个问题变成决策流程的一部分。
每个技术评审会之前，先问这六个问题：经济、技术、法律、用户使用、管理、运行。任何一个答案是"不确定"或者"待定"，就停下来，不要进入下一阶段。
这不是保守，这是把失败的成本消灭在立项之前。
项目经理总说时间紧，但可行性研究花的两周时间，和项目失败浪费的两年时间相比，哪个成本更高？答案不言而喻。
技术决策者最值钱的能力，不是"我能解决这个问题"，而是"我知道这个问题值不值得被解决"。六种可行性，就是帮你做这个判断的工具。
下次立项会上，老板问你"这个AI项目能不能做"——你先别急着回答技术问题，先问自己：六个可行性，我答得全吗？