walking

2010年3月31日星期三

【产品的那点事】一点细节

19:17 Posted by arway 1 comment

有个平面设计师突然问我:你经常做什么工作?

我对他正在设计的一个平面告诉:比如这个页面,需要呈现的页面信息,这些页面哪些是用户需要的,还有这旁边的按钮在告诉用户下一步是什么。

其实.....

2010年3月30日星期二

关于邮件的一些细节分享

18:11 Posted by arway 1 comment

现有环境下几乎稍微有点能力的公司都能建立一套邮件系统,这套邮件系统也已经经过大半个世纪的发展。互联网使用者都会拥有至少1个电子邮箱,使用电子邮件联系好友或者发送传递文件,符合邮件的本质需求:可以发送大几千字的文字内容和大10几M的附件。

邮箱的服务商:
其中包括国内的163/qq/sina/263/sohu这些门户尚且不需要说,甚至是一个门户拥有多种邮箱品牌进行分级服务。比如163推出的:163.com yeah.com 126.com 188.com等。

用户的需求:

作为很普通的电子邮件诉求是简单的添加邮件内容,发送邮件。这些基础功能在普及的电子邮件环境下用户都已经通过学习并且都已经熟悉。

作为一个邮件用户在发送邮件的时候可能还有其他诉求,比如:
1、我在发送邮件的时候临时有事,我希望把我的邮件保存为草稿,如何保存?下次我再需要发送的下一步该怎么操作?
2、在发送邮件的时候是否单纯的一个 【发送】按钮就满足了用户的需求?发送普通邮件的过程很少能见到发送的时候同时保存已发送邮件。虽然可能会有质疑:发送的过程默认就保存在【已发送】标签内。为何有的界面还是会有【发送并保存】并且在旁边还有【发送】的按钮。这样会不会让用户产生质疑,造成交互体验的不流畅?
发送的过程默认就保存在【已发送】这个功能不少邮件服务提供商并不提供,甚至包括回复邮件的过程都不会保存在【已发送】界面。

可能上面的描述会比较晕,总体来说用户触发发送邮件的过程会有2种方式,1、第一次撰写--发送;2、阅读邮件--回复---发送

普通常见的第一种方式-----【直接撰写-->发送】,这种触发过程中,用户发送的邮件是保存在【已发送】邮件列表内。

对于第二种触发方式,很多邮件服务提供商是不会提供保存的功能。是他们忽略?还是用户没有这种需求?

个人比较推崇在 回复邮件的过程仍然提供保存的功能,也是选择使用gmail作为主要邮件的一个原因,经常会遇到“我刚才回复的邮件是否有问题?”


那些很好的用户体验:

google的邮件界面:


gmail提供的 回复会保存邮件的功能,这个保存的邮件会保留在收件箱内,方便下次查看。
















很简洁的普通用户诉求,撰写 -->发送


google只剩下一个首页

17:31 Posted by arway No comments

在产品群里面经常能听到很震撼的互联网信息比如:“google只剩下首页”,在google决定退出审查的时候,就能预料到最终要使用google的时候需要使用翻墙。在权大于法的面前,在整体高度还停留在自我意识的情况下,剩下首页是google最好的结局,因为你有很好的解释去面对媒体,面对那些质疑的声音。
google退出在官方boke上声明是因为黑客攻击,从各种和谐的声音来说,是不想再进行自我审核,在权大于法的环境里,自己的站经常idc无故拔掉网线,导致网站经常访问不了。而且idc就没有给你事前通知的机会,你要自己电话打过去,询问什么故障,然后好生好气的申请接上网线,5分钟内开电脑,上网站后台进行删除所谓的违法帖子。即使是一篇2004年的帖子也会在2009年,就是5年前不违法,5年后就是违法的帖子。

开始重新梳理我的博客

17:12 Posted by arway No comments

自从2009年11月因为服务器托管所在的机房上海移动遭到“一刀切”,至此半年时间服务器一直断断续续的允许访问,最终放弃继续托管的想法。还是打算把自己的博客建立在bsp 上。也许这样能保证稳定点,即使博客内容不一定能随时访问。
服务器在上海移动集思idc 托管2年,已经在3月底把服务器从上海托运回北京。暂时没有考虑寻找新的托管商和把博客放在国外虚拟主机上的考虑。google的blogger已经被墙,只有翻墙才能访问。