不用复杂工具，怎样给短篇建立一份可追责的完成定义？

给短篇建立可追责的完成定义，一份共享文档就够：先固定本次交付版本，再把内容、交互、语言和已知限制写成可判断的条件，每项绑定证据、修正负责人和验收人。缺证据的项目保持待验，例外必须有人明确接受；全部满足后，才能说这个版本在约定范围内完成。

“故事做完了”容易让编剧、制作和交付负责人各自理解。编剧可能指结尾已写，制作可能指页面能打开，接收方却以为所有选项都能走通。完成定义要先回答：交付哪一版、包含什么、哪些体验没有承诺。

下面以虚构互动短篇《末班信箱》作教学演示：主角在车站发现一封信，选择交给值班员，或自行寻找收信人，分别抵达两个结局。人物、分工、缺陷与处理记录均为虚构设计，不是真实用户案例、实测结果或 DramaFork 产品功能。

它的范围句可以写成：“交付《末班信箱》第三稿对应的简体中文文字互动版，含一个入口、一次二选一、两个结局和重新开始入口；不含配音、其他语言及中途续读。”再给交付包起一个固定名称，检查记录始终引用这个名称。

设备范围也要具体到准备检查的环境，不能只写“支持手机”。尚未检查的环境标为未验证。范围句需要创作方和接收方共同认可，否则一张精细清单仍可能验收了错误的东西。

文档顶部保留作品名、交付版本、包含项、排除项、检查环境和最终接受人。下表是《末班信箱》的示范填写，证据栏列的是应补材料，并不表示检查已经发生。

每行另留“状态、证据位置、检查人、检查时间”四个空格。状态只用待验、退回、通过、例外接受；“基本完成”无法指导下一步，最好不用。

一行尽量只对应一组能共同判断的条件。若语言项里既有未完成校对，又有已确认的称谓统一，就拆成两行，不要用一个勾掩盖剩余工作。证据可以是文档段落编号、截图文件名或操作记录，不必购买管理软件。

假设在教学情境中，阿岚按表检查第三稿：交给值班员的路线有完整结尾，寻找收信人的路线却仍写着“此处补告别”。即使页面可打开、选项可点击，内容项也应退回，因为本版承诺了两个结局。

记录不要只写“结尾有问题”，而应写：“寻找路线末节点仍有占位文字；预期交代信件去向；请小禾补齐，提交后由阿岚复核。”位置、预期和下一位行动者都有了，团队才不会反复询问是谁处理。

再假设重新开始只跳回首页，旧选择仍被保留。这一项交给阿渡修正。修正后的复核要重走先前选择另一选项的过程，确认旧选择不会干扰新一轮，而不是仅确认首页出现。

如果时间不足，团队可以提出改成交付单结局版本。但这属于改范围：需要更新范围句、移除未交付选项，并由接收方重新接受。不能保留“两条完整路线”的描述，再把缺失结尾写进已知限制。

示例的收尾记录可以采用这个句式：“版本：；内容、交互、语言的证据分别见：；接受的限制及理由：；最终接受人和日期：。”留空意味着尚未完成交接，不代表默认通过。

可追责的重点是事后能还原决定。修正负责人负责补齐问题，验收人负责按条件核对，最终接受人负责确认剩余限制与交付用途相容。这三种责任不能都缩成“团队已知”。

例外记录至少写明受影响场景、当前表现、接受理由、接受人，以及何时重审。《末班信箱》没有中途续读，可以作为已说明的范围限制；若入口承诺“随时接着读”，就必须先修正承诺或补齐能力。

未检查也不能伪装成例外接受。例如没有在约定设备上走过流程，应记作待验；接收方若同意缩小环境范围，需要留下新的边界。接受未知范围，与证明那个范围可用，是两种不同记录。

一人创作时，可以分两次完成制作与验收，并明确写成自验；这种安排仍有漏看问题的可能。两人团队可以交叉检查；涉及对外交付时，再让实际接收方确认范围。签名本身不能替代证据，也不应被理解为对未声明体验的保证。

完成定义最常见的失效，是表已勾完，正文却继续修改。只要交付版本变化，就在旧记录旁标明新版本，并判断哪些证据仍然有效。不要直接覆盖旧检查结论，否则无法说明当时接受的究竟是什么。

改角色名字，需要重查正文、按钮和结尾称谓；调整选项去向，需要重走有关路线；新增结局，则要更新内容范围、交互条件及对应证据。改动说明写出影响面，验收人才能决定复核范围。

如果作品只有线性文本，删除分支检查，保留完整结尾、阅读顺序和语言校对即可。如果作品包含复杂状态，一页表只承担交付摘要，还需要附上状态与路径记录，不能用“检查两个结局”代表所有条件组合。

这份定义证明的是指定版本符合约定的交付条件。故事是否动人、读者是否愿意重读，需要另外收集反馈。现在就可以从一个准备交付的短篇开始：填范围句，为四个维度各写一个可核对条件，再把没有证据的项目明确留在待验。