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
说出你建议客户做好准备的三件事，这些事可能会对未来产生影响。
可以展示你对以下内容的认识:
Salesforce路线图。
预期和意外的系统停机时间。
最新/下一版本中的功能和增强功能(包括功能停用)。
重要的是，应该强调客户需要你的指导，以便了解与特定组织相关的内容。Salesforce版本包含的信息纷繁复杂，如果没有指导，客户将会不知所措。
