user-interface - 用户体验问题 : is better to have "serious delete" or have "trash"

Question

我正在开发一个应用程序，允许用户管理一些单独的数据点。我的用户想要做的事情之一是“删除”，但这意味着什么？

对于网络应用程序来说，向用户提供严格删除或使用“垃圾”系统的选项是否更好？

在“严重删除”下(很想知道是否有更好的名称...)，您单击“删除”，然后用户会收到警告“这是最终的悲剧性操作。一旦您执行此操作，您将即使您在哭泣，也无法获取-在此处插入数据点名称-”然后，如果他们点击删除...那么它就真的永远消失了。

在“垃圾”模型下，您永远不会相信用户真的想要删除...而是从“主显示”中删除数据点并将其放入名为“垃圾”的存储桶中。这可以让用户摆脱它，这是他们通常想要的，但如果他们犯了错误，他们可以取回它。显然，这是大多数操作系统的发展方向。

“认真删除”的优点是:

• 易于实现
• 易于向用户解释

“严重删除”的缺点是:

• 这可能是悲剧性的结局
• 有时，猫会在键盘上行走

“垃圾”系统的优点是:

• 用户不会受到影响
• 像“一次删除一堆”这样的批量方法更有意义
• 减少支持麻烦

“垃圾”系统的缺点是:

• 对于敏感数据，您会产生一种破坏的错觉，用户认为某些东西已经消失，但事实并非如此。
• 许多细微的区别使实现变得更加困难
• 您“最终”删除了垃圾箱中的内容吗？

我的问题是哪一种设计模式适合现代 Web 应用程序？ “存档”功能如何发挥作用？就是这样gmail works 。进行足够的讨论来证明你的答案......很乐意指出一些相关的研究。

-金融时报

Answer 1

这是您可能会喜欢的相关文章。它更专注于业务场景，但它可以应用于任何地方。

Don't Delete, Just Don't .