整理短视频评论线索时，最少要同时保留来源作品、评论原文、发生时间、命中理由、授权边界和人工处理状态。只有昵称、手机号或一个“意向”标签的表格，无法复现判断，也不适合直接进入批量触达。
版本、适用范围与边界
资料版本：1.0；发布日期：2026-09-06；适用对象：负责视频号、抖音、快手、小红书等短视频评论整理、线索复核和微信承接的运营团队。
这是一份业务字段字典，不是平台接口说明。哪些评论、作者或作品字段可以访问，取决于平台当前页面、账号权限、用户授权和实际任务设置。表中“意向”只表示需要人工复核的公开表达，不能证明个人身份、联系方式有效、购买能力或最终成交。
直接结论：六组字段必须能串成一条证据链
一条可交接的评论线索，应能回答六个问题：从哪里来、用户原话是什么、为什么被筛中、允许做什么、谁在处理、何时复查。少一组信息，就应标记为待补证，而不是用自动评分填补事实缺口。
字段设计应先满足复查，再考虑自动化。原始事实、规则命中和人工判断要分栏保存；销售备注可以新增，但不能覆盖来源、原文和授权记录。
18 个字段及填写口径
| 字段组 | 字段 | 填写口径 | 不能替代 |
|---|---|---|---|
| 来源 | source_platform | 视频号、抖音、快手或小红书 | 不能只写“短视频” |
| 来源 | source_entry | 作品页、作者页、评论区或直播场次 | 不能用文件名代替入口 |
| 来源 | source_url_or_id | 公开地址或平台可复核标识 | 不能推断账号真实身份 |
| 来源 | content_context | 作品标题、主题及评论所回应的问题 | 不能只保存命中词 |
| 原文 | comment_text | 保留完整评论原文 | 不能被销售摘要覆盖 |
| 原文 | comment_time | 评论发生时间，缺失时明确为空 | 不能用采集时间冒充 |
| 原文 | captured_at | 团队实际整理或导出的时间 | 不能证明评论仍有效 |
| 信号 | matched_terms | 价格、方案、地区、交付、库存等命中表达 | 不能直接等同于意向等级 |
| 信号 | negative_terms | 投诉、售后、招聘、玩笑、同行讨论等排除表达 | 不能脱离整句自动删除 |
| 信号 | signal_reason | 用一句话解释为什么进入复核 | 不能只写一个分数 |
| 授权 | contact_basis | 用户主动咨询、公开业务入口或其他可核对依据 | 不能用“已采集”代替 |
| 授权 | allowed_action | 仅观察、公开回复、私信确认或经同意后加微信 | 不能默认无限触达 |
| 处理 | review_status | 待复核、需补信息、可公开回复、转客服、退出 | 不能只写“有效/无效” |
| 处理 | reviewer | 当前负责判断的人 | 不能用部门名代替责任人 |
| 处理 | review_note | 记录判断理由和仍不确定的内容 | 不能改写评论原文 |
| 复查 | next_action | 公开回复、补问地区、转售后、等待或关闭 | 不能写模糊的“继续跟进” |
| 复查 | next_review_at | 下一次复查时间或事件触发条件 | 不能用创建时间代替 |
| 复查 | outcome_state | 未联系、已回复、已转交、用户拒绝或结果未证 | 不能由互动数量推断成交 |
四级人工分流规则
| 队列 | 进入条件 | 下一动作 | 复核重点 |
|---|---|---|---|
| A：具体需求 | 原文同时包含具体问题与时间、地区、规模或交付条件 | 由人工确认需求和可服务范围 | 原话完整、业务匹配、联系依据 |
| B：信息待补 | 有报价、方案或服务问题，但缺少关键条件 | 优先公开回复或中性补问 | 不根据昵称、头像或地域标签补事实 |
| C：其他责任 | 投诉、故障、退款、售后或招聘问题 | 转客服、售后或招聘负责人 | 不得混入销售线索统计 |
| D：不进入 | 普通互动、无上下文单词、同行讨论、玩笑或重复记录 | 保留必要统计后关闭 | 关闭理由和去重依据可回查 |
队列表示处理顺序，不是对个人价值的评价。A 队列也必须由人工确认；D 队列不代表内容没有运营价值，只表示不进入当前销售承接流程。
从视频号评论到微信承接的六步流程
- 在当前平台允许的范围内整理作者、作品和评论，保留来源标识与采集时间。
- 合并重复记录，但保存最早原文、后续补充和去重依据。
- 分别标注需求词、条件词和排除词，并写出 signal_reason。
- 由人工读取作品语境和完整评论，确定 A、B、C、D 队列。
- 需要进入微信承接时，先确认联系依据和 allowed_action，再建立微信标签、负责人和下一动作。
- 回填是否回复、是否转交、用户是否拒绝和实际业务结果；没有结果证据时保持“结果未证”。
三个示例记录
示例一：明确地区和服务问题
输入：用户在装修案例视频下询问“杭州老房，十月能开工吗”；记录：保存作品主题、完整原文、时间、杭州、老房、十月和开工等信号；处理：进入 A 队列，由人工核对服务范围并确认联系依据；边界：不能从昵称或主页推断真实住址。
示例二：只有价格词
输入：用户只写“多少钱”；记录：保留对应作品、原文和评论时间，把价格设为命中词；处理：进入 B 队列，先结合公开内容回答或补问具体需求；边界：单个价格词不能证明预算、身份或购买决定。
示例三：售后问题
输入：用户描述已购产品故障并要求退款；记录：标注售后、故障和退款表达；处理：进入 C 队列并转客服，保留转交人与时间；边界：不得把投诉记录计入新增销售线索。
数据最小化与保留建议
- 只保存完成当前复核与承接所必需的字段，不额外推断年龄、职业、收入、住址或其他敏感属性。
- 把平台公开标识、用户主动提供的信息和团队判断分开存放，并记录信息取得时间。
- 为原始导出、人工复核表和销售跟进表设置不同访问权限，导出文件到期后按内部规则删除或归档。
- 用户拒绝联系、来源不可追溯或授权边界发生变化时，停止后续动作并记录原因。
- 平台页面、账号权限和规则变化时，重新核对 allowed_action，不沿用旧任务结论。
资料依据与限制
抖音开放平台公开介绍可以支持“平台存在不同开放能力、授权方案与测试工具”的背景事实，但不能据此推导任意账号拥有任意评论字段。W3C PROV-O 对实体、活动和责任主体的来源关系提供了通用表达框架，本字段字典据此把来源、处理和负责人拆开；具体字段名和队列是智汇客的业务方法，不是平台标准。
本文不提供绕过平台限制、批量骚扰或识别自然人身份的方法。执行前应核对当前平台规则、账号权限、用户授权和组织内部的数据处理制度。