您选择了 HubSpot，Morphed 助您将其投入运营。

Morphed 明确定义您的 HubSpot CRM 应达到的目标，根据该目标对源系统进行审核，随后构建、迁移并验证完整的实施方案。系统上线后的前 30 天内，该方案将持续生效，在此期间我们将对系统进行修正、优化并验证其实际应用效果。

我们会在开始前商定一个固定价格。如果最终交付的 CRM 与您批准的方案不符，您无需为此付费。

CRM系统即使构建得再完善，也可能失败。成功的实施需要正确的设计、经过验证的构建，以及证明用户能够通过该系统运营业务的实证。

五个阶段，一次实施

01 定义。明确CRM必须支持的内容：生命周期、销售管道、所有权、交接流程、权限、报告以及可衡量的成功标准。

02 审核。将源数据、目标数据及依赖关系与预期结果进行比对，包括数据质量、数据血统和就绪状态。

03 决策与审批。对无法安全推断的内容进行量化，明确责任人，并最终确定带版本号的实施计划。

04 构建与验证。根据已批准的设计，对 HubSpot 生产环境的门户进行逐字段配置、连接、迁移和核对。

05 投入使用。在 30 天内，维护标准、优化系统，并评估预期行为是否真正实现。

在前三个阶段完成之前，不会制定任何具有决定性意义的方案。迁移过程并不决定实施方式；经批准的实施设计才决定了迁移和构建。

广泛阅读。精准撰写。

Morphed 通过受管控的 MCP 和适配器层（包括官方的 HubSpot MCP OAuth 应用）连接源系统，并将相关上下文转换为一种供应商中立的运营模式。授权用户可将门户上下文引入 Morphed，但不会触发自动写入。

每个未解决的发现都会成为可见的决策。每个获批的决策都会成为可执行的实施规则。防火墙控制谁或什么可以写入每个字段，保留其先前值，并验证结果。

发现项记录证据所反映的内容：数据就绪性、使用情况、依赖关系、设计信号和风险，并附带阈值和来源信息。 决策记录了人员批准的内容：理由、替代方案、可逆性及签署人，绝不会被悄然修改，仅会被新决策取代。控制措施记录了系统强制执行的内容：写入权限、MCP边界、审批关卡、回滚证据及异常处理。证明记录了实际发生的情况：目标核对、实时遥测数据以及第30天的评分卡。

前30天

上线是大多数项目的终点。经批准的计划并非交接文件，而是成为Morphed所保护、衡量和持续优化的运行标准。

经批准的修正、优化、工作流、仪表盘及代理变更仍属于交付范畴。无需新的工作说明书（SOW），也不按小时计费。

系统运行状况需经实测而非凭空假设：数据填充情况、销售管道流动、工作流活动、活跃用户、回归测试以及商定的成功指标，均需与基线进行核对。

第30天时，您可以接管已运行的系统及其文档，或继续由Morphed作为受管控的运营层。一切由您自主决定。

一次已记录的实施案例

一次已记录的 Salesforce 到 HubSpot 实施案例：900,988 条记录中迁移了 900,988 条，16 个对象组已核对一致，14 个警告组已隔离，1,207 条记录被标记待审核。所有选定的记录均已迁移；剩余的所有权决定仍保持可见。

“已完成”是一种状态，“已验证”是一种结果。