前端如何在业务不熟时快速梳理需求合理性？

前端如何在不熟悉业务的情况下，梳理需求，判断需求是否合理？

问题场景：
最近做了一个需求，需求描述是，门店的选项，根据当前登录的店长账号，拉取他账号下面的全部门店。
这句需求听起来没有什么问题？从实际出发，一个店长帐下可能拥有几家店，自然配置的时候要只能够选到他自己拥有的几家店。
但是实际上生产环境上的店长权限实际配置体系是，一个店长账号只能设置为一家门店的店长，如果一个店长想拥有 他下面的多家门店的权限，那么就把其账号设置为门店上一级组织架构的主管角色。那么店长就可以看到该组织架构的所有门店信息。
基于现在生产环境不完善的权限配置情况，其实我们是没有办法准确的获取到，店长帐下有权限的门店。
而该问题已经是到测试阶段后期发现的，需求大变动成本非常大，后续为了保证业务功能的准确定，砍掉了非常多的功能点。

毕竟我们没有办法总是遇到特别周全的产品需求，
那么在面对改版需求的时候，我们可以提出什么问题？
尽量增大尽早发现问题的概率呢？

针对改版型需求：
1.当前业务在生产环境中的使用情况

• 当前业务关联的全部业务流程
• 细化具体字段的使用情况，以及具体字段的关联业务逻辑
• 具体字段当前正式环境当中是否还有继续使用，是否有老数据兼容的问题
• 新需求对具体字段的删减和具体字段业务逻辑和老逻辑之间的异同，改动原因是否合理。
• 价格数字相关字段对于0，小数点等的特殊处理逻辑
• 关联业务的正式环境数据量级调研，通过数据量级来评估交互是否合理
  数据量级超过千的交互，考虑虚拟滚动实现
• 权限相关的需求，需要额外了解当前生产环境的权限体系。
  此权限体系可以考虑的点有：
  • 业务数据的权限体系：后端怎么实现相应的权限控制，以及目前生产环境当中实际是怎么来使用和配置。
    因为即使后端设置了完整的权限体系，生产环境中的实际配置可能会和标准设置有出入，所以要确定关联权限的实际使用情况。
  • 用户角色以及菜单权限的控制：前端的权限体系对于菜单权限的控制具体能做到的粒度。