以优酷直播项目为例,谈产品初期如何进行结构框架层设计
从美女游戏主播到素人直播,再到大型的科技产品发布会,直播作为另一种视频媒介和人的互动方式,掀起了新的浪潮。 传统视频媒体自然要赶上直播的大潮,有幸的是,在这次的优酷直播项目中,设计师从单纯的执行设计,变成发起创意、制作demo、将产品设计思路提案管理层,并参与方案落地的全过程。 在这里,我们将同大家分享iOS端的设计,分成两个篇章,第一篇章先总结结构层、架构层的设计,第二篇章对直播必须的实时互动和直播独有的现场感来展开分析。 公司内部的产品诉求(产品对于公司的商业价值)了解公司内部对于产品的定位,是设计的开始:
公司外部的用户诉求《要素》作者加瑞特告诉我们“产品定位”属于用户体验设计中的“战略层”。产品承载着企业与用户双方的期望和目标,产品定位定的是企业和用户想从产品处得到的东西。我们在考虑产品设计时,需要了解用户诉求和产品目标两个维度。 用户和某场直播的接触点如下图,不同的场景有不同的用户诉求和产品诉求。 设计难点有了这些前提,产品设计就必须考虑:
接下来就让我们一一解开这三个设计难点 1. 不同路径,关键接触点下的结构层设计师将用户诉求和产品诉求进行对比权衡,提炼出直播不同路径页面的设计策略,进而决定了页面架构改如何设计。 设计方案诞生初期,遭到的质疑一:为什么预约页的架构要和直播其他态是不一样的呢? 在直播中,通过左右滑动手势操作让用户可以快速切换不同的互动场景参与其中,但是在预约页,参与互动并不是重点,通过不同的媒介(备播视频、简介文字、图片)让用户了解直播内容,吸引成为这场直播内容的兴趣用户,了解并传播是预约页的重点,因此我们把互动量低的预约评论放在页面的底部。 设计方案诞生初期,遭到的质疑二:市面上的竞品一般只有三个态,为什么我们要多一个预热页? 大多数直播竞品只有三个态,即直播前的预约,直播中和直播结束。在我们设计过程中联想到陪伴我们几十年的春晚,每年大年三十的时候,一家人都是提早打开电视机,坐在沙发上,期待着那一年一次的直播。演唱会现场的时候,期待爱豆出现的心情也是再激动不过了。再把这种需求移植到线上的场景中,发现当一场直播的社会影响力比较大的时候,用户的期待高,提早参与到直播的内容进行讨论的欲望也强烈,所以我们在直播开始前半小时的时候,页面切换到有利于用户主动参与到直播气氛的Tab切换架构。当然这里后续还会继续跟踪数据,看看我们的设计设想是否是正真的用户需求。 从用户的路径接触点来思考,不管是什么类型的直播,只要它的定位是属于我们上文提到的产品内部目标和外部的用户诉求,现有的架构上都可以套用,这就解决了“不同垂直类型的直播有不同的玩法和群体,属于共同属性的怎么提取,架构上如何满足内容的多样性?” 2. 架构层的可拓展性在产品设计的第一阶段,我们着重点之二是:架构的后续拓展性。 如何让我们的架构更加有逻辑规则,成为标准化容器接口,这个成个设计师需要考虑的第一要务了。 下面从『正在直播-直播播放页』的架构展开,通过卡片的设计和全屏架构来阐述。 2-1. 架构的可拓展性——卡片的设计 在移动端,我们采取卡片的形式来保证灵活性。不管是Tab、圆形控件还是入口按钮,都是唤起卡片。竖屏半屏卡片顺理成章,横屏全屏的情况下,表现层变成了半透明的浮层。在设计思考的初期我们暂时抛开这些表现层的不同,统一成卡片化的思路进行拆解和分析。 卡片的设计规则 ① 元素的页面位置设计 整体的页面架构,把页面从横向x轴、纵向y轴和深度x轴进行延伸设计。
优点:尽量避免单一横向或者纵向架构的局限,如左右切换的成本导致最后一个Tab的露出 ② 同质卡片归类 这么多的卡片(如下图),我们怎么去定义操作级别呢? 灵活配置,小卡片组成大卡片。定义好规则,把同类型的卡片做整合,定义出现的机制。 (编辑:ASP站长网) |