弹窗按钮文案解析（三）-“保存”vs.“完成”

接上文，继续来看一下其他容易被混淆使用的弹窗按钮文案。

3. “保存” vs. "完成"

“保存”和“完成”按钮，在实际使用中也是比较容易被混淆的一对。

保存vs. 完成

一般来说，“保存”更适合用于用户认为信息存储于本地的各类信息的Action按钮。虽然这些信息也会被同步提交到服务器，但在用户的心智模型里，这些信息是在用户客户端存在的，可以被离线查看和使用的（只是用户心智模型，而非工程实现模型，实际可能不能离线查看）。

保存按钮

而“完成”主要是用于用户心智模型认为所做的操作是做出了选择、而这些选择的结果影响的是客户端的显示而非永久性地改变当前操作文件本身。

完成按钮的使用

我们知道，工程实现模型是要符合用户心理预期，符合用户的心智模型，所以“完成”按钮一般的使用场景应该是用于那些选择或编辑操作不会对编辑范围产生永久性影响的场景。如群组搜索范围，如电商的购物车内容，编辑购物车内的物品，并不会对这些SKU本身产生任何永久性影响，此时如果使用“保存”按钮而非“完成”按钮，就会产生一定的场景错置感，用户在点击“保存”按钮时就会产生微妙的犹豫和和不确定感。

而在那些需要用“保存”来保护用户编辑的内容，使之产生安定感降低焦虑的场景中，如果错用“完成”，也会对用户心智模型带来一定的冲击和影响，这种影响是非常细微的甚至是难以量化的，但在这些场景中，使用“保存”应比“完成”能带来更多确定性，降低认知成本。

比较典型的如iOS系统的图像、通讯录编辑后Action按钮和知乎的个人信息Action按钮，个人认为在这些Action按钮使用时“保存”比“完成”更符合场景要求和用户心智模型。

在某些场景下，“完成”是否符合用户心理预期？

iOS在某些场景中，如拍照和截屏，用“Done”按钮来完成一个使用场景，在这些使用场景中，用户可能会附加编辑，也可能不会，所以这些场景中“Done”是涵盖了“Save”的使用场景的，但这也就导致了iOS系统在某些场景下“Done”的滥用，这也是产品在做Localization工作时需要注意的问题。

iOS在某些场景下把“保存”合并到“完成”里