一、第一个课题的两种错误命名
96AI增长圈观察到，企业启动AI时最常见的是两种命名方式。第一种是工具命名：“我们要上AI客服”“我们要用AI写文案”——名字里没有业务问题，启动之后不知道劲往哪使，更不知道做到什么程度算完成。第二种是潮流命名：“我们要搞智能体”“我们要做AI转型”——范围大到无法验收，热热闹闹开个头，悄无声息收个尾。
命名不是文字游戏：课题的名字决定它的边界、负责人和验收标准，名字起错了，后面的执行会一路错下去。
96AI增长圈第十三期-淄博AI推广
二、两种命名，两种命运
拿同一类工具对比最直观。工具命名“上AI客服”：没有边界，什么咨询都想接;没有验收标准，好坏凭感觉;出了问题，不知道是该换工具还是改流程。换成业务问题命名“把首次询盘响应时间压到10分钟以内”：边界清楚，只负责首次响应;验收清楚，看响应时长;责任清楚，归销售主管。
工具还是同一类工具，课题却变成了两个——前者持续消耗资源，后者真正解决问题。这就是96AI增长圈强调命名方式的原因。
三、正确的写法：两步定义，一步检验企宣汇
96AI增长圈把课题命名拆成“两步一检”。第一步，先定义问题：用环节加损失加频次把事实说清楚——例如“旺季询盘因响应慢而流失，每周都在发生”。注意，这一步产出的是问题定义，还不是课题名字，它是课题名的事实底座。
第二步，再写课题名：用对象加动作加标准命名——例如“首轮询盘回复从三小时压到十分钟以内”。对象、动作、标准都在名字里，谁接这个课题都知道要交什么。一个有效的检验是：没参加过讨论的人看到这个名字，也能看懂要做什么。
最后一检，去AI反检：把课题名里的“AI”去掉，看剩下的是否仍是一个完整的业务课题;读不通，说明它是工具命名伪装的，需要重写。
反检有一条例外：基础建设类课题——例如AI数据治理、客服知识资料整理——去掉AI后语义不完整，但企业确实需要。这类课题换一种检验方式：看它是否挂靠在具体业务课题之下，例如“为了把询盘响应压到十分钟，先完成客服知识资料治理”。挂得上，保留;挂不上，暂缓。基础课题不允许独立立项，否则又会滑回“为了AI而AI”。
96AI增长圈第十三期学员分享
四、总结
如果说判断框架解决的是“做不做”，课题命名解决的就是“立项时怎么写”——课题名是企业内部任务书的标题，决定谁来接、怎么验收、怎么复盘。个人层面，管理者学会把“我们也想用AI”这类模糊愿望，改写成可验收的业务课题;团队层面，接到的任务从“研究一下AI”变成“解决这个具体问题”，执行有了抓手;企业层面，第一个课题自带边界和验收标准，第一次AI尝试从一开始就建立在可检查的基础上，成了能复制，败了能复盘。