Salesforce架构师需要花费大量时间来绘制、讨论、建立和设计稳健的端到端解决方案。架构师角色不仅仅是处理解决方案这么简单，还需要在企业级组织中与多个业务部门打交道。

因此，Salesforce架构师面试需要从以下3个方面准备：

Part.1 分享工作经验

经验是招聘者评估你是否适合该职位的主要方式。这可能包括利益相关者管理，你参与过的项目等。

Part.2 展示技术知识

架构师需要熟练掌握Salesforce平台的广泛功能，例如，CPQ实施涉及什么、如何最好地处理海量数据。

Part.3 证明领导能力

架构师角色需要领导一个团队，推动团队成员朝着正确的方向前进，同时确保正在开发/构建的东西是高性能和可扩展的。

PART 1：工作经验

Q1 解释Salesforce架构师在项目环境中的角色。

描述你在项目生命周期的每个阶段所做的工作，从确定利益相关者、构建解决方案，到数据迁移、部署和推动采用。

简而言之，Salesforce架构师是交付领导者，可以参与多项职责：

业务：业务如何围绕Salesforce运营（即运营模式）。

数据/集成：流入和流出Salesforce的数据的结构和完整性。

解决方案：Salesforce平台内发生的数据模型和流程。

技术：Salesforce如何适应企业更广泛的IT堆栈。

Q2 你领导过多少项目？能描述一些与架构师职责最相关的项目吗？

这是为了展示你的项目成就，以及你是如何衡量成功的。提供示例或演练对于此问题至关重要。此外，你还可以提及敏捷或瀑布式项目管理经验。

Q3 根据你的经验，成功项目的关键要素是什么？

这是一个证明你如何支持成功实施的机会。考虑下面列出的要点，并用从事过的项目中的示例来支持这些方面：

始终与利益相关者保持一致性。需求收集、项目范围等都需要利益相关者的认可。

团队成员之间顺利协作。

降低项目风险，并考虑不良后果，例如技术债务。

用户采用被认为是项目的关键阶段，尤其是在处理企业级组织中的多个业务部门时。

为正在进行的Salesforce更改和增强构建路线图，以便客户可以继续实现其组织目标并最大化其Salesforce投资。

Q4 你实现的最具创新性的解决方案是什么？

使用STAR方法，这个问题就很容易回答。描述情况（Situation）、该任务（Task）的目的、采取的行动（Actions），以及得到的结果（Result）。

Q5 你参与过的最困难的软件开发项目是什么？

与上一个问题类似，使用STAR方法描述。

这是一个展示你解决问题的技巧和能力的机会。不要用项目出错的例子，除非它是你修复的。

Q6 你参与过售前工作吗？

售前工作并不是每个架构师都需要的，这取决于组织的分工。架构师可以参与销售流程，例如发现利益相关者的关系、确定项目范围以及估算时间和工作量。

Q7 为了收集客户的需求，你应该问哪些问题？

可以使用5WH方法发现客户需求：

Why：确定客户（利益相关者）希望项目带来的好处。

Who：了解谁与Salesforce互动，谁将从中受益。

What：确定业务和技术要求。这些将指导Salesforce如何为用户发挥作用。

Where：了解是否存在可能影响Salesforce和其他平台在不同地理环境中的使用方式的本地化注意事项。例如，可能存在独特的数据法规、设备和集成注意事项。

When：定义项目截止日期。

How：了解流程当前如何运作。

Q8 当向管理层提出解决方案时，你会如何寻求他们的一致意见？

在进入解决方案主体之前，需要重新构建项目的“内容”和“原因”。将对话剥离到事实，并呈现视觉效果都是很好的方法。Salesforce参考架构图显示了Salesforce平台产品的推荐数据模型/集成/使用，轻松传达了设计Salesforce的最佳方法。

此外，还要注意将与哪些高管打交道。需要对不同的人使用特定的术语，例如，CFO不会对营销团队如何获取潜在客户感兴趣。

Q9 如何评估、记录和呈现项目中的风险？

如果是说项目风险，可以从以下方面讨论：

时间表：出现未知因素影响项目进度。为降低风险，可以让整个团队参与到规划和范围界定阶段，从而获得早期和持续的反馈。

范围蔓延：出现的需求不属于商定的项目范围。为降低风险，讨论如何通过让利益相关者、用户和开发团队密切关注项目来保持专注。

员工流动：当员工离开组织时，有关项目和业务运营的有价值经验也会随之离开。为降低风险，在整个项目中需要用文档记录重要事项。

如果是说管理Salesforce平台内的风险，可以讨论合规性标准，例如如何定义和实施访问、集成、安全和隐私控制，同时管理运营风险；也可以提及增强的安全功能，例如用于加密敏感数据的Salesforce Shield、自动化安全策略、监控用户的应用程序和数据使用情况以及运行合规性审计。

10 你是否曾与抗拒变革的客户合作过，你是如何克服最初的阻力的？

在与这类客户沟通时，带着好奇心开始对话，提出一些不具威胁性的问题，以找出解决方案。一旦与客户建立了信任，可以安排一个单独的会议，在充分了解其业务背景和目标的情况下，逐步解释你的解决方案。

11 你会如何处理在项目生命周期结束时提出的额外要求？

首先，与项目经理一起评估请求。该请求是必须的吗？不执行该请求会降低用户的工作效率吗？完成请求是否有限制？

根据评估结果，再与利益相关者和开发团队讨论以了解影响。结论可能是其中之一。该要求现阶段在技术上不可行。你可以建议将其作为未来项目的一部分加以解决。

12 如何衡量Salesforce上线后的采用情况？

许多鼓励采用的方法可能只停留在理论层面，例如，建议客户将AppExchange中的采用仪表板安装到组织中。

作为一名架构师，你需要在回答这个问题时考虑更大的格局，通过提出关键考虑因素来增加额外的细节，尤其是在处理企业级组织中的多个业务部门时。

13 说出你建议客户做好准备的三件事，这些事可能会对未来产生影响。

可以展示你对以下内容的认识:

1. Salesforce路线图。

2. 预期和意外的系统停机时间。

3. 最新/下一版本中的功能和增强功能(包括功能停用)。

重要的是，应该强调客户需要你的指导，以便了解与特定组织相关的内容。Salesforce版本包含的信息纷繁复杂，如果没有指导，客户将会不知所措。

关于【展示技术知识】和【证明领导能力】的相关面试问题，由于文章篇幅原因，将在下周的文章中为大家详细解读~