互联网产品设计教训和经验:删除确认不能少

引：删除操作要不要再次确认？在WEB设计里，这个问题其实以前很多设计大拿都写过，也有些优化方法，真是各有各的好处。

今天要说的是在WAP产品设计中的状况，前一阵改版站内消息的时候，有一类操作是清空所有消息和删除单条消息，操作比较危险，但其实以前并没仔细考虑过，造成了部分用户的质疑。

状况是这样，我沿用了旧版站内消息的设计：删除/清空不确认直接操作，相信用户已经习惯这种方式，其实旧版就有问题，只不过原来的操作入口不在手机首屏显示，反馈的用户比较少而已。新版里这些操作的链接被往上提了一点，站内信少的用户会在首屏看到这个链接，且有误操作的情况出现。

解决的办法是速度增加了删除/清空的操作确认，用户再次确认才可以完成操作，另外还把这些危险操作用分割线与正常操作区分开，减少用户误操作的可能性，最近用户使用中这类问题就少了很多。

以前曾在Google Reader分享过一个确认页设计的系列，如果重新看一遍可能就会避免这次失误～

1. 确认页设计（confirmation alert）（一）——使用的时机
2. 确认页设计（confirmation alert）（二）——形式的抉择
3. 确认页设计（confirmation alert）（三）——一些注意事项

p.s.这个系列主要是工作中项目的一些教训和经验，能写的我就写，想到哪里就写到哪里。