现有环境下几乎稍微有点能力的公司都能建立一套邮件系统,这套邮件系统也已经经过大半个世纪的发展。互联网使用者都会拥有至少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提供的 回复会保存邮件的功能,这个保存的邮件会保留在收件箱内,方便下次查看。
很简洁的普通用户诉求,撰写 -->发送