证据可追溯
问题、回答、来源、事实版本、审批和动作链接能够回查。
解决方案
没有公开授权案例，就交付一份能被逐项核验的项目记录
用统一字段记录项目范围、问题定义、原始证据、人工判断、批准动作、复测结果和残余风险。任何演示数据都不代表客户、品牌或改善结果。
产品界面
项目记录如何验收
落差图检查记录完整度，不把模板写成客户战果
左右滑动查看完整界面
建立基线
保存问题版本、回答样本、风险提示与可见来源，避免只凭体感判断。
定义问题
写清对象、范围、证据和待验证假设，不预设所谓根因。
登记动作
记录批准内容、责任人、版本、链接、审批和完成条件。
复测留痕
按约定口径记录改善、无变化、恶化、不可比与残余风险。
产品界面
字段如何防虚构
禁止战果数字与假装关闭
左右滑动查看完整界面
建立基线
保存问题版本、回答样本、风险提示与可见来源，避免只凭体感判断。
定义问题
写清对象、范围、证据和待验证假设，不预设所谓根因。
登记动作
记录批准内容、责任人、版本、链接、审批和完成条件。
复测留痕
按约定口径记录改善、无变化、恶化、不可比与残余风险。
记录最小集
项目记录至少覆盖三类可核验对象
问题
对象、范围、时间窗、问题版本与当前状态
证据
原文、来源、样本、事实版本与人工签核
闭环
动作、责任、完成定义、复测与残余风险
记录边界
项目事实与业务解释必须分开保存
可直接记录的事实
采集范围、问题与回答、来源内容、审批动作、发布时间、复测样本和数据缺失。
必须标注的判断
根因、业务影响、优先级、归因和改善解释均须注明责任人、依据与不确定性。
项目记录流程
五个阶段都要留下证据和责任人
步骤 01
定义范围
确认品牌、对象、渠道、问题组、时间窗、授权与不可采集数据。
01
步骤 02
建立基线
保存原始内容、AI 回答、可见来源、事实版本和当前风险状态。
02
步骤 03
形成研判
把问题、证据、反证、替代解释和待确认事项交给人工签核。
03
步骤 04
执行动作
登记批准动作、责任、版本、渠道、完成定义与专业审批。
04
步骤 05
复测收口
按可比口径记录结果、差异解释、残余风险和下一检查点。
05
记录字段
每个结论都要带证据状态与公开边界
字段
必须记录
禁止写法
背景
必须记录
授权范围、对象、时间窗与业务触发
禁止写法
用“某一线品牌”代替可核验背景
动作
必须记录
批准内容、责任人、证据与完成定义
禁止写法
笼统写成完成声誉修复
复测
必须记录
问题版本、样本、结果与不可比因素
禁止写法
没有样本却声称指标提升
残余风险
必须记录
未解决事项、负责人和下一检查点
禁止写法
只展示正向结果
验收原则
项目记录必须通过三个检查
动作可验收
责任人、完成定义、复测窗口和异常升级条件明确。
边界可复核
公开授权、数据缺失、人工判断与残余风险均如实披露。
公开条件
三项条件不满足，就只能保留为内部记录
客户授权
公开主体、材料范围、指标和引用方式均获得书面确认。
证据可复核
关键背景、动作和结果有合法材料支持，且口径可说明。
风险已审查
隐私、合同、法务、商业敏感和第三方权利经过审核。
残余风险
项目结束不等于风险消失
记录未解决事项
仍有争议的事实、未覆盖的平台、数据缺失、不可比样本和待专业判断项。
指定下一检查点
为每项残余风险配置负责人、触发条件、复测窗口和升级路径。
可公开的案例必须比内部复盘更严格：既能证明发生过，也能证明有权公开。
声誉项目发布原则