服务线与产出
四条服务线各自有明确的输入条件与产出物，可以单独启用，也可以组合推进。每条服务线的结果都会落到具体的素材条目与交付清单上。
-
01
议题收集
输入条件：需要跟踪的议题范围、来源渠道清单、口径偏好说明。
产出物：议题收集台账、来源标注记录。
-
02
素材编目
输入条件：待整理的素材原件、命名规则约定、归档层级说明。
产出物：素材条目清单、检索标识与归档目录。
-
03
协同排期
输入条件：参与方名单、阶段划分约定、每阶段的责任归属。
产出物：协同排期表、阶段交接点记录。
-
04
交付记录
输入条件：交付物类型约定、确认方式说明、检查点清单。
产出物：交付清单、确认留档与状态标注记录。
常见的三种业务情境
多数团队找过来时，问题不在缺人，而在议题来源太杂、素材没有统一命名、阶段之间没有交接记录。下面三种情境对应不同的整理重点。
-
议题来源分散，口径不一致
问题背景：同一件事在不同渠道出现多个版本，团队内部说法对不上。
整理重点：先统一收集口径与来源标注写法，再谈后续推进。
对应服务线：议题收集
-
素材越积越多，找不到也说不清
问题背景：图片、文档、记录混放在一起，命名随意，检索靠记忆。
整理重点：建立命名规则与检索标识，让每条素材能被单独指认。
对应服务线：素材编目
-
多方参与，阶段交接没有记录
问题背景：谁在什么时间确认了什么，事后无法回溯，容易重复返工。
整理重点：把阶段划分、责任分工与完成检查成对写下来并留档。
对应服务线：协同排期、交付记录
协同节奏：四个阶段
合作按需求确认、口径对齐、执行整理、交付验收四步推进。每个阶段都写清准备条件与完成检查，双方在同一节奏上交接。
-
阶段一
需求确认
准备条件：明确要跟踪的议题范围与使用场景。
责任方：需求方提出范围，服务方核对可行性。
完成检查：议题范围与边界以书面方式确认。
-
阶段二
口径对齐
准备条件：双方就来源标注与命名规则达成一致。
责任方：服务方给出规则草案，需求方确认。
完成检查：收集口径与命名规则文档定稿。
-
阶段三
执行整理
准备条件：素材原件与归档层级说明交付到位。
责任方：服务方执行收集与编目，需求方补充缺失素材。
完成检查：素材条目清单与归档目录可检索。
-
阶段四
交付验收
准备条件：交付物类型与确认方式已约定。
责任方：服务方提交交付清单，需求方逐项核对。
完成检查：交付清单确认留档并标注状态。
交付与确认摘要
交付不是把文件发过去就结束。下面三行是交付环节的核心摘要，完整的维度对照在交付与确认页展开。
- 交付物 议题收集台账、素材条目清单、归档目录与交付清单，按服务线分别归集。
- 确认方式 需求方逐项核对后书面确认，确认结果与时间一并留档。
- 检查点 命名是否统一、来源是否标注、条目是否可检索、状态是否标注清楚。
答疑条目摘要
这里先列出三条最常被问到的问题。完整的答疑条目按服务范围、资料准备、协同排期、交付确认四类主题分组。
议题收集的范围由谁来确定？
范围由需求方提出，服务方核对可行性后形成书面确认。范围一旦确认，后续收集与编目都按这份口径执行，中途调整需要重新走一次口径对齐。
素材命名规则可以沿用我们内部的写法吗？
可以。如果团队已有稳定的命名习惯，我们在此基础上补充检索标识与归档层级，避免两套规则并行。若内部命名不统一，会先给出规则草案再逐步替换。
交付清单确认之后还能修改吗？
可以修改，但会作为变更记录单独留档，写清修改内容与时间。已确认的版本不会被覆盖，便于事后回溯每一次调整的原因。
不承接事项
- 不提供新闻发布、媒体报道安排或任何形式的授权声明。
- 不提供删帖、控评、刷量等违规操作。
- 不承诺曝光量、阅读量、传播效果或转化结果。
- 不提供影视资源、在线观看或下载入口，不做内容分发平台。
边界写清楚，合作才好推进。凡是落到效果承诺、内容分发与平台运营上的需求，都不在我们的服务范围内；我们只做议题整理、素材编目、协同排期与交付记录这四件事。
对接准备
开始对接前，先按清单把材料准备好，再按建议顺序沟通，可以省掉大量反复确认的时间。
-
资料类别
议题范围说明、来源渠道清单、待整理素材原件、内部命名习惯说明四类。
-
沟通顺序
先确认范围与边界，再对齐收集口径与命名规则，最后约定交付物类型与确认方式。
-
推进判断
范围清楚、素材可提供、有明确对接人的项目可以立刻推进；条件未齐的先补齐再启动。