我们正在为我的公司构建一个表单生成器（为什么要重新发明轮子而不使用现有的不是我想要的讨论）。开发进展顺利，我相信我们有正确的策略来使其足够灵活和强大。
然而，问题在于期望。作为项目负责人，我的工作是确保期望与可交付的功能保持一致，事实上项目的成功取决于它，但我在定义表单构建器的用途时遇到了麻烦。我担心高层管理人员认为这是一种万能的解决方案，我不同意这一点。我相信有表单构建器的用例，然后有显式实现的用例，并非所有数据都应该存储在动态表单构建器中。
我的问题是：是否有一个经验法则来确定应该在动态表单生成器中实现什么类型的数据，什么不应该实现？或者可能不是一个规则，而是一组规则。
例如，采购请求可能非常适合表单构建器，但员工注册和参加公司培训课程可能不适合，因为您很可能希望这些数据随时可用于查询和统计。
哪些类型的表单应该使用动态表单构建器来实现，哪些应该在数据库中具有显式的静态实现？