在充满活力的Salesforce咨询领域，许多专业人士都希望从顾问转型为解决方案架构师。这种转型不仅需要掌握新技能，还需要从根本上改变思维方式。关键在于摆脱顾问典型的以职能为中心的思维模式，拥抱更广阔、更具战略性的视角。
从“如何”到“为什么”
当我们开始问“为什么”时，实际上是在层层解剖，以揭示用户行为背后的动机和意图。这种思维方式的转变非常有力，特别是在优化项目中，其目标是增强和简化流程。通过优先考虑“为什么”并提出问题，可以促使用户重新审视其流程，揭示效率低下和需要改进的领域，真正与用户的需求和目标产生共鸣。
"The Five WHYS"方法最初源于丰田生产系统，现在已被广泛应用，包括在Salesforce行业。“WHY"的数量可能因复杂性而异，但目标是一致的：深入探究并有效解决根本问题。
在下图的例子中，使用"The Five WHYS"帮助我们发现了收入报告不准确的真正原因：未遵守数据输入准则。于是，我们可以将注意力专注于实施机制以确保遵守数据输入准则。这可能包括必填字段、用于自动计算的公式字段，甚至定制Screen Flow以简化数据输入过程。
从“可以做什么”到“应该做什么”
为了确保项目成功，我们需要根据任务对业务目标的重要性来确定优先级，而不仅仅是技术上可行的。如果项目的利益相关者没有明确的计划，可能会导致一个大错误：匆忙或临时地制定解决方案。随着时间的推移，这会产生技术债务，使得维护和升级系统更加困难。因此，将需求与业务目标联系起来至关重要。
“The Problem-Outcome Scale”这个方法有助于理清我们应该关注的问题。当有人提出需求时，需要问两个简单的问题：
“想解决什么问题？”
“想要达到什么结果？”
了解这些之后，可以根据1到10的等级评估他们的请求与业务目标的契合程度。如果等级高，则意味着与目标紧密相关，因此可以相应地对其进行优先排序。
从“功能选择”到“业务分析”
理解并非所有Salesforce功能都需要实施或利用是这种思维转变的关键。顾问和架构师经常会犯这样的错误，他们试图将未使用的功能整合到项目中。相反，架构师的重点应该放在了解客户的业务流程上。这可确保Salesforce解决方案能够满足客户的特定需求和目标。通过这种转变，架构师可以提供技术上合理且在战略上与客户业务目标一致的解决方案。
架构师要重视了解业务需求，而不是仅仅关注Salesforce功能，首先要真正站在最终用户的角度，关注其工作流程、痛点和偏好。通过采用这种以用户为中心的方法，可以根据用户告诉你的内容记录业务流程的当前状态，使用简单的可视化工具清晰地捕捉每个步骤。
从复杂走向简单
项目中的一个常见错误是，在没有事先建立坚实基础的情况下，仓促采用复杂的设计和复杂的解决方案。这是因为人们希望最大限度地利用对Salesforce和项目本身的投资。然而，这种方法经常导致用户接受度低和大量技术债务，最终导致设计无效，无法实现预期价值。
有时，简单比复杂更有价值。客户最初可能会提出复杂的流程，但需要考虑这种复杂性是否真正必要且有益。谈到简化项目，主要有两种方法可以实现：
简化研讨会
关键在于列出当前复杂的流程。然后，让所有参与者（如利益相关者）共同努力寻找简化流程的方法。例如，可以使用"The Five WHYS"方法或“The Problem-Outcome Scale”等工具来帮助引导讨论并发现复杂性的根本原因，最终目标是使流程更精简。
优先级排序框架
这些是最常用的云产品，用户接受度很高，并且作为 SFI 堆栈的一部分使用时间最长。目前就业市场上在Salesforce Industries 招聘时主要会考查专业人员对这些云产品的构建、维护。
在优先级框架中，我发现使用MoSCoW（Must-Have, Should-Have, Could-Have, Won’t-Have）等方法非常有用。它可以帮助我们根据需求的重要性和对业务目标的影响程度对需求进行优先级排序，将项目分为几个阶段并专注于当下最重要的事情。
- end -
