cover_image

切换状态，需要审批，为什么不能用下拉框？

鸿津Hozin Hozin
2024年07月30日 00:26

B端产品，对象有ABC三种状态，默认[状态A]。

产品团队使用[下拉框]设计，切换状态立即生效：

图片

功能迭代：切换[状态B]必须经过管理员审批，才能生效。

[下拉框]修改：

图片

功能继续迭代：申请切换[状态B]，必须附加理由描述。

[下拉框]修改，遇到问题：“切换状态”和“输入理由”并行，新增一个[提交]按钮才能同时生效，这与“立即生效”冲突了。

图片

继续修改[下拉框]：通过弹窗，“切换状态”和“输入理由”串行。

图片

继续遇到问题：如果[状态B]正在等待审批，此时切换[状态A]，相当于撤销申请，如果用户不清楚背后逻辑，容易产生误操作。

图片

增加确认对话框，貌似避免了“误操作”，但是始终没有解决以下的问题：

欲从[状态A]切换到[状态B]，如果尚未审批通过，那么应该依然是[状态A]。

放弃使用[下拉框]，将得到更优雅的设计：

图片

通过此例，了解[下拉框]的特点：

  • 下拉框的[选中值]，不应该自动切换，除非存在表单联动，当前[下拉框]成为受影响项目。
  • 下拉框的[选中值]，在没有切换的情况下，直接由“状态B”变为“状态B+”，非常令人迷惑。
  • 下拉框的[选中值]，一旦切换就所见即所得，很难支持中间状态(比如“待审批”)。
实战中，需求往往不断变化，甚至拉抽屉一样的反反复复。
请读者们尝试，如果产品规则变化为：仅从[状态A]切换为[状态B]需要审批，而从[状态C]切换为[状态B]则无需审批。如何设计？

（正文完）

《表单高手课程》相关章节
第12讲《下拉框/列表框》
第28讲《弹出菜单/收集器外置》
第39讲《多人协作表单》

加微信，一起聊设计

图片


个人观点，仅供参考
继续滑动看下一个
Hozin
向上滑动看下一个