人工智能方案开工之前，先写清要解决的问题、原件和喊停岗位

很多人工智能方案在会上能讲完，一到开工就卡住。缺的通常不是模型名字，而是三行还没落纸的话：这次到底改哪一张单，用哪一份已经存在的原件来对，出错时哪一个岗位有权把这一步停下来。这三行空着，后面的界面和排期都还只是提前量。

把要解决的事写成一句能对上单据的话

会上最常见的说法是先做一版看看效果。这句话不能当方案的第一行。第一行要写得让一个没参会的人也能拿着单据去对。例如，值班人员把重复咨询分进已经有的类别，分错的由组长在当天改回来。句子里要有做事的人、被改的单据、以及改错的人。

这句写在方案正文的开头，不要放进附录。后面谁想加一个新按钮、新报表或新提醒，都先读这句还在不在。读完对不上，就先改这句话，再改功能。一句对不上单据的目标，后面每加一项都会变成另一件事。

写的时候避开“提升体验”“提高效率”这种没法核对的词。能核对的是类别、栏位、时间和改错的人。若业务方暂时说不清，就把这一格写成待补，不要替他们编一个听起来完整的目标。待补至少说明还没开始，编出来的句子会让后面的人以为已经定了。

这句话写短一点。超过两行，多半是把两个问题叠在一起了。叠在一起的句子，验收时只能算过了一半。拆开之后，每一句仍然要有人和单据。拆不开的那半句，先留在待补，不要为了凑完整硬写成已经定稿。

核对用的原件要写明保管人和哪一列算数

原件是业务上已经在用的记录，不是为了演示临时做的样例。方案里写文件放在哪、谁保管、哪一列或哪一栏作为对照。没有原件的条目，标成待补，不要先写成已经覆盖。演示稿看起来整齐，一对真实单据就会露出空栏。

保管人要写岗位，能写到姓名更好。只写“数据组”往往找不到人。哪一列算数也要写死，否则验收时一方看备注、一方看状态，会吵成两套结果。原件如果每周才更新一次，方案里写明这个节奏，不要按每天都有新行来排。

原件里已经错了的行，不要当成标准答案。方案可以写：对照时跳过标记为作废的行，或者先由保管人改完再抽。没有这句，系统会把旧错误学成新规则，后面越对越偏。对照表就放在方案同一页，不要另附一个没人打开的文件。评审的人应当当场能指到那一列。

出错时谁喊停，要写进方案而不是留在口头

喊停的人要有岗位，并写明他能停的是哪一步。能停的是“不再自动发出”，还是“整条流程暂停”，这两件事差很多。没写清楚，出错时大家会继续往下走，因为没有人觉得自己有权按停。

喊停之后怎么恢复，也要有一行。谁复查、复查看哪一列、通过之后从哪一张单继续。没有恢复的写法，停下来就变成没人敢再打开。方案不是为了永远停着，是为了停的时候知道下一步看什么。

如果这一步涉及对外发送，喊停权不要只放在技术岗位。对外的那一句，业务负责人要能停。技术岗位负责把发送关掉，业务岗位负责判断这句还能不能发。两个人的名字或岗位都写上。

三行写完再排期，不要边做边补目标

排期表上的每一项，都要能指回开头那三行里的某一行。指不回去的项，先拿下来，不要为了显得完整而留着。留着的项会在验收时被问到，而答案还是待补。待补可以存在，但不能假装已经排进了这周。

评审时准备人只带这三行和一张对照表进门。功能清单放到后面。先问这三行有没有人认领。没有认领的那一行，本周不开发对应功能。这样排期会短一些，但开工之后不会因为目标突然变了而整周重来。

三行里允许有待补，不允许有空话。待补后面写上谁去补、最晚哪一天补。过了这一天还是待补，方案状态就保持在未开工，不要改成进行中。进行中应该表示原件和喊停岗位都已经有人认。

开工之后如果发现第一句话要改，先改纸上的那一行，再改已经做好的功能。不要反过来。功能先改、句子后补，过两周就没人说得清现在这套东西到底在对哪一张单。改句子的人签上日期，下一次评审对着日期看，而不是对着记忆看。

你下次评审这份方案时，先看这三行有没有空着，空着就先补上，再排后面的开发。