一说你就知道这种设计几乎遍布整个系统的每个角落
一般都是居中弹出，上面一行小字，下边两个按钮，分别是“确定”和“取消”，有的时候会是“OK”和“Cancel”
据我的观察，大部分用户都已经养成习惯，默认点击回车键越过这一步骤，如果你把鼠标的锚点设置在“取消”按钮上，用户或是通过方向键加回车键搞定这个问题，或是干脆提一个需求把光标锚点直接调整到“确定”按钮上
为什么我会单独拿一个大家都认为很“自然”的设计方案，来展开一段文字？其实我是想通过弹出框引申出一段话题，产品的很多细节体验设计到底为谁而做，这里面有一个大家都熟悉，但很容易忽视的就是“用户”，产品经理每天面对很多交流的人，大部分人都会对产品经理提出各种诉求。但我们很少会把最终用户的诉求体现在产品设计上
最近看一本书叫《用户故事与敏捷方法》，专门有一个章节讲“代理用户”。说的就是身边接触到的“非真实用户”，很多人在采集需求的时候往往考虑的都是这些噪音，这时候你就是用“乙方心态”在开展工作
什么是“乙方心态”
甲方负责验收你的成绩，你就是乙方，来做一套 IT 系统，甲方的老板，并不是最经常使用这个产品的人，但他决定满意度，他是客户；最经常使用这个产品的人，是公司的全体员工。这些员工，用互联网的语言来说，就叫作“用户”
客户在考评你，但是不怎么用产品；用户在用产品，但是并不考评你，用户和客户常常不统一，是两群人。那这个时候我们到底应该听谁的呢？大部分的乙方会选择，谁考评听谁的！所以，大量的乙方公司，做出了很多用来取悦甲方老板，但大部分员工很难使用的产品。这种心态，就是典型的乙方心态
摘录自刘润五分钟商学院
运营规划想引起使用者的重视，产品经理想要功能简洁，技术研发想要代码可扩展以及数据安全，体验设计岗想要风格的统一，最终的用户想要没有这个弹出确认框
一个小小的确认框，带来的更多是忽视，以及对人机交互顺畅度的干扰
运营类系统设计过程中很容易忽视用户体验，因为他们没有选择，他们会被客户的决策影响
你可能听说过，售前经理会竭尽全力的宣传产品的优势，让一家企业的客户买单，客户买回产品后，交给企业的最终用户使用，这些用户每天都会沉浸在充满弹出确认框的系统怀抱中
因为这个确认框背后有流程严谨性的诉求，提醒用户慎重考虑自己的每一步操作；因为这个确认框背后有传统软件遗留下来的习惯，很多前端框架都默认提供样式精美的弹出框
用户要的是系统帮我查缺补漏，用户要的是系统帮我提速完成考核任务，用户要的是系统默默地停在那里接受他的每一步决策
运营类产品也可以做到尽可能简洁，也许我有点夸大其词，但我只想引起你的一点重视，多考虑一下亲手设计产品的最终用户，也许你可以考虑从一个小小的弹出确认框开始
二零一八年二月十六日于鸡西
