西安响应式网页设计是以用户为中心的设计,关注特定情境下的用户体验,它既要适应设备的功能和限制又要适应用户的使用环境。西安响应式网站制作的方法主要包括以下几个方面。
(一)移动优先(MobileFirst)在网站策划与制作的初步阶段,响应式技术比常规方法费时耗力。一般来讲,开发人员需要了解用户设备及不同使用情境,优先从移动端开始设计,从创建具有一定可用性的基本体验开始,满足用户简洁、顺畅的情境需求。然后,渐进增强,布局显示内容,提高图片质素,增加必要的服务,提供恰当的交互,创造更丰富的体验。移动优先采用渐进增强(ProgressiveEnhance-ment)原则,而非早期网站设计提倡的优雅降级(GracefulDegradation)原则。移动优先既可以为不支持媒介查询的移动设备提供适合的布局,聚焦当下最重要的事,也可以降低CSS代码复杂性,减少冗余代码。
(二)媒介查询(MediaQueries)媒介查询是指根据用户特定情境,查询设备各种属性来布局样式和内容。测试的属性包括:设备屏幕宽高(device-width,device-height);视窗显示区域的宽高(width,height),例如浏览器窗口的大小;屏幕方向媒体特性决定一个设备是处于横屏还是竖屏,即设备处于垂直或水平的状态(orienta-tion),宽长比例等特性(aspect-ratio);设备屏幕分辨率(resolution),每平方英寸像素数(ppi),一般的屏幕为163ppi,视网膜(Retina)屏为326ppi。这些属性可以通过“与或非”等逻辑运算符形成复杂的表达式,以此判断是否为特定目标设备类型,从而加载特殊样式、调整页面布局、提供适合的功能和交互。
(三)流式布局(FluidLayouts)传统的固定宽度(FixedWidth)布局以像素为单位,是网页布局中最常见的方法,它简单粗暴地固定了页面的宽度,使用户在不同设备上浏览相同的页面。屏幕较大时,页面两侧出现大片的空白区域未加利用;屏幕较小时,页面内容位置不变,用户只能不断地通过手指滑动进行浏览和界面交互。流动宽度(FluidWidth)布局的单位是百分比。流动布局根据浏览器窗口宽度自动调整页面布局,不会出现水平滚动条。大屏幕时,页面两侧不会出现固定布局中的大面积空白;小屏幕时,内容也不会挤成一团难以阅读。弹性宽度(ElasticWidth)布局以“em”为单位,随着文本大小的改变,容器的宽度也等比例地改变,将容器调整到合适的宽度。因为行宽过短,眼睛往复跳跃扫视会破坏阅读节奏;而行宽过长,容易造成持续行进阅读失误。为了提高文本的可读性,尽量使每行的中文字符个数介于25~45之间,英文字符个数介于45~70之间。网格布局(GridLayouts)可以使信息展示得有序、和谐,间距均衡、布局工整的页面提高了可读性,添加或更新内容时也更加容易。网格布局多采用8列、10列、12列、16列,由于12可以被2、3、4、6整除,因此它是最常用的网格布局列数。混合布局(HybridLayouts)则结合上述两种及以上的布局方法。相对固定布局,其他布局更具灵活性,但每种方法都各有优势和缺点。目前,响应式网页设计较常用的流式布局方法是利用CSS表格属性(display:table-cell)混合内容列为流动宽度,侧边列为固定宽度的方法。页面布局采用内容优先(ContentFirst)原则,即权衡如:图片、视频、文本、广告等不同内容的重要性来决定网格的编排。
(四)文本单位(SizingFont)设计师常用像素(px)来设置文本大小,不同的设备屏幕具有不同的长宽尺寸和像素密度,这就造成了以像素为单位的文本可能在这台设备上显示的效果不错,在另一台设备上看起来太大或太小。并且,由于像素的精确控制,不同的文本大小需要分别逐一设置,调整时也更繁琐。在响应式网页设计中默认文本大小(em)的比例和百分比(%)却具有更好的可访问性和灵活性。“em”可以进行跨浏览器缩放,1em相当于当前默认文本大小,指定了默认文本大小以后,调整默认基准或倍数,其余的文本就会自动按比例进行缩放,从而简化了维护。“%”和“em”类似,文本尺寸也可以按比例缩放,两者在技术上没有太大区别,且都是随父级容器级联的,只是“em”在语意上作为默认文本大小的比例设置更容易理解。另外,还有一种更具灵活性的单位“rem”(rootem),其设置的大小只与HTML元素有关,避免了在嵌套元素中产生的级联问题。但是,目前“rem”虽然在桌面设备浏览器的支持较好,在移动平台却没有得到广泛的支持。(五)自适应图片和视频(ScalableImages&Vidoes-)许多网站在小屏幕设备上采取简单的方法来处理图片:方法一,设置图片的CSS的display属性为none,从视觉上隐藏图片;方法二,通过媒介查询简单地控制缩放图片的比例。采用这两种方式的图片依然会被按照原始文件量下载,既没有节省流量也没有节省下载时间,因此都是不可取的。目前最优的方法是在加载页面之后,按照页面布局确定加载哪张图片。根据图片容器在不同设备上的宽度设置断点,通过媒介查询为不同断点提供不同的图片,如果图片等比缩放的艺术效果不够好,则需要视觉设计师为其单独切割画面以保证艺术感染力。对于Retina高分辨率屏幕,需要创建较大面积和文件量的图片,达到细致清晰的显示效果,而不需要在小屏幕低质素的设备上加载这样大的图片。可伸缩矢量图形(SVG,ScalableVectorGraphics),可以自如缩放而不失真、文件量也不会增大,是未来屏幕显示矢量图形的理想解决方案。视频的处理与图片不同,在小屏幕中可以只提供一个视频链接来提高页面的加载速度;在大屏幕中则按照布局需要成比例缩放,关键是视频的容器要设置与视频的长宽比例一致,这样,视频才能够随着容器的变化而成比例调整。(六)导航方式(NavigationMode)不论在哪种设备中,导航都是引导用户交互的重要元素,其可访问性和易用性是至关重要的,尤其在小屏幕中如何布局导航成为影响用户体验的重要课题。最简单的方式是任导航栏目流动堆叠下来,虽然直观整齐,但却占用了屏幕的宝贵空间,把主要内容信息挤了下去。第二种方法是把导航转化为下拉列表,节省空间,但不够直观,很多用户还不能把原本用于表单中的组件和导航栏目结合起来,另外,目前大多数设备都不支持下拉列表的样式化。第三种方法则是先隐藏导航,然后通过单击一个形象化的按钮来展开导航栏目,节省了屏幕空间,相对于下拉列表也比较容易理解,但增加了一个单击的操作步骤。
三、响应式网页设计的特点
小程序之所以“小”,除了因为安装包不超过1024 KB,用户即搜即用之外,还因为它定义了新的应用场景――直达服务的场景。
相信很多人都看到张小龙对微信小程序的定义:即用即走,触手可及。从他的原话以及我们开发小程序的过程,我对这句话的理解是,微信期待小程序为用户提供更快速的直达服务,比如用户在搜索框搜索“北京到上海的机票”,小程序应该立刻转到机票列表页,而不是小程序的介绍或繁琐的注册过程。
实际上,用户不仅可以搜索小程序的名称和描述,还能搜索其最多5 个功能性页面,这意味着,微信特别强调搜索直达的使用场景。
结合小程序提供的功能和新的应用场景,我们来谈谈小程序里有哪些机会。
从其它生态复制过来
复制比创新容易,而新生态对应用多样性也有强烈的需求,所以你很快会看到,会有大量的人从App Store复制应用到小程序。
第一波被复制过来的,很有可能是各种开发门槛相对较低的查询类产品,查电话归属地、查快递、查星座、查空气质量等。
复制的时候,需要注意的是,微信对小程序的用户场景定义是不一样的,照搬可能不是最好的思路,需要做适当的要整。
别硬拼渠道
前面提到的查询类产品,是我拍脑袋想到的。同样,在这个行业稍有经验的人,也能拍脑袋想到。
这意味着,和你一样,想着从 App Store搬运应用到小程序的人非常多。如果你只是一个独立开发者或小创业公司,不妨搁置这个想法,因为这类产品最终考验的渠道能力,不是产品设计能力。
电商
能补足腾讯缺口的产品可能都会被鼓励,电商就是最有想象力的领域之一。
电商的最大入口在阿里手上,虽然腾讯手上有京东、微店等电商平台,但体量总和与淘宝、阿里巴巴相比是有很大的差距。
微信希望占领用户所有的应用场景和服务入口,电商当然是不例外的,而恰好,电商也是腾讯急迫需要的,为什么购物还要打开淘宝?
从这个角度来看,电商方向的小程序会大量出现,腾讯一定会从政策上有所鼓励。这么看来,淘宝与微信的互相屏蔽,可能会为小程序里的电商生态奠定基础。
垂直社交
我们的微信通信录是杂乱的,里面有家人、同事、同学,甚至还有发生过一次性关系的人。
订阅号们,一直尝试建立用户社群,但不管是用独立app,还是用微信群,转化率都奇差无比。
这两个需求,以及,让小程序里的垂直社交成为可能。
比如一个关注孕妇的订阅号,它可以利用小程序构建一个孕妇社区,孕妇们无需离开微信,就可以在社区里与她人沟通和购物。
比如,让用户在里面统一管理他们的一次性关系,从技术接口和需求上,它都有出现的理由。
很多人期待微信开放关系链,我觉得它永远不会对外部产品开放关系链,但我认为,微信允许,也需要基于微信平台的垂直社交。
2B产品与工具
毫无疑问,2B 类产品和工具将是小程序的热门领域,尤其是高频使用的工具类产品。
想象这样一个场景,你们公司内部沟通用钉钉,但无论如何,你与外部客户沟通时,还得使用微信。但微信与钉钉之间是没有数据同步的,这为内外沟通带来了不便利,你需要手动复制微信里的沟通内容粘贴到钉钉里。
又设想这样一个场景,你需要写一份与团队内部共享的文档,这份文档每天可能会更新好几次,以前的做法是在电脑上修改完发到公司群里。试想一下,为什么你不能在一个叫团队网盘的小程序(纯属虚构)里更新,团队成员只需要打开小程序,就能获取最新版本?
既然微信已经成为我们最常用的沟通工具,为什么不能把工作场景也搬进来?以前不可以,因为以前微信里没有沟通的屏障,所有沟通都混在一起,并不适合办公,因此他们推出了企业微信。
而现在,小程序可以成为这道屏障,办公的沟通,可以在小程序里进行,日常与外部的沟通,依然通过会话。如果某一天,微信提供了会话小程序的通信能力,办公场景的流畅度会更上一层楼。
营销需要新思路
因为微信小程序对营销的限制:没有关注功能;不能群发消息;不能内嵌网页和外链;不能分享到朋友圈。
小程序的运营需要新的思路,最好的营销当然是提供用户最需要的服务,让用户口碑传播。
除此之外,肯定还会有新的营销思路产生,我不知道会有哪些新思路,但我相信中国人的“聪明才智”,尤其是玩流量的高手们会想到新办法。不过,我也相信,微信会一如既往地限制过度营销。
内容型产品不适合做小程序
纯粹的展示型内容产品,其实不适合做小程序。我指的是纯粹的媒体。
媒体需要什么?公众注意力。
小程序没有关注、不能群发、不能分享到朋友圈,这意味着用户要找到这个媒体,只能通过搜索或二维码。显然这不是媒体的玩法,媒体的玩法是搞个大新闻,让所有人在朋友圈里转发,然后持续搞大新闻。
所以,订阅号依然是最适合媒体的公众号,但如果媒体公司有开发能力,可以同时做订阅号和基于小程序的社区,想方设法把订阅者转化到社区里。
机会肯定不限于我说的这些,但无论在小程序里做什么类型的产品和服务,变化场景思维是很重要的,这要求我们在设计产品时,应该优先考虑用户如何迅速获得服务,而不是我们如何首先获得用户。
这听起来很简单,但做产品时,往往很难做取舍。
创业先做微信号
微信已经是中国最大的互联网入口,小程序的推出,将让它占领更多用户场景和用户时间。从做生意的角度来考虑,用户在哪里、用户更多时间花在哪里,就应该在哪里构建入口。
相比起开发原生App,开发微信公众号的优势,我已经在《别开发app 了》详细阐述过,实际上,我身边越来越多的创业者选择不开发app 了。
很多人担心两个问题
1.苹果是否允许小程序的存在?
2.被微信封杀了怎么办?
第一个问题显然不用担心,两个大公司之间,没有什么是不可以谈判的。利益最大化是共同的追求。
对于第二点,我的理解是,微信的规则越来越清晰,哪些事能做哪些不能做,规则里都写明了。但如果我们做了一个与腾讯利益有严重冲突的产品,可能还是会被封杀,毕竟腾讯是商业公司,不是公益组织。
另一方面,有时封杀我们的可能并不是腾讯。这一点,就不多说了。
当然,凡事留一手还是需要的,如果我们开发的是微信小程序,后端API其实和提供给iOS和Android的API是类似。任何时候,数据同时有一份握在自己手里是很重要的,那些承诺永不关闭终生免费的网盘不都关闭了么?这样也比较方便当你有巨量用户时,从微信移植到别的平台。
总之,红利是有的,但每个人都已经意识到了,除了快之外,别忘了把思维切换到“直达服务”的场景上。