外观
平台概述与产品架构
理解 PaaS 在 CRM 产品线中的底座定位。
PaaS 平台是什么
业务定制平台（PaaS）是 CRM 产品线的基础能力层。 它不直接等同于销售、营销或服务业务应用。 它为这些 SaaS 产品线提供统一的数据模型、页面体验、权限控制、流程自动化和发布治理能力。
销售、营销和服务团队面对的是具体业务场景。 PaaS 平台面对的是业务变化本身。 当标准产品无法完全覆盖企业流程时，管理员可以通过 PaaS 扩展对象、字段、界面、权限和流程。
在 CRM 产品线中的位置
PaaS 位于 SaaS 业务应用之下。 它支撑各业务产品线复用同一套底层能力。
text
用户与业务团队
↓
销售管理 / 营销管理 / 服务管理 / 其他业务应用
↓
业务定制平台（PaaS）
├─ 数据模型：对象、字段、对象关系
├─ 界面体验：布局、菜单、首页、应用视图
├─ 流程自动化：审批流程、工作流程、业务流程、Flow
├─ 权限安全：角色、功能权限、字段权限、数据权限
├─ 数据治理：导入导出、查重、清洗、批量处理
└─ 发布运维：沙盒、更改集、部署管理
↓
CRM 基础数据与运行环境这意味着，PaaS 是一个横向底座。 它服务于多个业务产品线。 同一套对象、权限、流程和数据治理能力，可以被不同业务场景使用。
与 SaaS 产品线的关系
SaaS 产品线提供标准业务应用。 PaaS 平台提供定制和扩展能力。 两者不是替代关系，而是协同关系。
| 产品线 | SaaS 负责什么 | PaaS 支撑什么 |
|---|---|---|
| 销售管理 | 线索、客户、商机、订单等销售流程 | 自定义销售字段、审批规则、页面布局、数据权限 |
| 营销管理 | 活动、线索收集、客户触达 | 表单数据沉淀、对象扩展、自动分配和工作流程 |
| 服务管理 | 工单、服务请求、现场服务等服务流程 | 自定义服务对象、SLA 相关字段、工单流程和权限 |
| 通用业务 | 企业自定义管理场景 | 自定义对象、业务规则、流程编排和应用入口 |
例如，销售管理中的订单审批可以使用审批流程。 服务管理中的工单流转可以使用业务流程。 营销活动收集的数据可以进入对象，再通过工作流程自动分配负责人。
数据如何在产品线之间流动
PaaS 的核心价值之一，是让业务数据形成统一模型。 不同产品线的数据可以通过对象和关系连接起来。
text
营销活动或智能表单
↓ 生成或更新
线索 / 客户 / 自定义对象
↓ 关联与流转
商机 / 订单 / 工单 / 服务记录
↓ 规则驱动
审批流程 / 工作流程 / 业务流程
↓ 治理与分析
导入导出 / 批量处理 / 日志 / BI 分析在这个过程中，对象承载数据。 字段记录业务信息。 对象关系连接上下游数据。 权限决定谁能访问数据。 流程推动数据进入下一环节。
管理员如何理解平台架构
管理员可以把 PaaS 理解为 4 个层次。
| 层次 | 关注问题 | 主要配置 |
|---|---|---|
| 建模层 | 企业要管理什么数据 | 对象、字段、对象关系、业务类型 |
| 体验层 | 用户如何查看和处理数据 | 布局、菜单、首页、应用视图 |
| 控制层 | 谁可以访问和处理数据 | 角色、功能权限、字段权限、数据权限 |
| 自动化层 | 数据如何流转和触发动作 | 审批流程、工作流程、业务流程、Flow |
建模层决定业务数据结构。 体验层决定用户操作入口。 控制层决定安全边界。 自动化层决定流程效率。
什么时候使用 PaaS
当企业遇到以下情况时，通常需要使用 PaaS：
- 标准对象无法承载新的业务数据。
- 标准页面无法满足不同角色的操作习惯。
- 业务数据需要更精细的访问控制。
- 线下审批或协作需要线上化。
- 多个系统或业务团队需要统一数据口径。
- 新配置需要先在沙盒中验证，再发布到生产环境。