使用各种系统时，都有各种删除操作，用户在删除时，很少关注文案写了什么，但这个文案往往让产品经理们殚精竭虑。怎么样才能写出合格的删除确认文案呢？
使用各种系统的时候，都有各种删除操作，作为用户，他们很少关注删除时的弹窗文案到底写了什么，就好像他们注册和安装软件的时候，只知道要勾选“同意协议”才能进行下一步，但几乎没有人真正去看过协议的内容，所以删除弹窗出现的时候，用户只知道，当他们点击了“确认删除”，这个文件就消失了。
但就是这么简单的一个文案，往往让产品经理们殚精竭虑，怕写少了用户看不懂，写多了用户想太多，因此要求简练、明确地传达给用户准确的信息。
那么到底怎么样才能写出合格的删除确认文案呢？我在体验了多个系统的删除操作后，有了一点心得体会。
这是一个最常规的删除确认弹窗，作为一个删除确认，不能说它合格，只能说它入门。
删除是一个危险操作，大多数的场景下，删除是一个不可逆的操作，所以几乎所有的删除操作都会进行二次确认。所以上方的删除确认，我说它是入门的，之所以说它不合格，是因为它的文案没有传达给用户任何的信息，纯粹就是为了做一个二次确认而已。
接下来我们来看看，一个合格的删除确认文案到底是怎么样的？
一、删除的后果
刚刚说过，删除操作是不可逆的，所以删除确认的文案需要给用户传达出这个删除会造成什么样的后果。如下，在删除订单的时候进行二次确认，但它没有用“不可逆”的字眼，因为这个词对用户来说不好理解，所以它用了“无法找回”，通俗易懂，也传达出了删除后的后果。
看看另外一个平台的删除确认文案，异曲同工。
另外一个平台则是用了“不可恢复”的说法，传达出同样的意思。
二、找回的措施
并非所有的删除都是不可逆的，为了防止用户误删，所以很多删除操作都会先将要删除的文件先放到回收站，在回收站进行二次删除才会彻底删除文件。
因此，删除的确认提示文案的重点就变了，删除已经不再是不可逆的操作，所以在删除的时候，应该是告知用户，删除后，如果想找回文件，应该怎么做？
比如很多网盘，虽然提供了回收站的功能，但是是有时间性的，需要在特定时间内找回，否则会永久删除，因此在删除的确认文案中，明确地表达了多长时间内可以通过什么地方找回删除到的文件。
下面这个也是相同意思，只是文案稍微逊色一点，“通过回收站还原”这个说法没有“在回收站中找回已删文件”来得更加通俗易懂。
在较新版本的 Windows 操作系统中，将文件删除到回收站已经默认不再进行二次确认，这是由于 Windows 默认不会自动删除回收站的文件，除非用户使用了清理软件，所以相比网盘回收站中的文件， Windows 回收站的文件相对来说更加安全，因此二次确认的必要性也没有网盘那么高。
三、即将删除的文件
现在数据的展示形式基本都是采用列表的形式，数据的名称一般放在最前面，而删除操作放在最后面，用户在删除的时候，往往看着这条数据，结果点击删除按钮的时候点到了相邻的数据，这样就导致删错数据，因此，贴心的产品经理一般会在删除确认中提示用户即将删除的是什么文件，方便用户再次对要删除的数据做一次确认。
如下，确认文案中提示要删除的项目名称，同时告知删除后果，甚至贴心地告知删除失败后可采取的措施。
对于可逆的操作，也告知了后果，让用户能够放心进行操作。
以下是某原型托管平台的删除确认，同样遵循上述原则。
Windows 的删除确认，则给出了即将删除文件更加详细的信息。
四、批量删除
批量删除一旦误操作，风险是单个删除的数倍，所以批量删除的提示需要明确提醒用户是在进行批量删除，引起用户注意。
某原型托管平台做得比较细，批量删除的时候直接将会被删除的文件全部列出。
文件并不是最重要的，因为一旦批量删除数量较多，用户不太可能花时间重新校对所选文件是否有错，重点在标题的“删除多个文件”，以及列表的形式引起了用户的注意，让用户明确知道当前是在进行批量删除。
当然，你也可以做得简单一点，比如 Windows 这样，同样能起到引起注意的作用。
五、总结
最后对“删除确认文案应该怎么写”进行一下总结：
1、如果删除不可逆，需告知用户后果，如“不可恢复”、“不可找回”等；
2、如果删除是可逆的，需告知用户找回的措施，如“通过回收站找回”、“通过回收站恢复”等，如果有时间限制，需同时告知时间，如“xx天”，“xx月”等；
3、尽可能告知用户即将删除的文件，方便用户确认，避免误删，如“即将删除xxx”、“是否确认删除xxx”等；
4、批量删除尽可能不跟单个删除共用相同的确认文案，需通过文案提醒用户当前正在进行批量删除操作，如“即将删除的文件xxx、xxx”、“是否确认删除 xx 个文件”等。
