作为一个业务分析师，你所处的业务就是你的“舒适区”。例如，保险业务分析师会谈论申请、资格标准、理赔等。要求他们用“如果”、“那么”以及规则来思考问题，就不是那么自然。解决方法，是通过在数据上下文中叠加决策逻辑来连接这两个世界（业务与规则）。也就是说，业务专家应该可以通过单击年龄这个字段来编写保单年龄规则。就这么简单！

选择最合适的规则呈现方式常常会使用户十分困扰。通常，需求会随着时间的推移而变化。结果，原来看似很合适的决策表，最终可能被很稀疏的数据所填充。假设您的决策管理工具在最初的选择之后无法变更决策的展示形式，那么错误选择的代价将变得难以承受。动态展示则能避免这种困境。如果需要不同的展现方式，就直接切换规则的展示方式。规则的性质很可能一开始就决定了其最自然的表示形式。为了方便编辑，临时更改该视图可能会更有帮助。例如作为一名合规专员，您可能更喜欢查看一个记录了导致不良行为所有路径的图表。

作为一名业务分析师，我敢打赌你需要处理相当多的电子表格。有一次我遇到一位女士，她为一家保险公司管理大约10000份电子表格！尽管这些电子表格中包含需要转化为业务规则的需求，但也有很多并不包含。在这位女士的案例中，大量的电子表格都包含了费率表，并以这种格式定期更新。在这种情况下，您可能仍然需要以excel电子表格的形式来使用它们。我们称之为查询模型，对于这些模型，您只提供查询数据的公式，即需要匹配哪些列以及如何匹配，以及需要返回哪些列。最后，只有在需要高效查询的时候，才需要使用查询模型，并不是每个要求都需要变成一个个规则。

尽管决策管理工具可以很直观，但它可能永远无法满足真正业务人员的需求。业务分析师所需要的复杂功能，对于需要了解决策逻辑的风控专家或承保专家来说，可能是难以接受的。简而言之，专家们需要的是将决策逻辑抽象到业务应用程序中。作为一个业务分析师，你可以完全控制所公开的功能。比如暴露出一些阈值？或者暴露出所有的拒绝条件？在某些情况下，你可能不需要暴露任何决策逻辑，而是让专家能模拟运行，以及将决策发布到生产的权限。同样，业务规则是决策管理项目的重要组成部分，但并非所有内容都与编写“业务规则”有关。