RAIL 的第一步是让建模问题所有者定义建模问题。重要的是，这个问题定义应该是定性和上下文相关的，而不仅仅是对所需模型输出的描述。例如，建模问题所有者可能希望使用模型来减少员工流动率、改善疫苗分配或销售更多特定商品。从问题定义开始模型生命周期有几个好处。首先，可以对此定义的更改进行版本控制、审计和审查。其次，由于问题是定性和上下文框架，因此它不会对模型构建者应使用的建模方法规定任何限制，这为探索性和轻量级建模提供了空间，以更好地考虑潜在的解决方案。另一方面，建模问题所有者可以指定此问题的模型必须遵守的不变量，例如所需的输出格式。