英文原文：The Best Browser is the _disibledevent=> 我们现在所熟知的 web 主要是从桌面端进行访问的。现在的趋势显示出这一点即将发生变化。据 ITU 预测，在未来的 18~24个月内，移动设备将会超过 PC 机，成为访问 web 最常见的方式。如果这些预言成为事实，那么 web 就会变成 mobile web 居多，web user 也会是 mobile user 居多了。
就如同和任何一个迅速改变的领域一样，我们并不清楚这样的改变意味着什么。我们所知道的是，在现在我们的问题的解决方案似乎就是一个 mobile website（或者很有可能是一个 responsive website）。
但问题究竟是什么呢？这和我们去年所提的问题是一样的吗？但对我们去年所提出的问题，答案是构建一个 native app。
因此，我们也想应该重新考虑一下我们需要解决的问题。
我是做Web设计的，我有个问题
据说解决问题的第一步是承认你有一个问题。那么，我们现在的问题可能就是我们还把 mobile web 当做一个独立的东西。
Mobile web 不仅仅是独立于现在的 web 那么简单，而是被看成了一个完全不同的东西，这个东西包括一系列产品、性能、版型（form factors）或者是行为。这个想法是很吸引人的，因为它让 mobile web 看起来是个全新的东西（因此有一些新的东西去学，需要推销，需要给出预算）。
而事实是，我们要过渡到 mobile web 还需要时间，需要一系列站点、apps 以及其他平台的合作，而我们甚至不太知道具体的过渡方式是什么。在这段过渡时期内，我们要重视围绕着桌面端站点建立起来的关系和信任。
用户对于渠道都是不了解的。他们不关心他们访问的站点是什么站点（如果他们确实是在访问一种站点的话），他们只是想要达到自己的目的（即使他们的目的不过浏览 youTube）。
开始去做
在内容还没有达到完全无缝对接时，用户还需要做出自己的选择。
- 有些人会更倾向于你的桌面端站点，是因为它更熟悉。
- 其他一些人可能无法在你的 mobile 站点上找到他们想要的东西。
- 一些人会被重定向到你的桌面端站点，只因为 mobile 站点在他们的设备上无法工作。
- 其他一些人可能会从平板电脑大小的设备上访问你的站点，他们选择这么做只因为这样做比起用一个放大的 mobile site“感觉更好”（尽管这样可用性很糟糕）
- 大多数人只是简单浏览一下，他们访问哪个站点取决于手上的是什么设备，或者朋友通过消息或者邮件发给他们的链接是哪个
所以，为什么不从现在就开始呢？从审视你的桌面端站点开始。
如果你已经在把你的站点重新设计为一个 mobile site，那么下面的 tips 就会很有用了，因为它们阐述了为不同屏幕和操作模型（manipulation models）设计的很多方法，还讲述了一些性能，这些性能可能会改变你对于为 web 进行设计时的一些假设。
1. 减小规模
你站点上的任何字节都应该是有价值的。
如果说这个逻辑对于小的便携设备来说是适用的，那么，它对于大一些的设备应该也是适用的（或者是用户在等待时刻看到的一些文本）。
用户对于价值的评估方式是有很多的，所以这并不意味着为所有访问者都提供一个最低标准的通用的应用。这仅仅意味着我们应该记住我们不能假设我们知道用户所拥有的时间以及带宽的多少。
事实是我们现在的站点比以前更臃肿一些了。从 2003 年起，排名前 1000 的站点大小变成了以前的六倍多。在 2011 年，站点平均大小要比 2010 年的站点大小大 25%。
页面庞大不只是唯一的问题。每一幅图、样式表或者脚本都会引发 http 调用，降低你的站点的加载速度。这包括来自于第三方服务的 http 请求，比如 analytics，font hosting, 广告服务，以及很多的小工具，“Like”按钮，以及我们随意分散在站点各处的分类 social objects。
2. 让用户自己去选择
别阻止 mobile 用户访问你的桌面端站点。
I 如果你提供了一个单独的 mobile site，那么将 mobile 用户带向你的桌面端站点就是非常值得一做了。但是别希望他们在那里停留太久。除非你已经将所有桌面端内容以及功能都设计得适应于小屏幕了，否则你的用户会从一个站点移向另外一个站点——如果他们这么做了，考虑下是否是因为站点没有提供预期的内容。
当用户选择从一个站点移到另外一个站点的时候，让他们的操作更简单。要保证这样的转移路径是很容易发现的，并且要让移到桌面端的链接或者移到移动端的链接不只是简单地将他们带回主页。如果桌面端和移动端之间不存在对应的内容，那么提供一个友好的出错提示信息，其中要包含一些到其他内容去的建议。
要记住用户的访问路径是可以反映用户喜好的。你可以使用这些数据来优化你的移动策略（mobile strategy），保证最受欢迎的内容是所有用户都能看到的。
3. 考虑整个流程
社交媒体是发现 web 内容最常见的机制之一。研究显示，世界上有 70% 的 internet 用户在使用社交网络。事实上，有66% 的欧洲人每天登陆社交网络。其中有很大一部分流量来自于移动端。Twitter 和 Facebook 中有30–50%的流量来自于便携设备。
造成这一现象的原因是什么呢？
一个用户（恰好在使用移动设备）发现了一个很棒的产品，并在 Facebook 上发布了这个产品的链接。在理想情况下，这个用户的好友会点击这个链接并达到一个设计合理的页面——不论他们的浏览器是什么或者使用什么设备，这个页面都应该是良好呈现的。这个产品确实很棒，有些人会立刻买下这个产品。还有些人会顺手点一下“Share Me”链接，将这个产品推送给他们的好友。
于是皆大欢喜。多么美好的局面。
但是，这样的理想情况仅仅是想象。在现实世界中，当人们点击链接的时候，更有可能发生的是以下情况：
- 移动端的链接不能对应到相应的桌面端链接，因此桌面端用户会被定向到首页而非这个产品的页面。
- 一些 mobile user 也被定向到主页上（因为他们使用了“不被支持的”浏览器）。
- 一些 mobile user 顺利达到了产品页面（这实在是太棒了），但是这个页面在用户设备上的呈现却十分糟糕。有小部分用户会尝试在随后在 PC 上重新查看这个链接。（希望那时候他们能看到一个优雅呈现的页面……）
- 一些 mobile user 到达产品页面，点击“Share Me”，并花费功夫编辑了一条消息，但却因为这个“Share Me”表单在他们的设备上消失而放弃了分析这个产品。
- 其他一些用户根本就没有使用浏览器。他们通过一个 native Facebook app 的 web view 打开了这个链接。他们到达了正确的页面，却因为一个产品视频开始自动播放而让这个 app 崩溃了。
- 一些 mobile user 到达了产品页面，点击了“Buy”按钮，却无法通过登录验证，因为这个验证窗口在手机上不能正确加载。
- 诸如此类，还有很多……
弥补缝隙
记住，有时候最好的解决方案（临时方案或者其他方案）可能和web毫不相关。一些在线旅行网站提供给用户一个显眼的“Call us”按钮。如果用户需要完成交易，他们直接使用手机通过代理进行呼叫。一旦他们完成了交易，这个网站会发送一封 email 或者 SMS 作为确认。
在网络、线下（甚至是商店）、交易间构建起联系能够满足 mobile 用户多变行为的需求。最近的一个研究显示，智能手机用户中有 56% 的人曾经在家进行过 mobile purchases。另外有 42% 的人在外面的时候在他们的手机上买过东西，他们可能是在各种地方，比如学校、餐馆或者工作的地方。另外有 36% 的人在实体商店中在手机上买过东西。
一个用户可能今天在你的 mobile site 上看到一个产品，然后明天在桌面端上又查看一遍，接下面他们可能带着自己的移动设备到实体商店中进行比价。最后交易可能发生在任何地方。
因此，精心设计你所有的应用是非常关键的，不管是在线上还是线下。这绝不仅仅是“mobile web”相关的设计，你需要支持用户行为以及商业交互上发生的改变，这一改变十分重要，令人激动。
4. 别想当然
Mobile 让人们有机会去挑战已有的很多假设——这些假设都是关于 mobile 本身的。
不要假设你的站点是在mobile设备上工作。为相对稳定不变的桌面端设计的模式在移动环境下很可能分崩离析，因为移动设备上的屏幕大小、设备性能以及操作模式可能各不相同。任何一次不良体验都有可能让用户厌烦——最为糟糕的情况就是让用户在任务中途无法进行下去了。
在最近的一个调查中显示，61% 的用户说他们基本不会再访问一个曾经在访问时遇到麻烦的站点。这意味如果你不做足测试，可能就会有大量机会流失，因为你根本不知道你的用户可能会遇到什么问题。
不要假设用户用的都是最好的或者最新的设备。永远记得先去查一下你的统计数据。在英国，一个典型的站点会有 60% 的流量来自于 iOS，剩下的 40% 中大概有 70 部 Android 设备以及半打 Blackberry。还需要考虑到来自于 iOS 的流量可能来自于不同版本的 iOS，至少有两种不同的屏幕大小，不同的分辨率，以及相差极大的 CPU。（你试过在一个 iPhone 3G 手机上运行 CSS 动画吗？）
不要假设最新的设备就是性能最强的设备。Android 设备尤其具有欺骗性。现在更小更便宜（$60-$100）的 Android 设备人气越来越旺。生产厂商只能在不同产品的材料和性能间进行平衡。有的设备可能有全键盘，但却有很慢的 CPU。有的设备可能有最新版本的 Android 操作系统，但其设备响应却比较慢。除非你能考虑到这些细节，否则你永远无法设计出能满足各种设备的应用来。
不要假设每个人的设备都是触屏。尽管我们现在随处可见设备屏幕，但是我们和这些屏幕交互的方式却千差万别。大概有 30% 的触屏设备现在支持一些附加的操作方法（通常是键盘或者轨迹球）。另外，尽管现在很多的非智能机支持触屏，但是现在 Smart TVs 的出现让间接（indirect）操作模式和代理（proxied ）操作模式开始流行起来。
有一些新的设备甚至连默认的显示屏都没有。
5. Mobile users 真正做的事情
由于现在可以通过便携设备随时随地上网，用户在上网的时候，不必坐在一个有着宽带连接的电脑前了。相反，研究显示，一种新的模式正在出现，每天在 web 上，会出现间歇性的、短期的突然爆发的网络流量。这样网络流量突然增加的时期是变化的，并且和时间、用户的意愿、用户使用的屏幕设备相关（在更长时间的浏览中，平板电脑用户居多）。这些行为和传统的 “mobile user” 是不一样的——传统的“mobile user”不会试图在他们的设备上完成复杂的任务。
对于一个时不时用智能手机上网的用户来说，他可能在商场购物时上会儿网，然后在家看电视的时候躺在沙发上浏览三个小时网页，或者在机场等飞机的时候也会用一下机场的 Wi-Fi。越来越多的用户把在移动设备上上网当做他们主要的上网方式。
因此不必惊讶对于 mobile users 来说，任何 web 内容都可能是至关重要的。尽管有些用户会因为设备上 web 的可用性很糟而放弃使用，但需要记住，那些愿意坚持的人——愿意不厌其烦花 30 分钟在 iPhone 上完成一个旅行保险业务的人——是最需要争取的人。尽管麻烦，但他们确实真地想要用你的产品。
6. 了解设备
买一些设备吧。现在就去。
我们经常讲可以通过大量的桌面端测试以及在老板的 iPhone 上做点测试再加上一个模拟器就可以为移动端开发了。
但有很多理由证明这一点是行不通的。
- 桌面端浏览器不能评估你的站点性能，因为它们的性能通常比移动端要强大得多。而且它们会自动更新，因此会拥有最新性能。而移动设备上的浏览器，包括一些 Android 设备上的，完全不能更新。
- 现在的模拟器与桌面端浏览器相比，更能接近移动端的浏览器，因为它们能模拟常见的设备屏幕尺寸，还能提供在一个设备上出现的不同浏览器版本。然而，在硬件方面，它们是无法进行模拟的，因此也不能得到和真实设备上一样的性能表现。
- 需要注意的一点是，有很多用户在使用你的应用的时候是通过 operator network 联网的。在桌面端使用你那个速度很快的 Wi-Fi 网络进行测试是不能反映现实生活中的情形的。因为用户有可能是用着咖啡馆里速度极慢的 Wi-Fi，或者 operator proxies 和 transcoders，有移动网络延迟。
建立你自己的设备收藏显然是需要花钱的，但通过一些规划你可以用更少量的钱达到你的目的。尽管这看起来有点难，但你可以参照这里的一些步骤。
我不会撒谎说买设备是很便宜的。但是它们会成为你必要的工具和支出，就跟你花钱去买的Creative Suite 或者Media Temple server一样。
7. 内容优先
现在，任何发布的内容都应该有一定价值。浪费人们的时间是不可取的，因为他们只要点击一下鼠标就可以去别的地方了。
现在我们已经可以越来越清楚地看到，让网络保持活跃的是其中的内容。我们在单纯消费之外，还会花费大量时间在网上交换链接或者一些社交对象（social object），比如书、文字、电影——当然，还有我们自己相关的信息，比如这个网站。每一天，都有越来越多的对象出现在 web 上（即使它们不是永久存在的）。
在后 PC 时代，内容是市场排名的关键。这意味着：
- 内容要优先于导航
- 去掉杂乱的分散人注意力的东西
- 保证你的内容是在很大范围内都是可用的
- 保证链接可用在任何平台上都能解析，并且
- 提供对将来可能出现的特性兼容性更好（future-friendly）的标记
现在就开始！
未来可能是无法预测的，但现在的这个机会是一定要抓住的。别陷入“等 mobile redesign 的大潮来了再说”的陷阱，要提升你和用户在 web 上交互的方式。
创建一个对将来出现的特性有着更好兼容性（future-friendly）的应用不应该出现在你明年的预算中。（你应该现在就去做。）这不是构建一个 mobile site，或者 responsive site。它是保证你在一个多变的环境中保持竞争力的方式。
“现在的这个革命和至少和上一次革命一样影响巨大，而上一次革命改变了一切。”——Seth Godin（在一次并非全部和 web 相关的演讲中讲到）
最新评论