[设计思考]关于在弹出窗进行操作

前言

传统的思想是弹出框不适合进行太多的操作,弹出框一般的目的是提示以及再次确认。在一次项目设计的过程中,关于一个弹框要不要给用户在上面进行不简单也不复杂的操作,进行了一系列的思想斗争。

项目背景

用户第一次申请资源的时候,需要填写一个表单,进行资源的申请以及资源的参数配置。之后的配置过程,将用一种可视化的“画板”对原先申请的资源进行再配置。由于用户在此之前都是通过表单填写的方式进行资源的申请和配置,因此“画板”对用户来说是一个新的体验。所以用户在第一次填写完表单之后,会生成一个资源预览图,有三个目的:

1.推广新功能,让用户知晓新功能的存在。

2.通过画板的形式,让用户对各种资源之间的映射关系有一个初步的了解。

3.让用户对刚刚提交的表单,通过可视化的形式进行二次教校验。


[设计思考]关于在弹出窗进行操作_第1张图片
弹出框-“画板”


先设计

1.弹出框中的“画板”为图片,纯提供预览。

2.不能对图片上的元素进行参数的配置和操作

3.给出提示告诉用户“若要操作,请到xx-xx-xx上面修”。

再提出问题

到底要不要让用户在这个弹出框,直接对资源的参数进行配置呢?

为了解答问题进行的思想PK

1.用户需要在这个弹窗进行操作的概率高吗?很低。

2.在弹窗上提供操作是否会造成产品的性能下降?几乎不会。

3.在弹窗上提供操作,是不是让用户觉得很奇怪?

不会,用户需要的时候能直接在弹出框进行操作并且解决问题,会很方便。

得出优化的方案

用户在这个弹出框中,不仅可以预览,也可以通过点击单个资源的图标,再右侧的“属性参数”中对相关的参数进行配置,比如实时加减数量,改变机房的部署区域等等。

设计总结

是的,为什么不让用户在弹窗上面进行操作呢?

产品是工具性的系统,用户需要简单快速完成任务。不需要操作的用户,预览一下就可以关闭,需要操作的用户,虽然群体很少,但是也能直接在窗口进行操作。

因此这个情况下,在弹窗上进行操作,如果可以满足100%的用户(包括仅预览和需要预览并且操作的两种用户),那为什么不呢?

你可能感兴趣的:([设计思考]关于在弹出窗进行操作)