2026年咨询闭环避坑：文末建议清单≠已完成，三行落地才作数

把咨询报告文末那份建议清单当成”这几条已经整改完成”，是2026年改进闭环里最贵的误判。结论先行：列建议只说明有人指出过要做什么，既不能证明这条已经动手，也不能代表它做完了。完成确认只认三行——哪一条、完成原句、谁的全名。缺一行，就写待补，不要把一串建议直接抄进完成列。

一、改进闭环痛点：段尾列了八条，完成列却是空的

我见过一份咨询交付材料，段尾整整齐齐列了八条改进建议，完成列却全空着。接手的人要完成原句，材料里只有那份清单。空着的完成被念成已经做完，问的人要三行凭据，拿到一串还没发生的话。建议不能代替那几条，根源是把”被建议过”当成了”被执行过”，用一份待办清单替代了可追溯的落地证据。

更隐蔽的还有三类。一类是建议条数看着齐了，其中三条下面没有任何完成原句，标题却写成”每条都做完了”——写建议的人和该落地这几条的人根本不是同一个全名。另一类是写建议的日子被涂成做完的日子，可列出建议那天，完成列明明还是空的。还有一类是完成被收成”有建议”三个字，谁都能念，但到底做了哪几条、做到哪一步、有没有验收，材料里已经找不到，仍被说成当时就补上了，一份清单被说成每一行都有人做过。

二、完成判断标准：建议≠完成，三行才是唯一凭据

为什么”文末有建议清单”不能当完成确认？因为清单回答的是”有人建议过该做什么”，完成回答的是”这一条按什么原句、由谁做到什么程度”，两个问题的证据形态完全不同。顾问可以一次写出二十条漂亮建议，却一条都没落地。把清单抄进完成列，等于把”被建议”和”被做完”画上等号。完成只认三行，缺一行，这一页只能算”文末有建议”：

三、闭环可执行步骤：先把三行补全，再谈”已完成”

第一步，把建议和完成行拆开。建议只记列了哪几条、写在哪一版、谁列的；完成另写三行：哪一条、完成原句、全名。三行缺一，整页改回只算文末有建议。两份材料共用一个”已完成”标题的，先拆开。完成空着就写待补，不要用建议清单去填。

第二步，完成原句按落地时的原词抄录，不写”有建议”这类空话。只写”见清单”、没把原句抄上来的，这几条保持待补。待补期间，标题不能写”这几条已经做完”。条数再齐也不能代替原句，只列了要做什么的，不能写有人做过。

第三步，落地人落实为一个全名。写成一组人的，拆开；本人只写了建议、没写下完成原句的，不能算做完；拆不出全名的，名字行待补。写建议的日子和真正做完的日子都要保留，不能涂成同一天——建议提出日和落地日经常差几个月，一涂就看不出来了。

四、建议信号处理对照表：看到什么、说明什么、怎么办

五、常见翻车盘点：用一串建议盖住还没写下的完成

翻车集中在三处：一是把完成列改成和建议一样的条目，旧的空行被删，等于把”没落地”的证据抹掉；二是两份材料共用一个”已完成”，其中一份没有全名，完成跟着另一份沾光；三是日期写成列建议那天，而不是落地人真正做完那天。清单入栏以后，空着的原句会看起来”早就做完了”。

补救顺序是固定的：删掉的空行先恢复，一条建议不能盖住完成；没有全名的退出”已完成”；后补的原句从补上那天另计。已经按”做完”外发、当时原句是待补的，在原处写明”发出时完成是空的”，并更正那一版。建议条数不能事后改成这几条都做过，提出日期也不能涂成落地日期。

六、结论：闭环记录这样落地

建议不是完成，三个字不是原句，一组人不是全名，清单不是每一行，条数不是做过。已经写成”已完成”又指不出三行的，改回只算文末有建议，改回之前不要对外说这几条已经整改完成。

落地建议：建议清单和完成台账分两个库，提出归提出、落地归落地，互不覆盖；每一条建议落地才配完成原句和全名，顾问列的条目不直接进完成列；某几条后来补做了，旧空行和新原句都保留，只留新的就把旧的恢复。对外按旧清单说过”已整改”的，另写一句改口，写明改的是哪一天；写建议的日子晚于所谓完成日的，那一版按只算文末有建议更正。

下一次再有人指着文末那份清单说这几条已经做完，先问哪一条、完成原句、谁的全名。对不上的，先不要写”已完成”。

本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源

这篇看完可以接着做：按这篇去验收、办公核对、工作周报怎么写、发出前验收、周报模板。