背景

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

尝试虚拟团队

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

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

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

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

组建实体团队

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

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

                                                                      图一：招募广告

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

部分面试题：

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

流程和团队建设

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

• 工作流程制定

• 设计规范制定

• 团队技能建设

• 办公环境建设

工作流程

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

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

                                 图二：工作流程

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

                                图三 需求一页纸模板

                                图四 需求研讨输出模板

设计规范

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

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

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

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

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

                                                                           图五 规范示例

团队技能

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

                                                                      图六 技能雷达

办公环境

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

                                                                                       图七 团队及办公环境

团队度量

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

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

                                                     图八 团队度量体系

特殊群体

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

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

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

3.参与规范的制定

4.新技术跟踪、预研

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

小结和展望

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

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

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