Salesforce 解决方案的数据模型
哪些对象、字段和关系能代表这项业务,一次性定下并为未来变化预留空间,而不是每来一项新需求就重做一遍。
一家迪拜企业通常在不止一个团队、云或系统需要基于同一份 Salesforce 数据协同工作、且不能相互矛盾时,才开始考虑寻找 Salesforce 解决方案架构师。运行 Sales Cloud 的销售团队、使用 Service Cloud 的支持台,以及需要订单数据的财务系统,各自单独看都很简单,但一旦它们需要共享记录并保持一致,就必须有人在开发工程师动手搭建之前,先把这份设计统一定下来。正是这种统筹责任,而不是某个单一功能,是您在迪拜聘请 Salesforce 解决方案架构师真正要获得的东西。
这个角色处于业务和搭建之间。Salesforce 解决方案架构师把业务真正的需求转化为一份目标设计:哪些对象承载哪些数据,共享和可见性规则如何确保合适的人看到合适的记录,自动化应该用在哪里、自定义代码又在哪里才真正值得投入,以及该环境将如何与 Salesforce 之外的一切连接。这份设计一旦在早期出错,之后基于其上搭建的每一个团队都会继承这个问题,这正是为什么这个角色应作为一次独立的聘用,而不是开发工程师顺带完成的额外任务。
这个角色负责什么
这些是迪拜的 Salesforce 解决方案架构师在开发开始前会做出的决策。
哪些对象、字段和关系能代表这项业务,一次性定下并为未来变化预留空间,而不是每来一项新需求就重做一遍。
角色层级、共享规则和权限集,让每个团队恰好访问到自己需要的记录,不多也不少。
Salesforce 如何与某个 ERP、网站或其他系统交换数据,以及哪种模式和 API 适合哪种连接,而不是把每条链路都一视同仁地处理。
清晰界定哪些交给 Flow 和声明式工具处理,哪些场景下 Apex 的复杂度才真正值得投入。
Sales Cloud、Service Cloud 或其他云如何共享同一份底层数据,而不相互重复或矛盾。
有据可查的设计决策,让开发工程师或管理员无需在每一张工单上都重新决定架构。
值得关注的能力
真实设计决策的证据,而不只是对平台的熟悉程度。
| 技能或工具 | 合格的表现 | 为何重要 |
|---|---|---|
| 大规模数据建模 | 设计过经受住真实业务增长考验的对象模型,而不只是演示环境 | 糟糕的数据模型一旦业务依赖上它,就是最难、最昂贵才能纠正的部分 |
| 共享与安全设计 | 能解释一个自己构建过的角色层级或权限集设计,以及背后的原因 | 过宽或过严的访问权限,都会在日后带来真实的业务问题 |
| 集成模式 | 清楚何时该用实时 API 调用、事件驱动,或定时批处理,以及为什么 | 数据量或时效性用错模式,会在真实负载下导致故障 |
| 多云经验 | 真正围绕一份共享数据模型,把两个或多个 Salesforce 云连接起来过 | 只有单云经验,无法暴露各云共享数据后才会出现的冲突 |
| 沟通取舍 | 能用通俗语言向不懂技术的相关方解释一项设计决策及其代价 | 架构决策承担的成本和风险,需要业务方而不只是 Salesforce 团队去接受 |
Salesforce 自己的 Platform Integration Architect 考试指南 列出了一位优秀架构师应具备的集成判断力,从评估当前系统格局,到设计并维护方案,这是您在迪拜聘请 Salesforce 解决方案架构师时提问的一个公允依据。
与我们合作的方式
一次简短的咨询服务通常是合适的切入点:我们对照您实际的业务流程评估现有或计划中的方案,随后交付一份书面的目标设计,涵盖数据模型、共享和集成方式,按固定范围而不是不设上限的工时计价。一家在多个团队间运行 Salesforce、规模不断扩大的迪拜企业,往往会改为长期留用一位专职架构师,因为设计层面的问题会随业务变化持续出现,而不是在一个项目结束后就尘埃落定。如果您更希望这个人长期在自己的编制内,招聘支持是可行路径:我们负责撰写职位描述、初步筛选并进行技术评估,最终由您决定录用。一次性项目适合某一项界定明确、范围有限的设计工作,例如规划一个新云如何接入现有环境,最终以文档形式交付,供您自己的团队据此搭建。
考察候选人
能揭示一个人真实思考设计方式的问题。
这些考察方式,正是我们在招聘支持服务中所做技术评估的一部分,如果您打算在迪拜聘请 Salesforce 解决方案架构师前自行面试候选人,同样适用。
与其让候选人描述一张图,不如请他们讲解过往项目中一个对象或共享方面的决策,以及被否决的替代方案,和原因。
两个团队需要看到有重叠的记录,但拥有不同的编辑权限,这是一个公允的三十分钟练习,他们的推理过程比最终画出的图更重要。
每一位经验丰富的架构师都有一个如今会用不同方式重新设计的方案。说不出一个的人,可能还没有真正承担过足够多的真实决策。
询问是什么促使过往某个项目倾向实时连接而不是定时批处理,以及什么情况会改变这个答案。
请对方提供一份他们写给别人搭建用的设计文档样本。优秀的候选人会把这当作常规工作,而不是事后补上的东西。
认证
迪拜的 Salesforce 解决方案架构师通常是根据由多场考试组成的认证来评判的,而不是单一一场测试。
候选人通过每项认证背后的各领域考试后,Salesforce 会授予这两项认证,涵盖的领域包括 Application Architect 对应的数据架构、共享与可见性,以及 System Architect 对应的集成与交付。两项都取得的人,通常被认为已达到解决方案架构师的水平,低于另需单独评审的 Certified Technical Architect 委员会认证一级。
请对方提供 Trailblazer 档案,其中准确列出通过了哪些考试、何时通过,而不是仅凭一个职位头衔就采信。像 Platform Data Architect 这样具体领域的认证会定期更新内容,因此档案的日期也值得留意一下。
阿联酋相关考量
在迪拜工作的 Salesforce 解决方案架构师,应在方案还停留在纸面阶段时就把以下两点确定下来。
Salesforce 的 Hyperforce 架构在阿联酋提供本地数据存储,这意味着解决方案架构师可以在最初设计阶段就规划记录存放在哪里,而不必等环境已经上线后再做迁移。
一旦某项设计涉及不止一个保存客户或员工记录的云,阿联酋 2021 年第 45 号联邦法令就为这些数据的安全和同意设定了基本要求,而统一应用的单一共享模型,比每个云各自解读一套规则更容易站得住脚。
这个角色属于我们的 Salesforce 类别,是更广泛的 迪拜招聘开发人员 板块的一部分。目标设计确定之后,平台的日常管理工作交给我们的 Salesforce 管理员 页面,设计中所列各项连接的技术搭建则属于我们的 Salesforce 集成开发工程师 页面。横跨整个企业、而不只是 Salesforce 的项目,更接近我们的 Salesforce 技术架构师 角色,而我们更广泛的 云服务 页面则涵盖 Salesforce 之外的架构问题。
直接解答
顾问主要在单一云内工作,针对某项业务流程进行配置。Salesforce 解决方案架构师则跨云、跨系统进行设计,在搭建工作开始前,决定 Sales Cloud、Service Cloud 或某个自定义应用、数据模型以及各项集成,如何组合成一套连贯的整体方案。
作为独立服务通常不需要。单一云、单一团队的实施,通常由顾问和管理员协作即可很好完成,架构工作以一次轻量的咨询审查处理,而不必单独设置一个设计阶段。
有些人会,但这个角色主要是设计、审查和决策,而不是日常的正式编码。许多解决方案架构师能搭建一个原型组件来验证某项设计选择,然后把详细的搭建工作交给开发工程师。
Salesforce 技术架构师,有时称为 Certified Technical Architect,定位高于解决方案架构,需要通过 Salesforce 自己的评审委员会针对整个企业级项目进行评估。解决方案架构师通常负责的是一个项目,或其中某几个特定云的设计。
可以,通过咨询服务进行。我们会对照您实际的业务流程,评估当前的数据模型、共享规则和集成情况,并交付一份书面的发现清单和目标设计,而不是一份泛泛的检查表。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。