前言
传统的思想是弹出框不适合进行太多的操作，弹出框一般的目的是提示以及再次确认。在一次项目设计的过程中，关于一个弹框要不要给用户在上面进行不简单也不复杂的操作，进行了一系列的思想斗争。
项目背景
用户第一次申请资源的时候，需要填写一个表单，进行资源的申请以及资源的参数配置。之后的配置过程，将用一种可视化的“画板”对原先申请的资源进行再配置。由于用户在此之前都是通过表单填写的方式进行资源的申请和配置，因此“画板”对用户来说是一个新的体验。所以用户在第一次填写完表单之后，会生成一个资源预览图，有三个目的：
1.推广新功能，让用户知晓新功能的存在。
2.通过画板的形式，让用户对各种资源之间的映射关系有一个初步的了解。
3.让用户对刚刚提交的表单，通过可视化的形式进行二次教校验。
弹出框－“画板”
先设计
1.弹出框中的“画板”为图片，纯提供预览。
2.不能对图片上的元素进行参数的配置和操作
3.给出提示告诉用户“若要操作，请到xx-xx-xx上面修”。
再提出问题
到底要不要让用户在这个弹出框，直接对资源的参数进行配置呢？
为了解答问题进行的思想PK
1.用户需要在这个弹窗进行操作的概率高吗？很低。
2.在弹窗上提供操作是否会造成产品的性能下降？几乎不会。
3.在弹窗上提供操作，是不是让用户觉得很奇怪？
不会，用户需要的时候能直接在弹出框进行操作并且解决问题，会很方便。
得出优化的方案
用户在这个弹出框中，不仅可以预览，也可以通过点击单个资源的图标，再右侧的“属性参数”中对相关的参数进行配置，比如实时加减数量，改变机房的部署区域等等。
设计总结
是的，为什么不让用户在弹窗上面进行操作呢？
产品是工具性的系统，用户需要简单快速完成任务。不需要操作的用户，预览一下就可以关闭，需要操作的用户，虽然群体很少，但是也能直接在窗口进行操作。
因此这个情况下，在弹窗上进行操作，如果可以满足100%的用户（包括仅预览和需要预览并且操作的两种用户），那为什么不呢？
网友评论