以优酷直播项目为例,谈产品初期如何进行结构框架层设计.docVIP

以优酷直播项目为例,谈产品初期如何进行结构框架层设计.doc

  1. 1、本文档共12页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
以优酷直播项目为例,谈产品初期如何进行结构框架层设计

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

文档评论(0)

haowendangqw + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档