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

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

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

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

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

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

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

今天看了纯银的《产品团队管理经验一枚》，深有同感，同样是转型产品设计，同样是从无到有，还有不少相同的就不一一列举了。

也许N年以后到我离开现在的公司，也可以很好的总结一下管理团队的经验，更多是写给自己，没准节选一些放在Blog上吧。

一直在找令自己满意的Wordpress主题，暂时没看到特别合适的，现在又懒得自己整，只好找个简单的先用，走一步算一步。

如果有人能找到免费开源的Theme，而且支持Wordpress 2.7，请在本blog下留言，提前谢了。

后边的除草项目想先写一两篇自以为的杂文用来热身～

好久没正经写过东西了，不是没时间，也不是没思想，而是一直没想好写作方向。

最近有些想法，但是没有找到适合的角度把它记下来。

最近有些想写给自己看的内容，也许可以慢慢贴出来。

好吧，先开始把这个Blog改个版式和设计吧，或者找个理想的模板先换上。

产品经理就是杯具，他也是个容器，而且还是个列表，里面放了很多东西，重要、紧急的，有用、没用的。