<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>站内消息 on 不够智能的网志</title><link>https://blog.94smart.com/tags/%E7%AB%99%E5%86%85%E6%B6%88%E6%81%AF/</link><description>Recent content in 站内消息 on 不够智能的网志</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Sun, 04 Apr 2010 16:43:14 +0000</lastBuildDate><atom:link href="https://blog.94smart.com/tags/%E7%AB%99%E5%86%85%E6%B6%88%E6%81%AF/index.xml" rel="self" type="application/rss+xml"/><item><title>WAP产品设计：删除确认不能少</title><link>https://blog.94smart.com/posts/2010/04/1316/</link><pubDate>Sun, 04 Apr 2010 16:43:14 +0000</pubDate><guid>https://blog.94smart.com/posts/2010/04/1316/</guid><description>&lt;p&gt;&lt;em&gt;引：删除操作要不要再次确认？在WEB设计里，这个问题其实以前很多设计大拿都写过，也有些优化方法，真是各有各的好处。&lt;/em&gt; 今天要说的是在WAP产品设计中的状况，前一阵改版站内消息的时候，有一类操作是清空所有消息和删除单条消息，操作比较危险，但其实以前并没仔细考虑过，造成了部分用户的质疑。 状况是这样，我沿用了旧版站内消息的设计：删除/清空不确认直接操作，相信用户已经习惯这种方式，其实旧版就有问题，只不过原来的操作入口不在手机首屏显示，反馈的用户比较少而已。新版里这些操作的链接被往上提了一点，站内信少的用户会在首屏看到这个链接，且有误操作的情况出现。 解决的办法是速度增加了删除/清空的操作确认，用户再次确认才可以完成操作，另外还把这些危险操作用分割线与正常操作区分开，减少用户误操作的可能性，最近用户使用中这类问题就少了很多。 &lt;a href="http://blog.94smart.com/wp-content/uploads/2010/04/wap1.png"&gt;&lt;img src="http://blog.94smart.com/wp-content/uploads/2010/04/wap1.png" alt="" title="wap1"&gt;&lt;/a&gt; 以前曾在Google Reader分享过一个确认页设计的系列，如果重新看一遍可能就会避免这次失误～&lt;/p&gt;</description></item></channel></rss>