本文的由来是我在体验自家产品后，产品体验很差，认为需要有操作反馈的设计；所以在学习参考了相关知识后，我借由写文章总结下操作反馈的相关设计，希望对大家有帮助~
引言
最近在使用自家产品的时候出现了一个令人很尴尬的事情。
我们做的是一款给培训机构进行招生营销、教务管理和家校沟通的产品。那天体验充值课程的时候，遇到一个问题，我给学生充值课程，显示操作成功了，但是该学生的课时和课时费均没有发生变化，我以为是遇到bug了，又试了几次，还是一样的效果。
于是我问了一下技术，原来在基础设置中设置了课时变更需要审核，只有审核之后才能变更成功。我又问他，为什么不给一个提示；他回答说：原来产品就是这么设计的。
由此可见，有一个合理的操作反馈是如此的重要，不然会令用户感到莫名其妙，明明操作成功了，为什么数据还没有发生变化，体验非常不好。因此，学习总结了一下操作反馈的相关设计，分享一下。
一、什么是操作反馈
操作反馈”，是指在使用产品时，系统对用户的操作，或因户的行为导致的变化，给出的反馈，它是体现人与“机”交互的关键场景。
二、为什么需要操作反馈
帮助用户随时感知系统的状态，能够告诉用户下一步应该操作什么或者帮助用户做出判读和决定，帮助满足用户的控制感，消减不确定性给用户带来的负面情绪，提升用户体验。
三、哪些操作场景需要反馈
1. 操作确认
对于一些具有“破坏性”或不可逆的操作，在用户操作前，我们应当让用户“再次确认”。除了要让用户二次确认，更重要的是要告知用户当前操作可能带来的“危害”、对其他模块或未来的使用带来的影响，引导用户慎重决定自己的操作，从而减少用户犯错的可能。
常见的操作场景有：删除、修改、支付、退出、提交……
2. 操作结果
当用户通过点击按钮、填写表格等一系列行为并完成最终任务时，设计师需要明确的告知用户任务的结果：失败还是成功，后续需要做什么。这可以让用户对自己的操作有更多的信心，对当前任务有更多的“掌控感”。
常用场景有：提交、增加、保存、收藏、点赞……
3. 任务进程
当用户进行一些不会马上完成的任务时，系统需要有一个加载、校验、查询或计算的过程。在这个过程中，我们必须让用户的操作得到恰当的反馈，能让用户能感知到现在的进程是否成功或者进度是什么样的，增加用户的掌控感，消除用户的焦虑感。
常见的场景有：上传、下载、更新……
4. 表单校验
用户在填写表单后，点击“保存”、“提交”等操作时，我们需要对用户输入的内容进行校验。这样做除了避免或减少用户错误，也可以规范用户的操作，使系统存储的信息可控、规范化、结构化。
常见场景：字符的合规性、手机号码的校验、字符长度……
四、有哪些反馈方式
1、弹框
弹框分为模态弹框和非模态弹框，它们最大的区别就在于是否强制用户交互。
模态弹框会打断用户当前的操作流程，用户不在弹框上操作的话，其余功能都使用不了。所以设计师在构建反馈体系的时候，模态弹框都是用于展示优先级最高的信息。一般都会出现在用户在进行有风险性，不可逆的操作。如操作确认场景中，用来使用户再次确认。
非模态弹框相比来说就显得“温和”多了，出现2-3秒之后就会自动消失，不会对用户造成干扰。属于轻量型的反馈。如在显示操作结果场景中，用来告诉用户操作结果。
2、页面
用页面来完成反馈也很常见。
与弹框相比，页面反馈的更倾向于是一个流程的终点站。如我们在淘宝中完成订单之后会跳转到订单详情页，页面包含的信息更多。所以，对于页面和弹框，我们可以做出以下总结：页面反馈的主体是操作流程，而弹框反馈的主体是操作行为。也主要是在操作结果场景中使用。
3. 标签
标签在反馈体系中同样占据一席位置，不过它的使用场景比较单一：主要用于表单，用户录入信息的过程可以提供逐行报错提示。标签能给予更有指向性的提示，而不需要用户去查找是哪里出错。
4. 动画
动画的合理使用可以吸引用户的注意力，因为人类都是视觉动物，用动画反馈更能吸引用户的注意力，在用户等待的时候不至于时刻关注时间，使用户不会产生等待太长的焦虑。主要应用在任务进程等场景中。
5. 声音
声音是我们最常见的反馈方式，iOS下载的时候会叮咚的一声，表示开始下载。听到这样的声音用户就觉得很爽，提升了用户体验。操作确认和操作结果场景中都可用到。
6. 反馈原则
首先我们需要找出所有需要反馈的场景，然后进行优先级的排布，将重要的信息优先使用页面和(模态)弹框来展示，然后依次使用(非模态)弹框，标签和动效来展示。我们尽量能尽可能完全的向用户展示信息又做到不过分打扰用户，站在用户的角度提升用户体验。
总结
在工作中我们会遇到很多体验不好的地方，要在工作中思考总结学习才能提升自己的产品能力。
这篇文章借鉴总结了一些大神的佳作并自己总结了一下；思考之后还需要经常把玩各种产品，体验各个产品的不同之处和相同之处，细细体会，慢慢学习，逐步成长。
