产品设计中的3种保存逻辑：手动保存、自动保存、提示保存 .docVIP

产品设计中的3种保存逻辑：手动保存、自动保存、提示保存 本文介绍了产品设计中的3中保存逻辑，包括：手动保存、自动保存、提示保存。 产品经理在设计产品的时候要注重打造细节，在一个小点中做到极致，并适当加入一些小创意，这样能提升品牌形象和用户忠诚度。特别在交互设计、视觉体验上，要做多种情况的产品处理。 随着 B 端产品的持续发展，B 端产品的前端由于直接展示给用户。 因此往往对于图片质量、页面配色等都经过 UI 的仔细打磨，后台产品则由于图片少、文字多；内容展示少、表格多而在界面上惨不忍睹。 作为后台产品经理，虽说我们不用对产品界面配色负责，但是产品的每一处细节都应该仔细雕琢，做到贴合场景、使用方便、效率高等特点。 说到存储，大家所能想到的功能想必就是[保存]了吧，正如上文，本篇就对保存按钮来细说下其中的逻辑： 一、手动保存 这是一个非常常见的「编辑 #8211; 保存」页面，一般来说，这类页面的逻辑分成两种：一类是单独有个保存按钮进行保存；另一类是修改一项生效一项，无需额外保存。 单独按钮保存，常见于后台管理系统、或者是移动端的资料编辑页面上。 以 Form 为单位，一次把所有内容提交到后台。单独设置保存按钮，我们可以在保存逻辑执行前通过弹窗；让用户对操作进行确认，通过点击「保存」或者「取消」，来让用户决定是否执行保存。 试想，对于一个编辑用户页面，如果走的是立即生效的逻辑，很可能我们无意间的一些随意的修改，就把数据改掉了。比如无意间删除了用户名字中的一个字，除非我们记得这个字是什么然后手动改回来，我们是无法「撤销」我们的操作的。 另外，对于一些依赖于其他输入项的表单验证行为，我们也需要当用户修改完所有项目后，统一进行验证和提交服务器。例如修改密码页面。 1. 草稿箱 该不该做草稿箱功能呢？ 这里根据我对不同产品的观察，总结出来以下两个维度，可以作为参考衡量。 1）创作复杂度 越是操作越多才能完成的内容，就越需要草稿保存的功能，防止用户误操作而导致前功尽弃。 这类的例子，很多比如前段时间为女朋友编辑发个说说花了大半个小时，结果一不小心手抖返回了；而内容没保存，刚刚写的煽情的话是啥来着。 2）重要程度 什么内容重要，这是不太好去定义的，除非给出具体场景。 比如办公场景，我们用 Word 写文档，写了一天突然断电，电脑黑屏，整个人瞬间都机灵了一下。 来电的时候，用自己颤颤巍巍的小手，戳一下开机键，打开 Word 文档，弹出一个对话框，”有文档未正确关闭，是否需要恢复编辑“，俩眼一放光，歘的一声，点了确定。 看到断电前写的文档，不进感叹，真香！刚刚这两个维度，可以帮助我们在工作中要不要考虑帮助用户做草稿保存的功能。 2. 本地存储 空间说说中，如果你也注意到，也会发现有许多地方帮助用户保存未完成的内容。 这里说两个地方： 1）发布说说中断，会提示是否保留此次编辑。如果保留，下次进来会直接使用当前编辑的内容，很多内容不需要再次编辑。比如选择图片，输入文字等； 2）在空间信息流中，如果你给朋友的某个动态发表评论，但写了一句，没发布；继续看空间下面别的信息，过一会，回头如果再点开刚刚那个说说的那一条动态给评论；你就会发现刚刚编辑的那句话竟然还在，可以接着编辑。 3. 云端存储 说起云端存储就有人会问怎么判断：某个产品的某些功能中保存类似草稿内容是存在用户端本地呢，还是上传到平台服务器端了呢？ 这里有一个小方法：换一个终端设备登录，看看还能不能看到之前编辑的草稿内容。 如果能看到，则保存的未完成的内容是备份到服务器端的，如果看不到之前的草稿内容，则是保存在用户终端的。 根据这个小方法测试发现：印象笔记，在用户编辑内容的时候，会程序化自动周期性备份内容到服务器端。QQ的草稿箱，一个是发布说说草稿，一个是评价好友动态草稿，均保为本地存储，换了设备登录是看不到之前编辑的草稿内容。 1.3.1 草稿应不应该上传云端呢 1）必要程度 弄明白为什么需要用户草稿箱的具体内容，如果不上传具体草稿箱内容是不是可以；如果上传到平台上来，下一步能干什么，这些数据是不是对产品或运营策略有实际的用途。 比如我们都很熟悉的电商平台的购物车功能，这就是我们购买产品的草稿箱。而且这些数据也确实上传到了平台，平台通过技术手段，结合用户购物车数据，实现个性化营销。千人千面，进一步完成销售的目的，那么这是必要的。 再看，像抖音内容草稿箱、微信发布朋友圈草稿等；就算把草稿内容上传到平台，但对产品运营没有实际支撑用途，也是没有必要的。 2）隐私程度 虽然说互联网的世界里面没有隐私，但能做的还是得做。至少平台本身得去帮助用户，解决一些不必要的隐私泄露问题。 从隐私的维度看，越是隐私的未发布的内容，就要尽量让数据保留在用户自己手里。 平台可以通过技术获取用户草稿箱的统计数据，或者特征数