• 实践:由0到1-无线大数据UX团队的成长


    背景

           大数据产品的在项目成立之初,采用的是模仿原有网优工具的方式做UI设计,由BA主导画草图、手绘线框图、excel制作,更有直接打开参考产品做原型的方式,没有统一的设计和规范可言。随着团队逐渐增多、新需求不断涌现,这种工作方式已无法满足开发需要,怎么破?

    尝试虚拟团队

           2015年初,两位同事组成的虚拟设计团队,尝试做交互设计,制定简单的规范。没有基础怎么办,自学成才又太慢,借助UX社区的力量,两位同事和项目的BA及PO参加了设计工作坊,从TW咨询师刘海生教练那里学到了一些设计的基本理念、过程和方法。       

           上半年,我们大胆的走出去,与APo结对去现场设计,首次尝试,得到客户的好评,找到了专职设计师存在的价值。然而由于人力和投入原因,只能挑选相对重要的需求处理,大部分需求仍然是BA做设计,无法满足项目需要,组建实体团队势在必行。

           收获:方向是正确的,开发人员转型也可以做设计。

           人选:并非任何一位开发人员都可以胜任这份工作,除了热情,还要有学习能力和一定的基础。

    组建实体团队

           内招、社招同步进行,组建灵点团队。

           内部招募广告一定要吸引人的眼球,而且内容足够简洁

      图1.png

                                                                          图一:招募广告

    面试:对于踊跃报名的项目内员工,本人亲自面试,关注4个方面能力:总结和表达能力,快速学习和沟通能力,创造能力,展现能力。

    部分面试题:

    图2.png

           专业的队伍必须要有专业的人才,于是启动社招。经过不懈努力,有多年工作经验的交互和视觉设计师也被招致麾下。这个周期有点长,毕竟双方都满意难度大,但要有耐心。

    流程和团队建设

           团队组建后,至少需要做如下几件事情:

    • 工作流程制定

    • 设计规范制定

    • 团队技能建设

    • 办公环境建设

    工作流程

           工作流程建立是从无到有的过程,经过探索和尝试,逐步建立。

           首先,把UX设计过程融入需求研讨过程中,设计师和BA结对进行需求研讨,充分理解用户的需求。其中,红色框起来的部分,是在每一个与UI有关的story show case时执行,通过这个过程,可以进一步保证实现和原型的一致性。

        图3.png

                                     图二:工作流程

           其次,修订了需求研讨和技术研讨的模板,如下为需求一页纸描述及需求研讨输出模板。

        图4.png

                                    图三 需求一页纸模板

        图5.png

                                    图四 需求研讨输出模板

    设计规范

           一个产品要有规范,特别是在系统逐渐庞大时。但规范什么时候出、规范细化到什么程度,因项目而异。我的体会是:

    • 制定的时机不易过早,过早会限制设计师的发挥,而且初期阶段很多场景没有涉及过也无法提炼合适的规范。

    • 规范的详尽程度依赖于项目特点,对于大数据项目,设计团队独立于特性团队之外,规范需要尽可能的详尽一些,以保证各特性团队可以很好地理解原型、保证特性之间的一致性。

    • 规范需要及时修订,随着新场景的出现、旧风格的消亡,规范需要与时俱进。

           灵点团队成立时,产品开发已经有一段时间,测试故障充斥着**和**风格不一致,**配色分辨不清等问题。于是,团队集中精力花了一段时间,首先整理出布局、控件、字体的统一风格,随后增加样式、图标、数据格式等规范,先后进行了十余次规范的规模修订,形成47页的规范文档。为了进一步方便使用者查阅,目前规范已经web化。

        图6.png

                                                                               图五 规范示例

    团队技能

           无论是传统领域的对手、还是互联网公司,UX设计能力都远在我们前面。为了能更快的缩小差距,我们及时梳理出团队的技能雷达,识别团队和个人的能力短板。通过轮流每日微分享和专题分享的方式提升理论认知水平,通过设计方案全员评审和设计工作坊的方式提升实战能力。半年时间,我们已经设计出让内部客户眼睛一亮的原型,让运营商满意的领域产品。

        图7.png

                                                                          图六 技能雷达

    办公环境

           大面积的白板、双显示器、大电视、用户访谈及测试环境、书架是我们团队的标配,虽然空间有点小,但已经能满足团队当前需要

        图8.png

                                                                                           图七 团队及办公环境

    团队度量

           特性团队如何建立度量体系,我们并不陌生,但如何对设计团队做度量,有很大挑战,至少我没有经验。是追求一次就做完美的设计,还是最快捷的交付设计原型?是鼓励创新还是保持稳定?这里没有一致的标准,项目的业务目标和团队的现状是建立合适的度量指示器的参考前提,这个原则仍然适用。

           在团队度量工作坊期间,针对类似于特性团队的特性一次交付率这样的度量指标,团队一致认为不适合设计团队。这里有两方面原因:设计团队没有充足的设计时间;设计流程关键的用研环节缺失或者不完备。对于设计故障,我们给出的期望趋势是小于5天,没有追求更少的天数,是因为一个设计上的改动会涉及到多个特性团队的UI呈现,一定要讨论充分,避免给团队造成二次打扰。下面这个度量体系算是试点。

        图9.png

                                                         图八 团队度量体系

    特殊群体

           灵点团队有几位特殊的成员,他们不是设计师,而是前端TL,他们的工作职责包括4个方面:

    1.原型设计方案的可行性评估和必要的技术穿刺,保障原型的可交付性

    2.前端代码公共部分的抽取和维护

    3.参与规范的制定

    4.新技术跟踪、预研

           这是一个有益的尝试,从团队半年多的运作情况看,效果很好。 

    小结和展望

           无线研究院有很多项目,产品的形态也不尽相同,是否存在UX设计这样的虚拟或实体组织,需要结合自身情况决定,但我建议一旦选择增加UX设计环节,人员一定专职。以上仅作为灵点这个年轻的设计团队初建阶段的分享。团队很年轻,有很多进步和值得优化的空间。

           为进一步提升团队的设计能力和工作效率,我们正在尝试OKR的管理方式、开发web化的设计和讨论平台、采集运营数据分析改进。

           感谢灵点团队并肩作战的小伙伴,与你们同行,真好!

  • 相关阅读:
    Android Studio设置字体和主题
    Android 使用shape定义不同控件的的颜色、背景色、边框色
    Linux下mysql的常用操作
    部署腾讯云(CentOS6.6版本,jdk1.7+tomcat8+mysql)
    在linux下如何使用yum查看安装了哪些软件包
    Tomcat下wtpwebapps文件夹 和 webapps文件夹区别
    安卓开源框架SlidingMenu使用
    Android_scaleType属性
    Android_Jar mismatch! Fix your dependencies
    操作系统原理之进程管理(第二章)
  • 原文地址:https://www.cnblogs.com/onetwo/p/5704658.html
Copyright © 2020-2023  润新知