收集内容所需的证据,核心做法是:先为每个关键词写下一条需要被证明的判断,再去找能支撑或推翻它的材料,最后把材料出处、适用范围和不确定性一并记录。多人协作时,这三步要固定成可交接的格式,否则不同人写出的段落会各说各话,返工往往发生在合并阶段。
关键词本身只是需求标签,不能直接当证据。拿到一个词,先把它转成一句可验证的判断。例如围绕“小户型收纳”,不要直接写“小户型收纳很重要”,而要写成“小户型住户在装修阶段最缺的是可扩展的垂直收纳方案”。这句话有对象、有阶段、有缺口,才好找证据。
判断写完后,按三类来源分头收集:
同样一条材料,用在不同段落里结论可能相反。协作交付时,建议在证据卡上固定四个字段:来源、原始表述、适用条件、不能证明什么。第四项最容易被忽略,却最能减少返工。
例如一条客服记录写着“用户反馈找不到筛选入口”。它可以支撑“入口可见性存在问题”这一判断,但不能证明“所有用户都找不到”,也不能证明“改到顶部就一定更好”。把边界写清楚,后续改写的人就不会把它拔高成绝对结论。
如果同一判断找到的材料互相矛盾,不要急着删掉一方。先检查口径是否一致:统计时间、人群、平台、任务是否相同。口径不同就分开陈述;口径相同仍冲突,就在文中如实呈现分歧,并说明当前更倾向哪一方、依据是什么。
证据收集最怕口头交接。一个可执行的格式是:每条判断对应一张卡片,卡片内按“判断—证据—来源—适用条件—状态”排列。状态只用三种:已核实、待核实、有冲突。写作人只使用“已核实”和“有冲突”的卡片,“待核实”的不能进入正文。
验收信号可以这样设:
假设要写“旧设备迁移数据”这个主题,判断写成“迁移失败多发生在权限未同步的步骤”。证据可以是三份用户操作记录,显示失败点集中在同一环节。适用条件写明:仅覆盖这三份记录对应的系统版本与账号类型。不能证明什么写明:不能推断所有版本都存在同一问题。这样写出的段落既具体,又不会被误读为普遍结论。
下一步,挑出你当前正在写的三个关键词,各写一条待证明的判断,再按上面的卡片格式补证据。补不齐的判断先降级为待核实,不要用同义改写去填满段落。