COCO / CUSTOM DEVELOPMENT
Salesforce 开发Salesforce 能容纳复杂业务，但不能让团队被复杂性困住。
Salesforce 开发可能涉及标准对象、Flow、Apex 和外部 API；先明确哪些流程应该在平台内部完成，哪些适合独立服务，并评估权限、调用与执行限制。
围绕业务需求 · 定制工程 · 明确交付计划
COCO / SYSTEM DESIGN STUDY02—14
把复杂的业务，
变成清楚的流程。
经营问题Salesforce 能容纳复杂业务，但不能让团队被复杂性困住。
实际现场销售在 Salesforce 关闭交易后，履约系统没有收到完整条款，只能邮件追问并复制信息。…
方案焦点对象模型与流程边界
编辑式示意 · 非客户截图
COCO / BUSINESS ENGINEERING
业务先行，技术随后。
业务先行，技术随后。
01 / THE REAL PROBLEM
技术是手段。
经营问题才是起点。
Salesforce 开发可能涉及标准对象、Flow、Apex 和外部 API；先明确哪些流程应该在平台内部完成，哪些适合独立服务，并评估权限、调用与执行限制。
TYPICAL BUSINESS SCENARIO
一个值得重新设计的时刻
销售在 Salesforce 关闭交易后，履约系统没有收到完整条款，只能邮件追问并复制信息。
典型业务场景。
02 / HOW WE WORK 先厘清规则。
先厘清规则。
再把它变成可靠的软件。
工作从业务访谈、现有系统边界及失败场景开始。以下三步为建议方法，最终以项目发现阶段确认。
确定系统间的权威数据与业务规则
COCO / DESIGN SESSION
确定系统间的权威数据与业务规则
STEP 01 / 03方案示意
03 / SCOPE THE RIGHT THING
我们会把什么交付给团队？
以下是可以讨论的工程交付方向。真正的范围将由平台权限、业务目标及开发预算确定。
01 /
对象模型与流程边界
02 /
Flow、Apex 或 API 开发范围
03 /
权限、测试和发布管理
Salesforce 对不同组织、许可证、API 和 Apex 执行设有治理限制，项目需要在实际客户组织中确认权限和容量。 Salesforce docs ↗
04 / EVIDENCE OF IMPROVEMENT
怎样判断真正有改善？
从业务目标出发，确定现状基线、数据来源和衡量方式。
01
两套系统之间的记录差异
记录两套系统之间的记录差异，对比实施前后的变化。
02
重复录入和人工对账工作量
记录重复录入和人工对账工作量，对比实施前后的变化。
03
失败同步被发现及修复的速度
记录失败同步被发现及修复的速度，对比实施前后的变化。
05 / RELATED CAPABILITIES 你的业务，
你的业务，
还连接着什么？
客户、订单、商品、库存与财务始终互相影响。选择相关服务进一步了解可选的实施边界。