数据流图
来源、输入、处理、输出、存储、保留和删除。
解决方案
内部立项要证明问题和方案匹配，不是证明工具很先进
用现状证据、采购范围、角色价值、风险边界和验收计划说明 MATRIX 为什么值得评估；所有成本、服务与技术承诺以正式报价和合同为准。
CTO 与安全沟通
技术审批需要三张边界图
权限图
用户、角色、工作区、品牌、接口、导出和审计。
责任图
SaaS、私有化、第三方平台与企业侧系统分别由谁负责。
立项表达
把营销话术改写成可审批事实
不要写
改为
所需证据
全渠道实时覆盖
改为
本项目需要哪些平台、入口、字段和服务级别
所需证据
范围清单与供应商确认
AI 准确率很高
改为
用本品牌难例按什么方法抽检
所需证据
测试集、定义、原文与争议处理
一定提升 ROI
改为
先证明哪些流程和信号可以被改善
所需证据
基线、阶段指标和业务数据边界
无缝接入现有系统
改为
哪些对象、字段、流程与责任需要联调
所需证据
集成需求、接口资料与验收用例
CFO 沟通
先说明成本结构，再讨论价值假设
成本组成
系统能力、内容采集、AI 探测、AIUC 分析、历史、竞品、席位、报告、服务、集成和部署共同影响报价。
价值验证
先验证人工拼表、AI 抽查、口径对齐和任务复测是否改善；销售或 ROI 归因需企业数据与额外方法。
一份可靠立项材料允许结论是“先做小范围验证”，而不是先假设必须全量采购。
内部采购原则
立项结构
六页材料足够进入正式评估
步骤 01
业务问题
说明 AI 盲区、三端口径、风险或执行断点如何影响当前工作。
01
步骤 02
现状证据
提供真实报告、抽查样本、重复工作和未解决问题。
02
步骤 03
目标范围
列品牌、市场、渠道、问题、用户、报告、集成和服务。
03
步骤 04
方案匹配
说明 MATRIX 哪些公开能力对应哪些问题，哪些仍待评估。
04
步骤 05
试点验收
定义范围、质量、流程、交付物和通过关口。
05
步骤 06
预算与风险
写明报价变量、依赖、变更、退出和不承诺事项。
06
审批角色
六类审批人关心的问题不同
CMO
品牌三端状态、重大议题、执行阻塞和管理决策。
CFO
预算构成、替代成本、阶段目标和结果如何复盘。
CTO
系统边界、接口、身份权限、部署和运维责任。
安全与法务
数据来源、处理目的、证据、合同义务与专业边界。
采购
版本、用量、服务、验收、变更、续约和退出条件。
日常用户
能否减少拼表、复核、协同和复测中的工作断点。