周末去老周家做客,他正为一件“人生大事”发愁——要不要给家里买台洗碗机。夫妻俩每天下班做饭,饭后面对一池子碗筷谁都不想动;可洗碗机要四千块,厨房台面还得改造,万一买回来洗不干净就成了吃灰神器。这场景像极了AI产品经理的日常:老板拍板“我们要上AI”,你挠头想——这个需求真的适合AI吗?数据够不够?烧钱值不值?失败了怎么办?有没有更便宜的老办法? AI适用性判断,就是一套帮你做“要不要买洗碗机”式决策的思考框架。它像一张购物清单:先问需求是否高频重复(场景评估)、再看厨房装不装得下(技术可行性)、算一笔水电费账(成本收益)、打听邻居家机器的故障率(风险识别)、对比手洗和请阿姨(替代方案)、最后综合拍板(决策框架)。学会这套框架,你就能在“万物皆可AI”的噪音中,冷静判断哪些问题值得用AI解,哪些问题用传统方法更香。

岗位关联

对AI产品经理而言,这套框架是技术选型决策的立身之本——它让你从“能做什么”进化到“该做什么”,在老板面前用数据说话,而不是跟着技术风潮盲跑。

目录
  1. 可视化演示
  2. 需求场景评估:家里真的需要洗碗机吗
  3. 技术可行性:厨房装得下、水电接得上吗
  4. 成本收益核算:这笔账值不值
  5. 风险与限制:机器的“脾气”你得懂
  6. 替代方案对比:手洗、请阿姨还是消毒柜
  7. 决策框架执行:从算账到拍板
  8. AI 应用场景
  9. Python 演示
  10. 常见误区
  11. 面试题

可视化演示

展示AI适用性决策矩阵、ROI成本效益对比及风险评估雷达,交互切换理解何时该用AI的科学决策方法。

本节配有交互动效(进入视口后自动加载,约 3KB)。

'+modeData.matrix.caption+'

需求场景评估:家里真的需要洗碗机吗

老周家的厨房,每天晚饭后堆着十几只碗碟、三四个锅铲。夫妻俩谁也不想碰那池子油腻腻的碗,于是“买洗碗机”被提上日程。但老周没有急着下单——他先盘点了一下自家的“需求”:一周开火六天、每顿至少四个菜、偶尔父母来聚餐碗碟翻倍。这是典型的高频、大量、重复性劳动。反观隔壁年轻小两口,顿顿外卖,一周做一次饭,买洗碗机就是给厨房添堵。判断AI该不该上场,第一件事是看清楚任务本身:它是不是高频重复的“碗碟”型任务?

把“洗碗”换成业务语言,这就是需求场景评估。AI擅长替代那些规则明确、重复量大、可以自动化的劳动,比如客服问答、数据录入、内容审核。一个任务是否适合AI化,要从四个维度打分:任务特征(是不是模式化劳动)、频率与规模(每天处理多少笔)、容错度(用户或业务能容忍多大误差)、数据基础(有没有历史数据喂给模型)。四者叠加,得到这个场景的“适配度”。

老周给自家算了一笔:频率高、规模大、容错度中等(碗洗不干净顶多再冲一遍),数据基础也不错(人手洗了两年,流程已经标准化)。适配分高达85分,这洗碗机值得继续研究。但需求分高只说明“想”,还不代表“装得下”——下一关是技术可行性。

Sadap=w1F+w2V+w3T+w4DS_{\text{adap}} = w_1 F + w_2 V + w_3 T + w_4 D
适配度 = 频率×权重 + 规模×权重 + 容错度×权重 + 数据基础×权重,分数越高,这个任务越“渴望”AI。
  1. F 任务频率任务在单位时间内出现的次数。频率越高,自动化节省的人力越可观。
    FF
  2. V 任务规模单次任务要处理的数据量或工单量,规模越大AI的规模效应越明显。
    VV
  3. T 容错度业务允许出错的余地。容错度低的任务,比如医疗诊断,对AI要求极高。
    TT
  4. D 数据基础是否沉淀了足够的历史数据和标注样本,这是模型训练的“食材”。
    DD
  5. w 权重向量四个维度的权重按业务战略分配,四项权重之和为1。
    w1+w2+w3+w4=1w_1 + w_2 + w_3 + w_4 = 1

技术可行性:厨房装得下、水电接得上吗

老周心动了,翻出卷尺量厨房:台面只有60厘米宽,水槽下方没有预留插座,排水管位置还偏。商家说可以改造,但要加收八百块改造费。老周冷静下来——需求再强烈,硬件条件跟不上,一切都是白搭。AI项目也一样:你判断一个客服场景非常适合上AI(需求分85),但回头一看,公司连干净的历史工单数据都没存过,算法团队只会调API,服务器预算只够跑两个CPU核——那这个AI项目就是盖在沙滩上的楼。

技术可行性分析看三条命脉加上成熟度:数据可得性(有没有人工标注过的历史数据)、算法匹配度(任务能否由成熟模型承担,文本、图像还是表格)、算力资源(训练和推理的机器成本能否承受)。外加技术成熟度——业界有没有跑通过的先例。这三者不是取平均,而是木桶效应:最弱的一项直接卡死整体可行性。

老周请师傅来评估:台面虽然窄,但可以拆掉消毒柜腾地方,水电改造虽花钱但有解。技术可行——只是要花一笔改造成本。这就引出了全篇最扎心的一问:这笔账,划不划算?

Tfeas=min⁡(Ddata,Aalgo,Ccomp)T_{\text{feas}} = \min \left( D_{\text{data}}, A_{\text{algo}}, C_{\text{comp}} \right)
技术可行性 = 数据、算法、算力三者中的最小值。数据再全,算力不够,项目一样跑不起来。
  1. D 数据可得性是否有清洗干净、标注完整的数据集,这是AI的“食材储备”。
    DdataD_{\text{data}}
  2. A 算法匹配度任务类型能否找到成熟模型适配,比如文本分类用NLP、图像识别用CV。
    AalgoA_{\text{algo}}
  3. C 算力资源训练和推理需要的GPU/CPU资源,以及对应的预算空间。
    CcompC_{\text{comp}}
  4. min 短板决定取三个资源项的最小值,意味着最弱的一环决定整体可行性。
    min⁡(⋅)\min(\cdot)

成本收益核算:这笔账值不值

洗碗机标价四千,加上改造费和五年水电耗材,总成本约八千八。但老周发现自己在洗碗上每天花45分钟,一年就是273小时,换算成工资时薪100元,一年省下约两万七。八千八换两万七,这笔买卖看着很赚。AI产品决策中最常见的翻车不是技术烂,而是算不清账——技术团队兴高采烈上线了一个精确率95%的模型,年底一算:数据标注花了50万、GPU费用花了80万、运维人力花了30万,而AI只是把三个客服的活分给了五个人去维护模型。负收益。

成本收益核算要覆盖全生命周期:开发成本(数据标注、算法工程师、模型训练)、运维成本(服务器、监控、迭代调优)、隐性成本(失败回滚的试错成本)。收益也要量化:人力节省、营收增长、体验提升、风险降低。最后用ROI(投资回报率)一锤定音:

老周算出了ROI大约200%,很兴奋。但他没忘邻居家的教训——机器用了三个月水垢堵了,售后修了半个月,全家只能干瞪眼。买不买,还得看看风险。

ROI=Btot−CtotCtot×100%\text{ROI} = \frac{B_{\text{tot}} - C_{\text{tot}}}{C_{\text{tot}}} \times 100\%
ROI = 净收益 ÷ 总成本 × 100%。ROI大于0说明赚钱,小于0说明在做亏本买卖。
  1. B 总收益AI上线后带来的直接与间接效益总和,包括节省人力、带动营收。
    BtotB_{\text{tot}}
  2. C 总成本从数据到研发到运维的全部投入,千万别只算算法团队的工资。
    CtotC_{\text{tot}}
  3. 净收益总收益减总成本,得到这个项目真正赚到的钱。
    Btot−CtotB_{\text{tot}} - C_{\text{tot}}
  4. ROI 回报率净收益除以成本再乘100%,得到每投入一块钱能赚回百分之多少。
    Btot−CtotCtot×100%\frac{B_{\text{tot}} - C_{\text{tot}}}{C_{\text{tot}}} \times 100\%

风险与限制:机器的“脾气”你得懂

邻居王姐家的洗碗机,买回来头三个月光鲜亮丽,碗盘洗得锃亮。第四个月开始,水垢堵塞喷淋臂,洗出来的碗上粘着菜叶;打电话报修,师傅排期到下周。老周特意去问了王姐的“用户评价”,还翻了一圈电商差评,把故障率、售后响应速度摸了个底朝天。AI产品上线前,最容易被忽略的就是风险清单。模型跑在理想数据上神勇无敌,一上线遇到灰度流量里的脏数据、对抗样本、长尾场景,立刻现出原形。

风险与限制识别要系统盘点四类:模型失效风险(准确率下滑、漂移、对抗攻击)、数据合规风险(隐私条例、数据安全法、用户授权边界)、用户信任风险(用户不敢用、不信AI的判断)、伦理风险(歧视、偏见、误判责任归属)。每条风险都要用“概率×影响”来度量,把一箩筐风险量化成一个总分:

老周列出了风险清单:洗不干净(概率20%、影响大)、水垢堵塞(概率50%、影响中)、噪音扰邻(概率10%、影响小)。综合风险分60,尚可接受,但已经足以让他犹豫——他决定货比三家,看看有没有更省心的替代品。

Rrisk=∑i=1nPi×IiR_{\text{risk}} = \sum_{i=1}^{n} P_i \times I_i
总风险分 = 每个风险的发生概率 × 影响程度的累加。概率高、影响大的风险项要重点设防。
  1. P 发生概率每个风险事件在生命周期内出现的可能性,比如模型漂移可能在半年内发生。
    PiP_i
  2. I 影响程度风险一旦发生,对业务造成的损失大小,用金额或严重度等级衡量。
    IiI_i
  3. P×I 期望损失概率与影响的乘积,代表这个风险在统计意义上的期望损失。
    Pi×IiP_i \times I_i
  4. Σ 累加求和把 n 个风险项的期望损失加总,得到项目整体风险分。
    ∑i=1n\sum_{i=1}^{n}

替代方案对比:手洗、请阿姨还是消毒柜

老周在手机备忘录里列了一张比价表:方案一,继续手洗,零成本但费时;方案二,请钟点工每周来三次,每月500元;方案三,买台普通消毒柜,1200元,只消毒不洗涤;方案四,洗碗机,全自动但价格高。AI产品经理手里不该只有一把锤子。很多场景用规则引擎、人工外包、模板脚本就能解决,而且更便宜可靠。判断AI是否值得上,必须把AI放进候选列表里和传统方案同台竞技。

替代方案对比的操作方法是:先确定评价指标(成本、效果、维护难度、扩展性、上线速度),再给每个方案逐项打分,最后加权求和。规则引擎适合条件清晰的业务流,人工处理适合高情感温度的沟通场景,外包服务适合非核心的脏活累活,混合方案(AI初筛+人工兜底)往往性价比最高。

老周的比价结果:手洗综合分最低,请阿姨居中,洗碗机最高。但他还留了个心眼——万一洗碗机实际体验与宣传不符呢?他决定先租一台用两周,这就是“小步试点”。

Sk=∑j=1mwj×xkjS_k = \sum_{j=1}^{m} w_j \times x_{kj}
方案k的综合分 = 各指标得分 × 指标权重的加和。把每个方案代入公式,总分最高者胜出。
  1. x 方案得分第 k 个方案在第 j 个评价指标上的原始得分,比如成本得分8分。
    xkjx_{kj}
  2. w 指标权重每个指标的重要程度,比如成本占25%、效果占35%、维护占20%。
    wjw_j
  3. w×x 加权贡献得分乘以权重,得到该指标对总分的贡献值。
    wj×xkjw_j \times x_{kj}
  4. S_k 方案总分把所有指标的加权贡献加起来,得到方案 k 的综合分。
    SkS_k

决策框架执行:从算账到拍板

老周没直接下单,而是从平台上租了一台便携式洗碗机,真实试用两周。他每天记录:实际节省了多少分钟、碗碟清洁度打几分、水电费涨了多少。两周后,他把真实数据代进自己的“综合推荐度”公式:经济回报很香,可行性没问题,风险在可控范围。分数超过75,他果断下单。决策不是拍脑袋,而是一个可以被数据驱动的流程。

决策框架执行四步走:第一步,用决策矩阵把需求、可行、ROI、风险、替代五个维度汇总成推荐度分数;第二步,小步试点,用最小成本验证真实效果;第三步,A/B实验对比新旧方案的业务指标;第四步,持续评估,上线后监控模型表现,定期决定“继续、优化还是下马”。综合推荐度公式把前面所有章节收拢成一个数:

半年后我去老周家吃饭,碗碟干净清爽,夫妻俩不再为洗碗吵架,饭后还有闲心泡茶聊天。老周笑着说:判断一台洗碗机该不该买,和判断一个AI该不该上,其实是同一个问题——不迷信“最新最贵”,而是冷静问自己:真的需要吗?装得下吗?划算吗?风险扛得住吗?有没有更简单的办法?想清楚这五件事,好决策自然水到渠成。

D=α⋅ROI+β⋅Tfeas−γ⋅RriskD = \alpha \cdot \text{ROI} + \beta \cdot T_{\text{feas}} - \gamma \cdot R_{\text{risk}}
推荐度 = ROI的贡献 + 技术可行性的贡献 − 风险分的拖累。D越高越值得上AI,D偏低就做试点或放弃。
  1. α·ROI 收益贡献经济回报按权重 α 计入推荐度,ROI越高越值得投入。
    α⋅ROI\alpha \cdot \text{ROI}
  2. β·T 可行性贡献技术可行性按权重 β 正向加分,这是项目能不能落地的底气。
    β⋅Tfeas\beta \cdot T_{\text{feas}}
  3. −γ·R 风险拖累风险分按权重 γ 减分,风险越大推荐度越低,负号体现“一票否决”的威慑力。
    −γ⋅Rrisk- \gamma \cdot R_{\text{risk}}
  4. D 推荐度三项加权求和得到最终推荐度,按阈值区间映射为“不推荐/试点/推荐”。
    DD

AI 应用场景

智能客服机器人的选型决策

阶段:需求场景评估 + ROI分析 + 试点验证

解决的问题:某电商平台每天涌入5000条售后咨询,其中60%是“退款流程”“物流到哪了”这类重复问题。人工客服疲于奔命,平均响应时间长达20分钟,客户满意度持续下滑。传统做法是多招客服,但人力成本会随业务量线性膨胀。AI产品经理用适配公式打分:频率0.9、规模0.9、容错0.5、数据0.8,综合适配分0.8,判定适合引入AI。随后做ROI分析,对比自研NLP机器人与外包客服成本,最终选择“意图识别机器人+人工兜底”的混合方案,先小范围试点再全量上线。上线后人工工单量下降40%,响应时间缩短到1分钟。

具体案例:一家年订单量千万级的中型电商,用开源模型微调出客服意图分类器,处理物流查询和退换货引导。试点两周后,一次性解决率达到68%,A/B测试确认满意度提升15%,产品委员会批准全量放量。

内容审核系统的替代方案博弈

阶段:替代方案对比 + 风险与限制识别

解决的问题:UGC社区每天上传百万条图文内容,人工审核团队300人仍漏审违禁内容。规则引擎只能拦截明确关键词,对变体词、隐晦违规无能为力。AI图像/文本模型准确率高但存在误伤正常内容的“幻觉”风险,且涉及用户隐私合规审查。团队用综合评分公式对比“纯人工”“规则引擎+人工”“AI+人工混合”三种方案,发现混合方案总分最高:AI做高风险内容初筛,人工复核模型不确定的样本,把漏审率从0.5%压到0.05%,审核成本下降60%。

具体案例:某社交平台上线AI审核辅助系统后,因为误伤率控制在1%以内,没有引发创作者集体抗议,反而因为人工复核兜底保住了用户信任。

Python 演示

python46 行
# -*- coding: utf-8 -*-# AI适用性评估器: 用加权评分输出决策建议 class AppEval:    def __init__(self):        self.dims_map = {}        self.weights = {}     def set_dim(self, name, score, weight):        # 记录某个维度的得分与权重(两项都以0到1之间的小数表示)        self.dims_map[name] = score        self.weights[name] = weight     def total_score(self):        # 加权求和: 每个维度得分乘以权重后累加        total = 0.0        for name in self.dims_map:            total += self.dims_map[name] * self.weights[name]        return total     def verdict(self, high=0.70, low=0.45):        # 根据推荐度区间输出决策建议        s = self.total_score()        if s >= high:            return '推荐采用AI'        if s >= low:            return '建议小步试点'        return '不建议使用AI'  def main():    ev = AppEval()    # 以智能客服场景为例, 每个维度分别打分并分配权重    ev.set_dim('需求', 0.85, 0.20)    ev.set_dim('技术', 0.75, 0.25)    ev.set_dim('数据', 0.80, 0.15)    ev.set_dim('成本', 0.60, 0.15)    ev.set_dim('风险', 0.45, 0.15)    ev.set_dim('替代', 0.40, 0.10)    score = ev.total_score()    print('综合推荐度: %.2f' % score)    print('决策建议:', ev.verdict())  if __name__ == '__main__':    main()
目的:量化六个维度的评估结果,快速判断一个AI项目该推荐、该试点还是该放弃。
  1. self.dims_map = {}用字典存每个维度的得分,结构清晰,方便后续扩展维度。
  2. ev.set_dim('需求', 0.85, 0.20)录入需求维度的得分和权重,权重代表业务上的重要程度。
  3. total += self.dims_map[name] * self.weights[name]加权求和,这是决策框架中“综合分”的直接实现。
  4. if s >= high: return '推荐采用AI'按阈值划分决策区间,对应“推荐/试点/不推荐”三段式判断。
  5. print('综合推荐度: %.2f' % score)输出量化的推荐度,让决策有数字可依。

常见误区

误区老板说“别的平台都有AI了,我们没AI就是落后”,于是我把每一个产品痛点都套上AI方案,认为机器学习模型一定能解决所有问题,需求分析都省了。

正解AI不是万灵丹,它只是工具箱里的一把螺丝刀。就像洗碗机洗不了铁锅、炖不了汤,AI只擅长处理“高频、重复、规则明确、数据充足”的任务。判断场景适不适合AI,先做需求场景评估,得分低就该果断放弃;一个用规则引擎三行代码就能解决的判断逻辑,没必要请一个模型团队来加班。

为何常见:AI概念热度太高,媒体和厂商把“智能”包装成了无所不能,让非技术决策者误以为AI替代思考,而忽略了它本质上是“算力+数据+算法”的工程组合。

误区我们做了小样,模型精确率95%,比人工高多了,技术完全可行,直接全量上线就行,不用再算了。

正解技术可行不等于商业可行,更不等于风险可控。精确率95%意味着每100次有5次犯错——在容错度低的场景里可能是灾难。上线前必须走完全部六步:需求、可行、ROI、风险、替代、试点。就像洗碗机装得下,但洗一次的成本比请阿姨还贵,那技术再成熟也不该买。

为何常见:工程师思维容易把“技术难题被攻克”等同于“项目成功”,忽略了商业化项目中成本、风险、用户接受度才是决定生死的变量。

误区我们换了一个更大的模型,准确率从92%涨到98%,这应该能拿年度最佳产品奖了吧?业务指标肯定跟着涨。

正解准确率是模型指标,不是业务指标。98%准确率可能只让用户等待时间缩短了0.5秒,而误判的2%却引发了投诉潮。产品成功要看ROI、用户满意度、留存率、收入增长。洗碗机洗得再干净,如果每次运行要两小时、噪音吵到邻居,依然不是好产品。评估AI产品要用业务语言,而不是模型指标。

为何常见:技术团队习惯用离线数据集上的准确率衡量工作成果,而产品价值需要放在真实业务链条中检验,二者之间存在“实验场与战场”的落差。

误区AI客服上线了,人工团队可以全部转岗了,系统全自动运行,出了问题再说。

正解目前绝大多数AI系统都采用“人机协同”模式,AI处理80%的常规任务,剩余的长尾、疑难、高风险样本必须交给人工兜底。洗碗机也要定期清理滤网、维护喷淋臂,把它当成永不保养的永动机,迟早停摆。混合方案才是成熟的产品形态,AI负责规模和速度,人工负责判断和温度。

为何常见:对AI能力上限的估计过于乐观,忽略了模型在分布外数据上的脆弱性和长尾问题的不可穷尽性。

面试题

Q1. 以下哪项需求特征最能说明一个任务适合用AI解决?

单选题 · easy

  • A.任务高频且重复性强← 正确答案
  • B.低频发生但影响巨大
  • C.需高度创意自由发挥
  • D.依赖个人直觉和经验

答案:A。高频重复的任务让AI的自动化优势得以放大,就像家里天天开火才值得买洗碗机;低频、创意、直觉类任务要么自动化收益太低,要么AI难以胜任。

Q2. 某项目总成本为100万元,预计总收益为150万元,ROI是多少?

单选题 · mid

  • A.150%
  • B.50%← 正确答案
  • C.100%
  • D.200%

答案:B。ROI = (收益 − 成本) ÷ 成本 = (150 − 100) ÷ 100 = 50%。选项A是收益成本比而非回报率,C和D属于混淆概念。

Q3. 技术可行性分析需要考察哪些要素?

多选题 · mid

  • A.数据可得性← 正确答案
  • B.算法匹配度← 正确答案
  • C.竞品定价
  • D.算力资源← 正确答案

答案:ABD。技术可行性看的是“原料、方法、设备”:数据是食材、算法是菜谱、算力是灶火。竞品定价属于商业分析范畴,不归技术可行性管。

Q4. “木桶效应”在技术可行性中意味着什么?

单选题 · mid

  • A.最弱资源决定总体可行性← 正确答案
  • B.最强能力决定项目上限
  • C.所有资源必须完全平均
  • D.数据资源永远是第一位

答案:A。技术可行性取数据、算法、算力的最小值,短板直接卡死全局。就像厨房空间不够,碗再多也装不下洗碗机;数据、算法、算力缺一不可。

Q5. 采用AI后需要持续关注的风险有哪些?

多选题 · mid

  • A.模型漂移导致准确下降← 正确答案
  • B.用户隐私数据违规← 正确答案
  • C.推理成本持续升高← 正确答案
  • D.项目排期临时调整

答案:ABC。模型漂移、数据合规、成本膨胀都是AI系统上线后的“长期病”,会随业务环境和数据分布变化而发作。项目排期调整属于常规项目管理风险,不是AI特有的。

Q6. 替代方案对比时,发现规则引擎效果与AI相当且成本更低,此时应该怎么做?

单选题 · easy

  • A.优先选择规则引擎← 正确答案
  • B.仍然采用AI方案
  • C.两套系统同时上线
  • D.推倒需求重新评估

答案:A。能用便宜可靠的方案解决问题,就不要为“AI光环”买单。这和选厨具一样——手洗能搞定就别买洗碗机;规则引擎能搞定的业务逻辑,没必要上模型。

Q7. 决策推荐度公式 D = α·ROI + β·T − γ·R 中,风险项的系数 γ 带负号意味着什么?

单选题 · hard

  • A.风险会降低推荐度← 正确答案
  • B.风险会提高推荐度
  • C.风险对决策没有影响
  • D.风险越高推荐度越高

答案:A。负号表示风险分按权重从推荐度中扣除,风险越大推荐的底气越弱。就像洗碗机故障率越高,你买它的决心就越小;这是决策公式对风险的一票否决姿态。

Q8. 小步试点的主要目的有哪些?

多选题 · mid

  • A.用真实数据验证假设← 正确答案
  • B.低投入下暴露问题← 正确答案
  • C.直接替换全部人工
  • D.为全量上线提供依据← 正确答案

答案:ABD。试点的价值在于“小成本试错”:验证真实效果、暴露模型短板、积累上线数据。它不是一次性替换所有人工,那属于全量上线的动作,违背了小步试点的渐进逻辑。

Q9. 需求适配度公式 S = w₁F + w₂V + w₃T + w₄D 中,D 代表什么?

单选题 · easy

  • A.数据基础← 正确答案
  • B.算力资源
  • C.开发成本
  • D.研发时长

答案:A。D 代表 Data,即数据基础——是否有足够的历史数据和标注样本供模型学习。没有数据,AI 就像没有食材的厨师;算力、成本、时长属于后续章节的评估范畴。

Q10. 某项目 S=0.8、T=0.6、ROI=0.5、R=0.7,代入决策公式 D = 0.3S + 0.4T + 0.3ROI − 0.4R,下列判断正确的是?

多选题 · extreme

  • A.推荐度D计算约等于0.35← 正确答案
  • B.推荐度D计算约等于0.65
  • C.风险项对推荐度贡献最大
  • D.该项目当前处于谨慎评估区← 正确答案

答案:AD。代入计算 D = 0.3×0.8 + 0.4×0.6 + 0.3×0.5 − 0.4×0.7 = 0.24 + 0.24 + 0.15 − 0.28 = 0.35。风险贡献绝对值0.28,低于技术项0.24和需求项0.24的差距不算“最大”。0.35落在0.3~0.7区间,应谨慎试点验证。