营销软件的缩写很容易制造一种错觉：只要知道CMS、CRM、MA、CDP、BI，就理解了数字化。实际上，不同厂商会组合相同能力，也会用不同名称描述相近模块。初学者真正需要掌握的不是背单词，而是问清每类工具管理什么对象、承担什么动作、把什么事实交给谁。
本页使用五类常见职责：公开内容、客户关系、规则流程、分析事件和人员通知。它们不是采购目录，也不意味着企业必须买五套软件。一个产品可能承担多类职责，多套产品也可能重复保存同一信息；最终边界应以实际配置和主责数据为准。
CMS管理什么
CMS即内容管理系统，主要管理网站页面、文章、栏目、媒体、作者、发布时间和版本。它帮助内容团队编辑、审核与发布，让客户可以访问稳定页面。对于官网运营，页面标题、正文、更新时间和正式URL通常应有明确的内容主责。
CMS可以承载表单或调用其他组件，但不应因此默认成为完整客户主档案。匿名浏览、提交记录、销售归属和商机阶段有不同用途与权限。若CMS确实保存部分信息，也要说明保存多久、谁能查看、何时传往其他系统。
CRM管理什么
CRM即客户关系管理系统，常用于保存企业账户、联系人、销售活动、责任人、商机阶段与客户关系。它应帮助销售知道这是谁、此前发生什么、下一步由谁负责，而不是让每位销售各自在聊天和表格里保留半段历史。
CRM也不能被写成万能数据库。全部匿名页面事件进入CRM，可能造成噪声、权限过宽和维护困难。更合理的做法是传递销售任务需要的摘要和来源事实，保留可追溯链接；具体字段由企业业务与系统设计共同决定。
营销自动化管理什么
营销自动化工具按照已经定义的入口、人群、状态、时间和排除条件执行流程，例如提交确认、活动提醒、内容培育、负责人通知或退回分流。完整流程还要有退出、频控、失败处理、版本和负责人，不只是连续发送几封邮件。
它不替人判断复杂需求。一次下载、几次访问或一个分数最多是待核实信号；是否成为MQL、是否适合销售跟进，需要企业共同定义并在必要时人工确认。规则不清时，自动化只会更快复制错误。
分析工具管理什么
分析工具记录页面、会话、事件、来源和漏斗，用于回答发生了多少、在哪一段变化。它可以帮助发现落地失败、表单开始与成功的差距，或不同来源的行为差异，但事件名称必须有业务定义。
点击不等于完成，页面访问不等于理解，相关性也不等于因果。分析平台适合提供诊断证据，不应成为第二套未经治理的联系人或商机主档。第22课的官网数据第一轮检查可帮助先验收事件。
通知工具管理什么
邮件、短信、企业协作消息和任务提醒负责把事情及时送到人。通知内容应包含必要上下文和正式记录入口，避免在群聊公开无关个人信息。是否使用某个渠道，还要依据客户选择、业务约定与企业适用规则。
通知成功只代表消息到达某个技术终点，不代表负责人阅读、接受任务或完成联系。接收应在正式状态中确认，失败和超时也要可见。若团队只在群里回复“收到”，历史会随消息流消失。
CDP、SCRM和BI应该怎样理解
CDP通常强调跨触点客户数据与身份整合，SCRM在不同市场和产品里含义差异很大，BI常用于汇总与展示数据。它们可能有价值，但名字不能直接证明适用性。先问它管理何种对象、主数据在哪里、输入输出是什么、错误怎样纠正。
例如一个产品叫“营销云”，可能同时提供表单、活动、内容与培育；另一个也叫“营销云”，却主要提供消息触达。比较时把名称翻译为工作卡中的节点，才能避免把不同事物当成同类。
怎样划定主责系统
每类关键事实要有一个主责位置。文章标题和版本通常由CMS负责，商机阶段通常由CRM负责，订阅和拒绝状态应由实际触达流程可靠执行，首次与转化来源应保留原始记录。其他系统可以使用副本，但不能无规则互相覆盖。
主责不等于信息永不流动。系统交换时要写字段定义、更新方向、空值处理、冲突优先级、历史保留和失败补偿。已确认的线索来源统一方法说明了为什么渠道、应用、内容和转化入口不能塞进一个字段。
一个咨询怎样穿过五类工具
客户在CMS页面发起咨询；表单或入口保存必要信息；营销流程核对重复和授权并通知负责人；CRM保存联系人、账户、归属和销售接收；分析工具记录从访问到提交及后续状态；通知工具只把待办送达。实际企业可以少用或合并某些组件。
关键是每次交接都有身份、时间、字段、状态和负责人。若第二天同一联系人又提出问题，系统应保留新上下文而不是盲目新建；无法匹配时进入人工确认，而不是为了数据整齐强行合并。
哪些能力必须在演示里核验
不要依据产品介绍断言“原生打通”“智能归因”或“全渠道”。用自己的脱敏场景检查：重复提交怎样处理，首次来源会不会被覆盖，销售拒绝后进入哪里，通知失败是否可见，客户拒绝后普通发送是否停止，数据能否导出并追溯。
核验时记录产品版本、配置前提、需要的额外服务和限制。演示成功也不等于正式环境必然成功，仍需评估实施、权限、数据迁移、培训和维护。
五类工具怎样协作而不重复建主档
协作的关键不是让五类工具都保存完整客户档案，而是明确“哪类事实由谁负责、谁只消费结果”。内容标题、正文版本和发布状态通常由CMS负责；联系人、账户、负责人、销售阶段和跟进事实通常以CRM为主；自动化工具读取允许使用的字段，执行已批准的分群、等待和通知；分析工具汇总事件与结果；通知工具只把任务送到指定的人，不应反过来成为客户状态的最终来源。这里的“通常”不是产品能力断言，仍要按企业现行流程确认。
系统之间每一次交接都应有一份小型数据契约：传什么对象和字段，以哪个稳定标识匹配，什么时候触发，由哪一方重试，失败通知谁，空值和冲突怎样处理。比如网站提交咨询时，可以传联系人标识、企业信息、客户原话、页面与来源事件，但是否建立商机、由谁负责，应由已确认的资格与归属规则决定。若接口只返回“成功”，还要核验成功究竟代表收到请求、写入记录，还是完成全部后续动作。
重复建设主档会带来两个问题。一是同一字段被不同系统覆盖，团队无法判断哪个值可信；二是删除、拒绝或更正只在一个系统生效，其他系统继续使用旧数据。选型时因此要画出读取与写入方向，并测试冲突情境：CRM人工修正了企业名称，下一次表单提交是否覆盖；联系人撤回授权后，营销工具和通知任务是否停止；接口中断后恢复时，是否重复创建记录。能回答这些问题，软件类别才真正落到工作架构上。
如果团队规模较小，也不必为了架构完整而购买全部类别。一个工具可以承担多项职责，表格也可以暂时保存少量清晰数据；重要的是主责唯一、交接可解释、异常有人处理。软件数量不是成熟度指标。
学完这一页要完成什么
把团队正在使用的工具列出来，不写品牌宣传词，只写它实际管理的对象、主责字段、输入、输出、负责人和失败入口。标出重复保存与无人主责的事实，再判断需要修规则、减系统还是补能力。
继续本课其余页面：先画一项重复工作、让一条咨询走过系统、先数字化再自动化、用日常工作测试演示和采购前做同场比较。
本页来源与禁写边界
- 主要来源：已确认学习单元 `marketing-software.md`；赵岩《B2B数字营销笔记2025》第88—92页；B2B营销自动化系统连接方法；B2B线索来源统一方法。
- 禁写：每个企业必须购买五类工具；某个产品当前必然具备所述能力；营销自动化替人确认需求；通知等于接收；分析事件证明因果；采购软件必然提高业绩。