2009年末party

由 liu yaping 撰写  |  2009/12/28 23:34 发表在 未分类  |  评论 (2)

没有很生猛的开始，但是可以很彪悍的结束

2009年末party

2009年末party

歇斯底里的犀牛

由 liu yaping 撰写  |  2009/10/26 14:37 发表在 一些感触  |  评论 (0)

同行的mm说看完《恋爱的犀牛》，你就会原谅你犯下的所有的错误。

Read More »

设计师不能不知道的十个沟通秘诀

由 liu yaping 撰写  |  2009/09/25 13:43 发表在 交互设计  |  评论 (17)

原来做标题党是这种感觉，哈哈哈。

这期的话题是设计和沟通，这个话题实在是太大了，大概6个人坐在一起聊上三天三夜也还有说不完的吧。为此，我们打算把话题约束下，变成“PM（产品经理）和设计师的沟通”。

考虑到不同的人之间的沟通的方式会差异很大（也正是因为有这种差异，我们才把沟通叫做一种艺术），我们先研究下沟通的主体，PM 和设计师，而在座的都是设计师，互相研究也不是太好，我们就重点研究PM吧，反正他们不在场，说他们坏话他们也不知道 :)

PM 的意思是产品经理，一般来说，岗位职责是对整个产品负责，按照职权对应的原则，往往他们对产品的权利最大，决定了产品的发展和前途，我们遇到的各种各样的 问题，大到美国总统应该谁来当，小到一个按钮的颜色是红色还是绿色，都跟他有关系。而且我们得承认，有些pm 很混蛋，左脑是面粉，右脑是水，只要想问题就会搅在一起变成浆糊，根本没法沟通，这个的确存在，世界就是因为他们的存在而变得丰富多彩嘛。

好了，出气了，大家开心了，说正事。

在 一个设计项目中，PM是需求方，设计师是要满足需求的，但是中间的界限不是那么清楚，以前在腾讯的时候我们喜欢说“pm和设计师是你中有我，我中有你”， 于是和pm的沟通往往是设计师最难做也最需要花时间去做的的事情。我不止一次两次听到设计师抱怨，典型的如“ 我们的产品什么都管，按钮红色绿色也都要他说了算，非常强势，他的项目我没法做。” “PM只想着赚钱，只想着快速发布，根本不在乎用户体验” ，往往设计师辛辛苦苦的完成了一个得意之作，PM一副冷脸，这里不行，那里不好，比王员外挑女婿还难搞，在面对这样的紧张的国际局势，有一些人选择了沉默 下去，算了，pm说怎么样就是怎么样吧。这样的设计师，一定不是好的设计师，我相信在座的一个都没有。我们都是相信我们的设计是好的，只是需要一些额外的 沟通和说服工作，从而让我们设计能真正的得到认可和尊重。

那么我们有什么灵丹妙药呢？锦囊妙计如下：

  • 开放的心态：别人对你的设计提了不同意见，认真的听，有则改之无则加勉。不要有护短的想法，自家的孩子自家疼，心态不开放，合作就不会愉快的了。
  • 消除信息不对等： 经常产品经理提出需求的时候会倾向于告诉设计师他想要什么，而不告诉你为什么，无意中就遗漏掉了很多信息没有传达给设计师。在座的各位作为优秀的设计师， 一定要尽可能的把这些信息挖掘出来，每次接到需求的时候，多问一句“为什么”，做到和pm 了解的信息一样充分，伟大的福特就是这样设计出来汽车的。
画外音：
问：“有的信息是pm故意不告诉我的，说要保密”
答：“什么？保密？那你还跟他做一个项目？趁早换吧”
  • 尽可能早的介入项目：在项目初期就尽可能早的介入，哪怕这时候产品只是一个简单抽象的概念，但是这个阶段往往最关键，最容易受到影响，经常很小的建议也都会影响到决策人的最终判断，同时很多方向性的决策会在概念的形成期完成，设计师介入了就保证了在最开始项目的战略决策上有考虑到用户体验。
  • 以退为进： 在战略上你已经和pm和管理层取得共识的前提下，在更为细节的问题上如果遇到不同意见，我们可以退回一步，到已经取得共识的层面再去看这个待解决的问题， 是谁的意见能够更好的为目的服务？如果说PM和你都同意产品主要面对的是商务用户，那么由此出发推导出界面的主色调改成草绿色不是很靠谱。
  • 从用户出发： 如果用户体验设计师是安泰俄斯，那么用户就是大地，设计师最大的力量来源于用户。一些从直接用户身上得到的证据往往能很好的支持你的观点，所以，多做一些 user study，多了解用户，某些场合下，用户使用产品时痛苦不堪的表情和接连犯错的录像，要比你千言万语来的更有说服力。
  • 建议权和决策权分开： 设计师可以对PM的市场策略提出建议，PM也可以对设计师的按钮颜色“指手画脚”，这个叫做建议权。最终一拍桌子，大吼一声“我说了算”，这个叫做决策 权。 作为项目的一员，任何人都对项目的发展有建议权。但是发表完你的高见之后，不要忘了加上一句“这是我的意见，当然最后怎么做你来决定”。建议权和决策权要 分开，不要过度涉及到别人的专业领域，既然是一个团队，对团队成员的专业能力的尊重和信任是最基本的前提。
  • 拿来主义：看看竞争对手产品怎么做的，他们一定经历过跟我们差不多痛苦的一个阶段。他们之所以这么决定，一定有理由的，要相信他们不全是傻X，想想看为什么，这个很多时候能够作为决策依据，或者是帮助我们说服别人。
  • 系统的力量： 如果你身在一个大公司，那么在你之前，一定有很多革命先驱前赴后继的在同一个问题摔过跤撞过墙，如果你足够幸运的话，公司可能在某个不为人知的服务器上还 有一个用设计师血泪凝聚而成的叫做设计规范的东西。这个东西，不一定是最好的结局方案，但是往往是在你们的环境下最可行的实践方案。没错，站在巨人的肩膀 上吧，用你们的设计规范来说服别人。
  • A/B test：什么？前面这么多办法都没效果？好 吧，杀手锏来了，A/B test，简单点来说，就是取出5%的用户作为一组，当他们访问时，给他们看方案A，剩下的用户全部是方案B，最后数据说话，哪个表现更好用哪个。这个往 往能够快速有效的消灭争论达到和谐状态。不过请注意，此武器成本较高，往往拉高成本拖长项目周期，慎用。

好吧，我非常感谢你们看完这九条，很不容易，如果你还没关掉这个网页的话，我偷偷的泄露一个终极武器，一般人我都不告诉他的，那就是：找老板去拍板。成本低见效快，绝无环境污染，实乃居家旅行杀人放火之必备良药。考虑下吧？

本文由UXday第六期靠近门口那一组同学共同贡献，请恕我不一一署名，非著名设计师 刘亚平 记录整理。

关于label system （不断更新中）

由 liu yaping 撰写  |  2009/05/31 13:14 发表在 交互设计  |  评论 (3)

最近做了一个知识问答产品中的label system设计，发现了一些关于label有意思的问题，基本上是设计一个label system 必须面对的问题。不过老实说，这个问题我还没想清楚，还需要花很多时间继续思考。
Motive
在问答产品中的提问流程，用户会把填写label视为提问过程中的一个阻碍。后来在科学家不断努力下，我们进入高科技时代，系统可以自动分析问题内容来推荐label，于是我们推荐几个label让用户简单去勾选，即使是这样，用户也还是懒得去点那个check box，究其原因，只是因为我们实在是找不出什么理由用户应该做这个事情。最终变成了我们默认就勾选一些 label，用户不需要做任何事情。
所有需要用户填写label的设计，都是给用户增加了一个额外的任务。我们必须明确的告诉用户，填写label对他有什么好处，不然他根本不会去填，这样会导致你基于这个label system 的设计全部变成空中楼阁。看到很多其他产品的设计中，甚至还有是否同意某个label的功能，这里也要问同样的问题：用户的动机是什么？
这个问题一直还没有很好的解决方案，目前我看到的做的不错的是Flickr，他的做法是填写标签这个额外的任务和管理照片这个方便的功能结合在一起，我还需要和flickr的重度用户聊聊，了解下给自己每个照片都加label的geek用户的心态。
Longtail
假设我们已经很好的解决了上面的问题，积累了相当多的label数据，第二个问题就来了。在问答中，系统创建的标签有700个左右，覆盖了绝大多数问题，但是UGC的标签大约有30万个，非常强烈的longtail。来吧，豆瓣也基本上是同样的状况。
怎么办？
一种简单的做法是，我们不断引导用户，让他们 “选择” 而不是 “创造” 标签，问答的30万个标签，大部分也都是用户在我们的系统还没有标签推荐机制时产生的，假如我们只有700个系统标签，那么就要简单很多了。体现在设计上，我们可以找人来创建最常用的几百个标签，保证longtail的头部质量足够好，然后尽可能的推荐这些标签，让用户感觉我们推荐的就挺合适，只需要简单选择就好了，这样不仅能降低交互复杂度，而且也尽可能的避免longtail .
当然longtail 也不总是坏事，豆瓣就很好的利用了longtail，但是难度比较大，不知道我们是不是可以学习下？一个最直接的设想是假设有一个很小众的label，如“闷骚”，一共只有十首歌，你听过其中五首，那么给你推荐剩下的五首，基本上是准确的。这个在Google music之前的某些项目中已经有一些探索和思考。
Machine Generated or User Generated？
其实上面谈论motive的时候已经提到过，我们的问答产品已经实现了完全的算法系统推荐label 给用户，不需要用户做任何事情的，但是就算Google的科学家们多么聪明，开发出来的算法仍然是不够智能，我们的系统推荐的label 精确度不高，为了保险起见，把推荐的label不够细分，而是很宽泛的 “科学” “生活” 等等，这样子的话，推荐的label不仅不够精准，而且数量很少，出现了每个label下几万个条目的情况，这样也就失去了label system的意义了。那么人肉推荐如何？好处当然是精准了，不过整个系统的成本会按照指数级别增加，这一点在Google 非常明显，况且人肉推荐的话，整个系统非常不scalable。
和刘云天（xiaoxiao）同学讨论之后，提出一种可能性，我们可以首先提取搜索系统的热门关键字，从中人工筛选取出靠谱的作为label，然后由系统推荐，让用户从中选取label 加给每一个条目，这样比较好的结合了用户产生内容和机器产生内容的优点。

第一届用户体验研究研讨会@ 北航

由 liu yaping 撰写  |  2009/05/29 19:30 发表在 互联网行业  |  评论 (1)

前天收到同事转发的邀请函，北航搞得这个用户体验研究研讨会，想想房价我也没什么事情，于是就报名去了。
首先是微软的赵晨的演讲，其实07年UPA的时候参加过他的workshop，他的课题名字忘了，大概是说一帮用户在一起组成focus group讨论怎么样的workflow 最好，我们做moderator和observer，来解决软件中的多种角色的workflow 都互相不同甚至互相矛盾的问题。在07年那个大家还都是票友的阶段，很难得见到一个比较深入的和务实的话题，个人觉得比国内某些著名设计师，开个workshop给你讲什么是用户体验好多了。其实我并不鄙视给别人做UX的科普和传道，但是你要做科普至少自己要搞清楚吧？开口UI等于visual design，闭口UE等于user research，这样误人子弟，很不好。
不过很让人诧异的是此人这次也是做科普的，具体内容那个我就不多说了，几个有意思的事实记录了下来：
1，牛逼哄哄的Office Word 原来80%的操作是 save, copy, paste 和undo，虽然大家都知道大多数人只有小部分的功能，但是我还真没想到居然这个小部分居然是如此之小。
2，Ethnologist怎么发现用户unmeet的需求？Bank of America的例子是每次用户开支票都是四舍五入的，而此银行开发了一种服务，专门给用户把这种零头存起来，受到用户的欢迎，99%的user retain rate。
3，用户对产品的选择，例如从Baidu的搜索 转换到Google的搜索，需要三个阶段，分别是感知改变，态度改变，行为改变。个人觉得是不是有第四阶段，习惯的改变？

关于眼动方面的talk有两个：

第一个是一个瑞典帅哥，长相总是让我想起来CSI New York的Danny，他的presentation的地址http://eyetracking.me/wp-content/uploads/2009/05/tobii_shanghai_slides.pdf，blog是www.eyetracking.me，有照片，花痴们请自行前往瞻仰。

另外一个天津师范大学的教授，他们学校居然有四个博士专攻眼动方面的研究，我当时就震惊了。这年头，博士还真是闲的紧啊。此演讲人慷慨激昂，可惜我听的云里雾里的，完全不知道他想要干嘛，可能我实在不是做学术研究的料吧，不过在座的各位朋友就不一样了，他们对实验理论方法背得滚瓜乱熟，岂能是这样能糊弄过去的，广大人民群众情绪开始不稳定，纷纷提问表示质疑，演讲人左右支绌，最后来了一句“这个研究神奇就神奇在这个地方”。。。

NOKIA的刘颖的演讲基本上也是科普，顺便给我们描述了NOKIA打算从device转换到service的美好蓝图，我放佛看到大家的人民币纷纷弃暗投明转向了NOKIA了，有一个话题引起我的兴趣，就是我们通常描述的user goal其实分两种 be-goal 和 do-goal，这个和大家熟悉的what users want 和what users need 似乎有点象，但是也不完全一样，呵呵，有空再深入研究下。

最后是Google用户体验研究员张光强博士的演讲，作为同一个team的同事，当然要支持了！他的演讲标题是UX Research and Design: A problem solving process，看到这个标题，我就想起来之前雨森同学写的那篇文章（http://www.lanrenux.com/?p=222）有点差不多的味道，推荐一下。
以下是张博士演讲的要点，他的slides在https://docs.google.com/Present?id=dvxvq5b_3fgpm2jgv ：

A good problem description should be:
1. respectful to the facts
2. specific to end user’s goal
3. in context
4. measure-able
5. inspiring
6. educational
7. immune from any speculation

Analyze solutions:
1. End user: desirable
2. Business: profitable
3. Technique and Engineering: feasible

Before measure of solutions:
1. End-user goal: 这样来测量对终端用户完成他的goal有什么帮助？
2. Successful signals: 测量达到什么数值代表了用户是满意的？
3. Metric: 哪些数据能反映什么问题？典型的例如 page view per visit 对于搜索引擎来说可能代表你的搜索结果质量不好，对于门户来说则说明你的内容很有吸引力。
4. Instruments procedures: 最后一步才是选择工具，一定要为目标服务，做eye-tracking 实验之前一定要想清楚为什么选择这个工具，不要因为买了eye-tracking仪器就使劲用

接下来来自财富500强的中国移动的秦博士的课题是移动业务的用户体验研究和质量管理。很不幸的是，团队介绍的时候他们总的自称是UI team，分三组，UI，GUI，UE，我又一次被这么多名词绕到晕眩。。。QnA环节就更有意思了，大家纷纷提问泄愤，有涉及到资费的，有涉及到垄断的，完全跟UX八杆子打不着。。。

整体感觉：
1， 这样的活动还挺好的，比“经济危机下的用户体验”强多了
2， 开会管饭，这个也算是开创了一个先河
3， 如果睡觉的同学和听讲的同学一样多的话，那就更好了
4， 没看到PPMM，UX行业最大的不足又一次得到深刻体现

“您还是”“我”？

由 liu yaping 撰写  |  2009/05/29 02:14 发表在 交互设计  |  评论 (3)

在谈这些问题之前，请您一起设想以下场景：
您登录一个网站，一看，就好像走进了一个城堡，门口站着一个英国管家迎接，戴假发，好家伙，一口的尊称，特绅士的那种，您一进门儿，甭管有事儿没事儿都得跟您说 ：May I help you, sir? 一口地道的英国伦敦腔儿，倍儿有面子。


但是您回头一想：不对啊，干嘛搞得这么客套呢？文绉绉的，感觉隔着十万八千里一样，于是乎，您就找了一个不这么玩的网站去看看。
请想像以下场景：
我登录另外一个网站，一上去，这哥们特热情的打招呼：哈罗，最近忙啥？咱家还好吧？咱爸咱妈身体如何？再到处转转，这网站设身处地的为我着想，我在想什么都知道，我说什么都给我记着了，特贴心，恍然间我还以为我爸妈真的有个兄弟没告诉我呢。


另一个典型的例子是在早期电脑在人民群众眼里还是个稀罕货的时候，windows的开始菜单，点一下就是我的电脑，我的文档，我的音乐等等。一下子就拉近了人民群众和电脑之间的距离。
想必，聪明的您已经看出来了，
如果把产品比做一个人的话，在产品中的称谓是给用户的第一信息，直接决定了产品和用户的关系。
您可以选择跟用户保持一个恰如其分的距离，毕恭毕敬的，远远地看着，没事绝不多说一句话。但是每当用户出现问题的时候，您总会客客气气的提个醒，让他注意到问题，用户需要什么帮助的时候，您总是第一时间出现。在您的协助下，用户很开心很高效地完成自己的任务，基本上记不起来您的存在，也不会对这里有什么深厚的感情，基本上您这里就是一个咨询处，一个服务窗口。上图中举的facebook 和淘宝的例子基本上就是这样。
还有一种选择，我们让用户觉得，这就是属于我的，动感地带不是说了：“我的地盘我做主”。给用户最大的选择权和控制权，就让他在这里尽情折腾，爱怎么玩就怎么玩，他就是这里的皇帝，他有最高决定权。出了问题的时候，直接告诉他：咱这还是有规矩的，不对，不是这么玩的！上面举的google 和豆瓣就是这样的例子。
看到这里，也许您会问，哪一种好啊？对不起，我还真给不出哪一种绝对是好的，但是各自有各自的适用状况，请判断下：
1， 您的网站希望给用户什么样的image？商务还是娱乐？
一般来说商务型或者是传统大公司的网站的网站会讲究彬彬有礼客客气气，例如www.ibm.com，希望营造这种专业的形象，用“您”会比较恰如其分。而很多web 2.0的网站，例如sns，显然不希望跟你拉开距离，可能用“我”更好一点
2， 这个页面的性质是什么？
如果这个是网站的首页，主要是用来介绍自己的公司，希望马上勾起用户的兴趣，那么“您”的成为能给用户类似对话的口吻，在看到提示语之后在意识里想要去回答您问题，推荐用“您”。参考 hsbc的网上银行首页。
如果这个是用户的profile 页面，所有内容都是用户自己产生的，又或者这个就是用户的blog，在线portofolio，使用那么“我”能给用户非常充分的自主权。
3， 能够统一吗？
总的来说，对用户最友好的是要么就客客气气的做英国管家，要么就亲亲热热的做东北哥们，别瞎掺和着一起玩，中西合璧，一会儿您一会儿我的，看着还真让人犯糊涂。
最简单的判断法则是如果发现在一个页面上某几处必须用“我”或者“您”，那么干脆整个页面都用这个来统一好了。
看看这个例子：

感谢 peiyu 同学深夜和我讨论此话题。

离别，again

由 liu yaping 撰写  |  2009/04/29 00:05 发表在 一些感触  |  评论 (0)

这些年来，一次又一次，总是想问自己，我不是早已应该习惯离别么？为什么每次朋友离开的时候却总是忍不住黯然神伤？
又有朋友离开，而且是前往半个地球之外的硅谷。。。回想一年以来，往事历历在目，吃喝玩乐的时光竟然短暂如斯，怀念也罢，伤感也罢，祝@jinghuaz 老师前程似锦，一切顺利。
好在地球只是一个大村子而已。

关于网格系统的一本书

由 liu yaping 撰写  |  2009/04/01 17:12 发表在 交互设计  |  评论 (0)

最近看了下这本书，相当的推荐！它一扫我对德国人写的书是 “专业但是晦涩难懂” 的印象，平时的语言，简单的描述，就讲清楚了很多事情。

 排除这本书是英文德文双语版的，再排除这本书是60多刀，除此之外，看这本书还是相当享受滴！

我这里有电子版的，需要的同学们可以email 我：justkiddings@gmail.com

 

Grid Systems in Graphic Design/Raster Systeme Fur Die Visuele Gestaltung (German Edition)

弹出窗口和浮出层的使用体验 — UXday活动小结

由 liu yaping 撰写  |  2009/04/01 13:28 发表在 交互设计  |  评论 (0)

大家好，我们这一组的主题是弹出窗口和浮出层的使用体验。

在谈这个话题之前，首先我们必须对弹出窗口和浮动层有个定义。来自五湖四海的革命兄弟姐妹们经过友好而热烈的讨论，就定义问题交换了意见：

  1. 弹出窗口：弹出窗口变种很多，形式各异，姿态万千，我们就不一一列举了，我们的讨论范围也仅限于以下两种。
  • 消息警示窗，俗称alert窗口，又称系统对话框，举例可以看这里 。
  • 弹出窗口：俗称弹出广告窗，有独立的url，例子可以看这里。
  1. 浮出层：例子可以看这里（请围观者移动鼠标猛击右上角登录链接），一般无独立的url。

首先，关于弹出窗口，尤其是alert窗口，小组成员们纷纷指出，它其实不是一个基于web的设计，而是基于浏览器等客户端的设计。在遥远的web技术发展初级阶段，受到很多技术限制，但它的以下优点让它变成了居家旅行，设计开发之必备利器：

  • 简单，兼容性好
  • 实现成本低，工作量小
  • 抢夺焦点，非常适合弹出广告
  • 能有效的告诉用户当前要完成的任务

但是，温情脉脉的面纱在小组的深入探索下被揭开，我们发现了它与生俱来的缺陷，例如：

  • 强迫性，让用户没有选择，不利于建设和谐的互联网。
  • 很多弹出窗口使用了模态窗口，非常的暴力。在IE7等高技术含量的先进浏览器中，一个tab的窗口会锁死所有的 tab，给人民群众的生活造成了较大不便。
  • 视觉风格上，弹出窗口基本是用的是系统的风格，对于某些视觉设计很fancy的网站来说，这个犹如一个漂亮的女孩子脸上带着昨天早餐的蛋黄酱一样
  • 往往弹出窗口伴随的是系统的警告声，会导致某些夜猫子网友的情绪不太稳定。

我们来自百度的组员非常精辟的带领大家回顾了web技术从90年代到现在的主要发展历程，并 高屋建瓴的指出，随着精神文明建设的不断深入，web技术的不断发展，很多网站也不断的改善用户体验，出现了很多人民群众喜闻乐见的设计。除少数极端情况 外，简单粗暴的弹出窗口已经不能满足人民群众日益增长需求，代表先进生产力的浮出层逐渐代替了大多数的弹出窗口。

调查才有发言权，同学们也纷纷使用举例证明，手绘草图的形式积极参与讨论，一时之间，百家争鸣，我们发现网页浮出层的优点有：

  • 效率高，很多时候就在鼠标操作处浮出一层，用户鼠标移动距离很短就可以操作，大大提高了生产效率。
  • 大多数浮出层是设计成非模态的，不强迫用户。
  • 避免主流程被打断，特别适合完成某些分支任务（例如登录）后再回到主任务的设计。
  • 精简网站页面数量，使用了浮出层后，很多原来需要新的页面来完成的操作（如登录），就被精简掉了，有利于建设节约型社会。
  • 形式灵活多样，视觉、声音都可以自由定制，能有效满足人民群众日益多样化的需求。
  • 体验轻量化

但是某位伟大的哲学家说过：任何硬币都有两面，更何况网页浮出层？在马克思唯物主义的启示下，同学们也发现了隐藏在背后的真相：

  • 需要java script实现，兼容性不好，在不同浏览器下的表现不一致。
  • 屏幕分辨率低或者浏览器窗口小的情况下，很可能会在当前不可视区域内弹出，也不被用户感知到，让不明真相的群众感到困惑。
  • 经常会出现浮动层嵌套的情况，这是一个不好的体验。

讨论进行到最热烈的阶段，来自百度的掺掺同学指出，同学们掌握了这两种设计的利弊，这很好，但是仅仅讨论优点和缺点是不远远不够的，更要深入的分析哪些情况下适合用什么设计，在掌握了理论以后要多思考多实践，发挥我们的光荣传统，更好的把设计师有限的时间和精力投入到无限的用户体验工作中去。

最后，由非著名设计师刘亚平 把大家的精彩言论做了记录和整理，并向广大人民群众做了简短的汇报，此次uxday讨论在非常友好和热烈的气氛中结束，

会后，同学们对来自百度的礼品表示强烈的兴趣，并纷纷表示，礼品虽小，情谊深重，希望uxday活动越办越好，越办越红火！

特别鸣谢，撰写此文时的参考网站 薯片会 谷歌 百度

支付宝的一点小问题

由 liu yaping 撰写  |  2009/03/27 14:38 发表在 交互设计  |  评论 (0)





做设计做了这么久，我一直对各种各样乱七八糟的界面持着很宽容的态度，大家都不容易，何必呢？我也不是一个喜欢挑毛病的同学， 不过今天实在忍不住了。

 

今天我用支付宝给某个卖家付款买点东西：

 

选择付款类型的页面


 

 

看起来很简单，我应该是属于给陌生卖家付款了，点下面一项，然后点下一步，一点反应都没，仔细看看，原来下一步按钮乾坤大挪移去了另外一个位置，晕，ajax不是这么用的吧？


 

 

 

填写表单的界面
 

 

填写商家信息部分

 

1，  首先是填写email，刚好卖家已经把email 给我了，粘贴上去，要重复输入确认，似乎没什么问题。但是第二次输入就不允许粘贴了，我猜想设计者是为了确认安全才这么设计。不过问题就来了：

 

  • 如果要保证安全，那你干脆就都不允许复制好了。

 

  • 设想下，如果用户第一次已经通过复制粘贴好了，第二次确认的肯定是照着上面抄过来的，这时候要是出错，肯定两次一起错的，这样的设计根本起不到任何安全作用。

 

  • 用户第二次手动输入的话还很有可能出现输入错误，而且这里居然不会自动检查并且马上提示，要等点击“下一步”才会提示。。。最傻的是，提示完了居然还把我刚才填写的内容放在这里。还要我多做一次删除的工作。


 

 

 

2，   “选择联系人”，是旺旺上的好友吗？点一下，居然不是，是一票我不认识的，仔细看看，是很久很久以前，我付款过得卖家。我想大多数情况下给陌生人付款都是个一次性的生意吧，用得着把历史记录都弄出来？如果说我要多次付款，那我还不如给我看看旺旺的联系人呢，或者我干脆就不用这个功能了。

 

 

填写地址部分

默认就是 “不需要收货地址”，点开下拉菜单看看，居然没有我现在淘宝用的地址，看来支付宝和淘宝确实不是一家人啊。于是我只能选择添加地址了，居然是打开新页面，旁边还有个说明：“完成后刷新本页面”，这里不用ajax 来做啊？该用ajax的地方不用，不该用的地方倒是用上了。

 

 

很无奈的我只能打开新页面填好地址，填好了回来，按照说明，刷新，最牛的一部分出现了，刚才填的所有东西都没了！！！！

 

好吧，我只能再来一次了。。。。。

 

支付宝做设计的同学们，烦请看看这些问题吧。。。