本页分别说明问题复述和过程确认的概念、判断方法及适用边界。先逐项阅读，再比较两者关注的对象与使用条件。
先阅读每个概念的定义，再核对可观察的判断方法，最后查看哪些条件下不能直接套用。
问题复述把对方的叙述整理成可逐项确认的问题版本：对象、出现情形、造成的影响和希望改变的点分开列出。每项都要由提出者确认或修正，确认后的版本才可作为后续讨论的共同起点，未经确认的改写仍只是复述者理解。
复述时按“对象—发生情形—影响”分三行写，不把推测放进正文；每行后面只问对方“是、不是、要改哪里”。得到“是”的保留，得到“要改”的回到原话重写，遇到“不确定”就标为待确认，不写进结论。
只在复述者与提出者能直接对话、且谈论的是同一对象时适用；转述他人、跨语言或提出者不在场时，复述只能算未确认的整理。需要对外发布或据此作决定时，应先回到原提出者逐项确认，不能把复述直接当作事实或对他人的定性。
过程确认是在活动尚未结束时，对实际做法是否按约定发生作出判断。它不能由最终验收替代：结果合格可能来自偏离约定的做法，只看最终产物无法分辨过程是否按约定走完；确认要捕捉的正是结果里看不出的那部分。
为每个检查点先写清可观察证据：动作、参数、在场人员和半成品状态。到点按清单逐项核对，缺证据就记“未确认”而非合格；记录当场交操作者过目，并回看上一节点，确认偏差是否已被后续步骤掩盖。
一次确认只覆盖实际查看过的节点和时段，未抽查的部分不能推断为无偏差。连续过程只用几个点核对，不能证明全程按约定发生；操作者因被检查而临时改变做法时，所得结果也不代表日常状态。
读者评论
验收标准能写数字就别写形容词，模糊词最坑人
有一点不太同意，有时候客户自己也不知道要什么，得边做边改
沟通记录真的很重要，翻聊天记录翻到崩溃过好几回
需求边界特别模糊的时候怎么处理？总不能一直猜吧