贵司持续变化，每个载体随之同步。
核准的源头从不锁定，可随业务变化随时修改。每次变更都会发出，每个载体以及每项新内容都对照它核查。一旦不一致，贵司便会收到一条发现项。
- 01
一次变更。贵司核准后，变更从源头发出。
- 02
每一轮都是一次扫描。每个载体都对照核准的源头读取。
- 03
一条发现项。扫描经过时，任何不一致之处都会被标记。
- 04
由贵司决定。修复载体，或更新源头。下一轮扫描会再次核查。
“Lieferung innerhalb von 24 Stunden.”
“Delivery within 12 hours.”
不止于表述，也关乎构建。
设计同样会出现偏差：这里一处颜色，那里一个版式，直到处处不再一致。两者都对照核准的源头核查，任何一方出现偏差，都是一条发现项。
贵司的表述
定位、术语、证据与规格。任何与之矛盾的载体，都会在买家读到之前成为发现项。
交付时限 24 小时12 小时。
外观呈现
设计变更只需核准一次，所有页面随之更新，包括早已离职的同事很久以前搭建的页面。
改动源头，发现项便会指明它出现的每一处。
发现项有两种来由：源头变了，或者某个载体变了。
贵司将核准的内容与设计集中保存于一处，并随业务变化随时更新。改动触及的每个载体都会被核查，每一处需要跟进的地方都会以发现项的形式送达，并附上修正方案。
每一条发现项都回答四个问题之一
- 仍然属实吗？本例
- 各处一致吗？
- 有缺漏吗？
- 对人和机器都有效吗？
例如市场分析显示，贵司的客户以团队为单位采购。定价负责人核准将计费方式由按用户改为按团队。
- 01源头发生改动
改动只需核准一次，在一处完成。
- 02在出现的每一处找到
旧表述仍留在多个载体上。这是一条发现项，而不是多条。
- 03只需决定一次
一个答复适用于每一处。修正可由贵司团队完成，也可由我们完成。
- 04各处均已关闭
每次修正都是一次改动，而每次改动都会触发核查，无需任何人记得去运行。全部一致后，发现项即告关闭。
- 示意3
例如产品经理要求改写产品页上的一项优势。页面变了，源头没有变。
- 01载体发生改动
页面上的优势表述被改写。源头无人改动。
- 02对照源头核查
页面一经改动即被核查。它现在的承诺超出了源头。
- 03由贵司决定
要么页面有误，要么源头已落后。两种答复都能关闭发现项。
- 04已关闭
修正本身也是一次改动，页面会自动再次核查。与源头一致后，发现项即告关闭。
- 示意3
新品上市需要数月，大部分时间耗在营销物料上。
Northwind 正在推出一条新产品线：美国网站、销售团队首日所需的营销物料，以及另外 4 个市场。
将贵司的数据代入同一框架，计算方式不变。示意2
内容归贵司所有，系统由 Blue Prospect 运行。
决策是难点，始终由贵司掌握。将其送达每个载体并核查落实，由 Blue Prospect 负责。以下是每一步的分工。
一次变更
贵司随时按需核准。定位、术语、证据或设计。
Blue Prospect 负责纳入，并让核准的源头保持最新。
落实发布
覆盖范围由贵司决定。采用 Watch（由贵司团队修复），贵司团队按清单修改。
采用 Run（由 Blue Prospect 修复），由 Blue Prospect 发布至所涉每个载体、每个市场。
核查
无需参与，系统自行运行。
持续核查每个载体是否与核准的源头一致。
一条发现项
需要贵司判断的事项由贵司决定，在贵司门户中完成。
采用 Run，常规修复由 Blue Prospect 直接完成，其余事项交由贵司决定。采用 Watch，则将具体修改交给贵司团队。
新内容
由贵司团队或 AI 起草。
发布之前先行核查。
现有工具，一概保留；Blue Prospect 贯通其间。
每件工具各管一段，却没有一件能让所有载体都与核准的源头一致，包括它不托管的载体。这正是 Blue Prospect 补上的一层，无需替换任何工具。
贵司的 CMS 与网站
有权限之处，Blue Prospect 经由它发布；无论如何，都会核查它发布的内容。
贵司的翻译供应商
它继续负责翻译。Blue Prospect 对照源头核查每个市场，确保没有一个落后于英文版。
贵司的设计系统与品牌规范
Blue Prospect 核查每个页面是否真正遵循。
贵司团队与代理商
他们继续撰写，产出的内容在发布前先经核查。
贵司的 AI 写作工具
尽可按需使用，每份草稿都以同样方式核查。
发现项会告诉贵司从何入手。
申请对少量页面进行免费初步解读，发现项会指出问题所在。它们常常首先指向以下两处：