新晋Salesforce管理员必备的5种IT思维！

如果你是一名新晋的Salesforce管理员，这可能是你在IT领域的第一份工作，或者是你第一次接触Salesforce系统。 那么这篇文章你一定不能错过啦！

以下是5个行业标准的IT思维，为你的Salesforce之旅保驾护航。

01

保持简单

设计记录页面时，少即是多。考虑完成一个流程所需的最少字段数，并将其他所有内容移动到另一个选项卡，或者对自定义对象使用动态表单。过多的字段会增加用户的负担，从而阻碍系统的采用。考虑使用页面布局和记录类型为不同的用户集或业务流程创建自定义布局。

让流程导航变得清晰。简洁明了地标记你的按钮，并确保将它们放在统一的位置。例如，“Edit”可以是每个记录页面上的第一个按钮。

多问自己“为什么” 。在创建自定义对象之前，问问自己能不能使用标准对象。当本机功能可以实现相同的功能时，不要过度设计自定义的解决方案，有记录类型、页面布局和Lightning页面来构建标准对象使用。Salesforce的最佳功能将首先在标准对象上可用。

02

关注点分离

模块化系统最容易管理、升级和维护。Separation of Concern（关注点分离）是一种软件设计原则，它鼓励设计者将单个功能划分为独立的单元。这些单元可以独立更改，不会对其他单元产生级联效应。

避免复杂的流程

避免创建难以排除故障或更改的大型复杂流程。相反，可以将流程分成一组相互连接的子流程，这种模式有时被称为组件化。

用户权限

考虑权限集而不是简档。一个单一简档上的多个权限集是分离用户权限的好方法，并且可以更轻松地创建精细访问。

03

错误处理

Salesforce会处理大多数错误，但在某些情况下，你会遇到系统生成的错误。

管理员需要为用户提供一条清晰的路径，任何错误都可以用通俗易懂的语言解释问题出在哪里。虽然无法规避所有错误，但你可以在多个领域提前做好准备，例如:

在验证规则等位置输入错误消息时要准确。存在验证规则及其提供的后续错误消息，以确保将高质量的数据输入到Salesforce中。

当你创建或更新记录时，这是最有可能遇到需要处理的错误。在每次记录操作后，为流程构建故障路径。

以一致的方式记录错误，以便更清楚地了解问题，例如Case对象。流程中的故障路径可以创建描述错误的确切步骤、用户和日期/时间的个案记录，让你在用户记录故障单之前领先一步。

04

默认文档

作为系统管理员，你有责任在系统发展过程中清晰简洁地记录系统。

使“内容”可略读

让用户能够跳过不相关的部分，并使用索引标题来导航。如果一个关键流程在生产环境中停止工作，在你寻找答案时，最不需要的就是一段段无结构的文本。

不要遗漏“为什么”

在Salesforce中有多种方法可以实现目标。描述你选择某条路线的原因有助于其他人更好地理解你的选择，而且他们可能会遵循你的模式来扩展现有功能。

使用Salesforce描述字段进行“自我记录”

没有足够描述的字段或流程永远不会进入生产环境。有效的描述可以提供对功能或需求的可追溯性，以供将来参考。

05

测试

测试本身就是一门专业。一些组织建立了专门的测试团队或机器人流程来定期运行测试。如果没有专门的测试团队，请遵循以下四个原则来进行测试：

单元测试。在构建下一个项目之前，测试工作的小组件（例如，单个子流）。这提供了早期反馈，并避免浪费时间构建由于早期犯错而存在缺陷的复杂流程。

当接收到来自用户的所有必需输入时，测试流程是否能按预期运行。但是，如果用户在流程中途偏离了方向，或者输入了他们不应该输入的内容怎么办？这称为消极测试。不管用户的行为如何，都必须确保拥有一个正确的流程。

即使新流程运行良好，也可能会通过你的更改无意中影响其他功能。回归测试是运行一组基本测试，验证核心应用程序在变化后的工作情况。维护一个回归测试脚本对于系统的稳定性非常重要。

在执行测试时，可能一次测试一条记录。在生产环境中，用户可以一次对多条记录执行此操作，例如通过列表视图中的批量编辑。你需要对流程进行批量化，以便测试批量运行时更改的执行情况。

​

到此，希望各位对Salesforce开发有了初步的了解，我们会继续分享SF领域的干货知识，想学习并加入这个领域的小伙伴可以关注【自由侠部落】。

​