业务定制平台（PaaS）为企业提供统一的业务建模、界面搭建、流程自动化、权限控制和应用发布能力。企业可以在标准 CRM 应用的基础上，通过可视化配置快速适配自身业务，也可以按需使用低代码或高代码能力完成更复杂的扩展。
平台定位
标准业务应用解决销售、营销、服务等共性场景，业务定制平台解决企业在对象、页面、流程、权限和数据规则上的个性化需求。两者相互配合：标准应用提供可直接使用的业务能力，PaaS 提供持续调整和扩展这些能力的底座。
业务定制平台适合处理以下需求：
- 标准对象无法承载新的业务数据，需要创建配送单、设备台账、巡检记录等自定义对象。
- 不同岗位需要不同的字段、页面、菜单、首页或移动端入口。
- 数据需要按角色、部门、负责人、相关团队或共享规则控制访问范围。
- 审批、协作任务和状态变化需要在线流转或自动执行。
- 数据需要批量导入导出、清洗、稽核、迁移或归档。
- 海外组织需要多语言、多时区、多区域、多币种和本地化地址格式。
- 配置需要先在隔离环境中测试，再发布到生产环境。
平台能力架构
业务定制平台以对象模型为基础，以界面和流程承载业务操作，以权限和数据治理保障运行，并通过开发与环境能力支持持续扩展和发布。
业务应用与用户入口
├─ 平台应用、应用视图、菜单、首页、导航
├─ Web 页面、移动页面、布局和组件
└─ 打印、邮件、在线文档、电子签章等业务输出
↓
业务定制能力
├─ 数据模型：对象、字段、关系、业务类型
├─ 业务规则：布局、验证、查重、映射、转换、打分
├─ 流程自动化：审批流程、工作流程、业务流程、阶段流程、流
└─ 访问控制：组织、角色、功能权限、字段权限、数据权限
↓
平台治理能力
├─ 数据治理：导入导出、批量处理、清洗、稽核、归档
├─ 全球化：语言、时区、区域、币种、国家地区和地址格式
└─ 发布运维：沙盒、更改集、部署监控
↓
开发扩展能力
└─ APL、PWC、自定义组件、插件和第三方能力
管理员通常优先使用可视化配置完成业务定制。当标准配置无法覆盖复杂交互、后端逻辑或系统集成时，再使用 APL、PWC 或插件等开发能力进行扩展。具体能力是否可用，以企业版本、已开通功能和实际管理后台为准。
核心能力
| 能力域 | 解决的问题 | 主要内容 |
|---|---|---|
| 对象定制 | 业务要管理哪些数据 | 预设对象、自定义对象、字段、对象关系、业务类型、布局、验证与查重规则 |
| 界面定制 | 用户从哪里进入、如何查看和处理数据 | 平台应用、应用视图、菜单、首页、导航、自定义页面、组件和品牌化 |
| 流程定制 | 业务如何流转和自动执行 | 审批流程、工作流程、业务流程、阶段流程、流、待办中心和运维监控 |
| 组织与权限 | 谁能使用功能、查看字段和访问数据 | 组织、员工、业务角色、管理角色、功能权限、字段权限、数据权限和共享 |
| 通用业务规则 | 如何复用跨场景的业务规则 | 对象变更、对象插件、映射、转换、打分、智能表单和标签 |
| 数据与运维 | 如何迁移、治理和维护业务数据 | 导入导出、批量处理、数据迁移、清洗、稽核、归档、通用选项集和全局变量 |
| 国际化设置 | 如何支撑跨国家和地区经营 | 多语言、多时区、多区域、多币种、国家地区、行政区划和地址格式 |
| 模板与插件 | 如何输出文档并连接外部业务能力 | PDF、Excel、Word、邮件模板、在线文档、电子签章、短信和应用市场 |
| 环境管理 | 如何降低配置变更和发布风险 | 沙盒、出站更改集、入站更改集、校验、部署和发布监控 |
一个业务应用如何形成
一个可用的业务应用不是单一对象或页面，而是由数据、体验、控制和自动化共同组成。
- 定义数据：确定业务范围，选择预设对象或创建自定义对象，再配置字段和对象关系。
- 组织页面：配置新建、编辑、详情和列表布局，并建立应用、菜单、首页及移动端入口。
- 设置规则：通过必填、布局规则、验证规则、查重规则等方式保证录入质量。
- 配置权限：先确定功能和字段访问范围，再配置记录级数据权限与必要的共享方式。
- 编排流程：根据人工审批、自动动作、多人协作或阶段推进场景选择合适的流程能力。
- 准备数据：按需导入初始数据，配置通用选项，完成清洗、稽核或迁移。
- 验证体验：使用不同角色的测试账号，在 Web 和移动端验证完整业务链路。
- 发布运营：高风险变更先在沙盒验证，通过更改集发布，并持续关注权限、数据质量和流程运行情况。
这条路径不是固定模板。简单场景可能只需要对象、布局和权限；跨部门、跨系统或全球化场景还需要流程、集成、国际化和环境治理。
如何选择配置方式
| 需求特征 | 建议方式 |
|---|---|
| 调整字段、布局、菜单、权限或常规流程 | 优先使用可视化配置 |
| 需要跨对象复用规则或编排较复杂的自动化 | 使用平台规则、流程或流 |
| 需要自定义交互、页面组件或前端插件 | 使用 PWC 等前端扩展能力 |
| 需要复杂后端逻辑、函数或第三方能力 | 使用 APL 等后端扩展能力 |
| 变更范围大、依赖多或影响生产业务 | 在沙盒中开发和验证，再通过更改集发布 |
主要使用角色
| 角色 | 主要职责 |
|---|---|
| 业务负责人 | 明确业务目标、流程边界、数据口径和验收标准 |
| 系统管理员 | 配置对象、界面、权限、流程、规则及企业级设置 |
| 实施顾问 | 将业务需求转换为平台配置方案，组织测试与上线 |
| 开发人员 | 使用 API Name、APL、PWC、组件或插件实现扩展 |
| 数据与发布管理员 | 负责数据迁移、质量治理、环境管理和生产发布 |
| 业务用户 | 录入、查看和处理业务数据，完成流程任务并反馈使用问题 |
使用建议
- 先明确业务问题和数据边界，再开始创建对象与字段。
- 优先复用预设对象和平台原生能力，避免重复建模。
- 权限设计应与组织职责同步进行，不要在上线前才补充。
- 先完成最小可用闭环，再逐步增加复杂规则、流程和开发扩展。
- 使用普通业务账号进行验收，不能只验证管理后台是否保存成功。
- 涉及历史数据、权限模型、流程变更或国际化时，应单独制定迁移与回退方案。
下一步
- 阅读核心术语，建立统一的概念基础。
- 按照30 分钟快速搭建定制化业务应用，完成第一个最小业务闭环。