注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

阿当的博客

世界是个游乐场

 
 
 

日志

 
 

MXC(移动用户体验设计中心)团队诞生记 —— 写给1号店7周年的内部刊物  

2015-06-03 10:16:33|  分类: IT感悟 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

【先简单聊聊我自己吧】

 

06年入行,当时的title叫做网页设计师,工作内容呢当时流行一个词叫“网页制作三剑客”,要求网页的排版设计、美术设计、网页制作一锅端,然后有不少公司甚至要求服务端代码、数据库、linux服务器也要一并负责。经历过那个阶段的同学应该记忆非常深刻,这种反人类的超人式要求在后来变成了UED团队(视觉、交互、用研、前端开发)和服务端团队(服务端开发、DBA、运维)。因为被如此反人类地折磨过,我深知术业有专攻的道理,技术和艺术是两个完全不同的方向,需要由不同的人来分别负责,但两者又需要互相配合,如何才能让团队配合得特别好,相得益彰呢?这是个难题。带着这样的疑问,我先后工作了多家不多的互联网公司,从北京转战到了上海。

 

我的工作经历可以分为两个阶段:

 

纯技术路线阶段 —— 08年之前我在乙方和创业公司都工作过,08年年中我去了中国雅虎,之后内部调动去了淘宝(中国雅虎和淘宝同属阿里集团的子公司),在这期间我开始写书,再之后09年年底我去了新浪,10年年中我的书出版了,书卖得不错,我也获得了51CTO技术社区评选的年度十大最受欢迎作者奖(书在上个月第八次印刷了),在此期间我频繁受邀参加一些圈里的技术大会担任演讲嘉宾,很快在前端技术圈里很多人认识了我。在这个阶段,我在小公司和大公司里均工作过不短的时间,做过不同大小的项目,不同的企业文化,不同组织架构的团队,担任过主管、技术经理、项目经理、前端架构师等不同的角色。在技术的道路上越走越远,但我内心其实真正想做的事情是技术驱动创新,落地在产品上。技术于我来说是工具,不是目的。当我想明白这点,同时又有了个机会时,我毅然从北京来到了上海。

 MXC(移动用户体验设计中心)团队诞生记 —— 写给1号店7周年的内部刊物 - 阿当 - 阿当的博客

 
MXC(移动用户体验设计中心)团队诞生记 —— 写给1号店7周年的内部刊物 - 阿当 - 阿当的博客
 

 

创业阶段 —— 这个机会就是盛大创新院。11年年初,圈里的朋友推荐我加入了盛大创新院,它是盛大的一家子公司,是盛大内部的项目孵化器。我立了个html5联机游戏大厅项目,开始了公司内部创业。不幸的是,我刚立项不久,盛大就宣布退市,然后全公司就缩减预算不让招人,原来12人的编制被减至5个人,我不得不同时扮演产品经理、项目经理、架构师、客户端工程师、服务端工程师等多个角色,以支撑项目前行。在我的坚持下项目目渐完成,有4个联机游戏的跨iponeipadandroidpc的联机游戏平台浮出水面。但之后盛大创新院整个子公司被关闭了,我被内部调动去了盛大游戏。然后一直到134月,我从盛大游戏离开,和盛大的几个中高层一起出去联合创业了,带头大哥是行业内的资深大佬。经历了18个月的创业,我深深体会到创业的各种艰难——公司战略问题、执行力问题、管理问题、内斗问题、产品推广运营问题等等等等,个中细节就不细说了。从114月至今,我经历了公司内部创业和外部创业两次创业,从一个工程师思维非常严重的程序员,变成懂得产品、开发、运营三分天下的创业人,这其中遇到了不计其数的问题,一言难尽。现如今我的知识结构变得非常杂,和骏岭面试时,骏岭问我未来五年规划,我脱口而出“创业”。

 

eric聊加入1号店移动事业部我的职能是什么的时候,eric说我们缺个UED总监,要不你先干这个吧,我尽可能帮你提供一个创业般的环境。我说UED团队挺好的,但我想做UEDX。“x”是什么呢?我也不知道,它是个孵化器,能孵化出什么,要看公司需要什么和UED的同学们感兴趣和能做出什么,这个交集就是x的产生物。UEDX这个名字最终变成了MXC

 

         带着我对网页设计师演化成UED团队的理解,带着创业给我带来的复杂的知识结构和天生不安分的个性,我着手了MXC团队的建设。

 

 

【团队组建和制度】

 

MXC全称为mobile user experience design center,移动用户体验设计中心。

 MXC(移动用户体验设计中心)团队诞生记 —— 写给1号店7周年的内部刊物 - 阿当 - 阿当的博客

 

我们中心有视觉、交互、用研、h5框架组和h5业务线共5支团队,负责移动相关的用户体验设计和html5页面开发,一位PMO负责项目管理。

 

加入1号店时,MXC还只有一支视觉团队,4位视觉设计师。好处是空降问题被最小化了,坏处是我需要在短时间内快速组建起靠谱的团队,这无疑是个挑战。我拉来了些旧部,圈里的朋友们帮我做了推荐,另外hr的同学们也非常棒,这里特别感谢一下许瑞骏、张莉莉和daisy,一路各种给力,很神奇地在两个月内,几支团队基本都成型了!

 

接下来要做的事就是建立制度了。我个人特别认同德国人和日本人。德国人讲究流程和标准,讲究到了给人以刻板的印象,而我坚信只有优秀的流程和标准,严格地执行,才是生产力的保证。

 

MXC内部有4种会议:

  • 每日晨会:5teamteam leader会在每天早上10点,召开team的晨会,时间在10分钟内。每支团队会各自布置一面任务墙,在任务墙上列出当前排上日程的项目,更新项目的开发进度。
  • 单周例会:每月的自然周单周的周五,由5teamteam leader分别约一个team内部会议,主题是两周的工作review和行业动态、趋势,技术,项目经验,工作方法的分享。
  • 双周例会:每月的自然周双周的周五,由MXC团队的PMO约一个MXC所有团队的大会,这个会议由我或PMO主持。主题是两周各团队主要项目的工作review,各团队的主题分享,以及自主立项项目介绍。
  • MXC面向公司分享会议:每月一期,由MXC团队的PMO1讲坛合作,全公司里感兴趣者可以自愿参加。MXC团队会分享三到四个主题,涵盖视觉、交互、用研、前端这4个方向。分享会议结束后,会由PMO发一封邮件出来,将分享的ppt及对应的博客地址发出来。

 

 

【用户体验的专业知识如何传达给更多人】

 

MXC有设计和开发方面的专家,还有和用户离得最近的用户研究员,这些知识不该只有MXC团队内部知晓,我觉得很有必要分享给运营、产品、设计的同学们,把知识同步给他们,给他们的日常工作带来些灵感。当我和1讲坛的负责人丁薇商量这个想法时,双方一拍即合——每月一期MXC专场分享会,透过1讲坛的平台,给1号店不同事业部的同学们一起分享下用户体验、竞品分析方面的信息。第一期在5月份顺利结束了,第二期的时间暂定在61819日,嘉里和张江各有一场,欢迎同学们来参与讨论。

 

 MXC(移动用户体验设计中心)团队诞生记 —— 写给1号店7周年的内部刊物 - 阿当 - 阿当的博客

 
MXC(移动用户体验设计中心)团队诞生记 —— 写给1号店7周年的内部刊物 - 阿当 - 阿当的博客
 

 

很可能有些同学因为工作忙的原因,错过了我们的分享,没关系,我们还准备了MXC的博客,pc或手机上阅读均可,http://120.132.50.71/blog/

 MXC(移动用户体验设计中心)团队诞生记 —— 写给1号店7周年的内部刊物 - 阿当 - 阿当的博客

 

 

1号店是互联网公司吗】

 

         从北京到上海后,我有个非常深刻的印象——上海的互联网氛围比北京落后很多,保守地说落后了五年吧。这表现在几个方面:互联网交流大会的频繁和人气、招聘难度、从业人员的素质以及公司的互联网基因。

 

         包括1号店在内,上海叫得出名的IT公司并不算多,而这些公司里精于互联网玩法的人的占比普遍不高。说一个有趣的问题——如何来定义“电子商务”?我听到一个简单的回答是“网上卖东西”。这里有两个关键词,一个是“网上”,一个是“卖东西”。重点在“网上”的话,那么“卖东西”的套路需要深入考虑下“网上”的特性,比如病毒式营销,口碑传播,粉丝运营等,如果重点在“卖东西”上,那么采购、品类、物流、促销是重点,只不过将传统的实体店销售搬到了网上,新瓶装旧酒即可。这两者按什么比例分配是合适的?如何让两者相互配合达到最好的效果?这是值得深入研究的,也是少不了竞争和争夺话语权的问题。

 

坦白讲,1号店在“网上”这一点上做得并不优秀,值得深入挖掘的东西还有很多很多。比如加强软件工程项管能力,加强产品经理话语权,适当削弱促销在运营手段中的比例,加强互联网运营玩法等等等等。这是个开放的问题,改善“互联网基因”并非一朝一夕很难一蹴而就,重要的是,我们是否在做些改变。我希望能从MXC团队开始,带来一点改变。

 

 

【关于X 的落地】

 

说到用户体验部门的工作性质,大多数人的第一印象是横向支持部门。一般来说,绝大多数的公司里,软件工程方面的项目都是 大老板 -> 运营 -> 产品经理 -> 交互设计 -> 视觉设计 -> 前端开发 -> 服务端开发 -> 测试 -> 上线 这么个标准流程,项目可以分为上中下游,上游是大老板、运营和产品经理,中游是用户体验部的设计,下游是开发和测试。决定要做什么项目的,是位于项目上游的大老板、运营或者产品经理,这是我们常说的自顶向下的项目流程。而大老板、运营和产品经理一般非常熟悉市场、推广和销售,但对“设计”和“技术”并不擅长,这种自顶向下立项的方式,无法最大化设计师和工程师们的专业特长,也会在需求上过于集中在市场领域,从而在“to do”的事情里留下太多盲点。

 

是否补充上另一种玩法,自底向上立项,让处于项目中游和下游的设计师和工程师们立项,从设计和技术的角度出发,提出我们待做的事情?创新有多种,从产品和运营的角度出发的创新有团购、uber等,从设计角度出发的创新有ios带来的扁平化设计,从技术出发带来的创新有google glassxbox kinectgoogle地图等等。我们是是否应该给设计师和工程师们更多的机会,让他们机会从项目的中游和下游转至项目的上游来?我待过很多不同的公司,见过很多有想法有能力又勤奋的设计师和工程师,苦于流程的问题,很难发光发热。

 

于是我们MXC有了项目孵化计划:同学们可以自己立项,自由组队。在每两周一次的MXC双周会上,立项的同学可以做个宣讲,讲一下自己想做的项目,并为自己的项目拉票,吸引感兴趣的同学加入。立项成功并组建起完整团队的同学们,可以每天有1.5个小时的自主时间可以用于自主立项项目。而自主立项项目的成绩是KPI的重要组成部分,项目被使用的人越多,KPI越高。

 MXC(移动用户体验设计中心)团队诞生记 —— 写给1号店7周年的内部刊物 - 阿当 - 阿当的博客

 

 

自主立项机制的效果很不错,MXC的同学们对自己喜欢的项目投入度和热情非常高,在他们平时吐槽“xx项目不靠谱”“xx能力不行”之余,可以换个角度来看,如果让你自己来做主,你会有什么样的想法,你如何保证你的想法落地,如果你是1号店的老板,这是你自己的公司,你会设计什么界面,开发什么产品?一方面可以更客观地看待一些问题,更多地体谅到其他岗位的同学们的难处,更重要的是,激发自己的创造力。

 

         在公司里管理职级的机会其实并不多,大多数同学没有带队做项目的机会,而自主立项机制可以很好地解决这个问题。自主立项项目的立项人即为项目负责人,立项者在双周会上立项之后,就需要为自己拉票组成完整的团队。他(她)需要面临几轮挑战:

 

1)  立的项是否吸引人,是否能够说服他人认同这个项目的价值。

2)  他(她)自己是否能在平时的工作中,给其他同学留下靠谱的印象,觉得这事能做成,能落地。

3)  他(她)是否有能力让团队的其他同学合理地互相配合,高效地完成项目目标,是否能排除项目风险?

 

而这个机制除了能给同学们带来乐趣,成就感,以及加强沟通外,还能产生一些不一样的产品。他们会是什么呢?目前通过自主立项机制成功立项的项目包括“有情怀的界面设计”“微信传播模板工具”“创意营销游戏”“比价神器2”等,各位一起期待下吧。已经上线的有一个“电商界面竞品分析系统”,访问地址:http://192.168.8.166/ca/

 MXC(移动用户体验设计中心)团队诞生记 —— 写给1号店7周年的内部刊物 - 阿当 - 阿当的博客

 

 

         这个系统是用于直观地比较几个主流电商的app界面设计的,各位试试便知。这里有一篇关于这个系统的介绍的博客:http://120.132.50.71/blog/?p=232

 

         除了自主立项外,我们还做了件事切入项目的上游——用户调查研究。我们相信驱动一家公司往前走的力量主要有三个:产品、BI和用研。这三驾马车中产品设计是主观的,而BI是客观的,但冰冷,可以定量但难以独立挖掘数据背后的原因,所以还需要一个非常重要的力量,即用户研究。设计一些问卷,和用户做深入的访谈,直接地了解用户的真实想法。我们的用研团队和BI、零售事业部的同学们一起组了个“用研落地小组”,致力于将用研的研究结果转化成驱动力,出具调查报告和深度访谈的录音给到小组中的同学,再由同学们分别在各自的部门里将结果分享给运营、产品或设计的同学。这个用研调查每两周调查一个主题,例如某次大促的效果如何,我们流失掉的用户的流失原因等等。希望和我们合作进行用户调研的同学,或者希望拿到我们已经调查过的主题分析报告的同学,可以通过向 MXC_wireless邮件组发邮件联系我们。

 

 

【我所理解的管理】

 

         最后说说我对管理的理解吧。我是工程师出身,一直到今天我也不敢把技术扔到一边,这仍然是我个人的核心竞争力。而用户体验团队中除了工程师,还有很多的设计师,这方面我并非专家。我感觉管理一支团队就像足球教练和足球球队的关系一样,教练一定要非常熟悉球赛,知道如何让团队团结起来,有战术有配合有核心,球队中需要有中场核心,需要有能临门一脚的出色前峰,需要有冷静的后卫,需要有能守住大门的高大门将,每一个位置都需要不同特长的角色把守,而教练则需要将他们串起来。

 

         教练最好是球员出身,但他需要踢过每一个位置吗?不需要,事实上也不可能。但教练一定需要熟悉自己的球队中每个人的能力,每个人的性格,知道如何让自己的团队变得有凝聚力而不是一盘散沙。而所谓管理,应该是规则制定者,把规则定好之后,就让团队在这规则之中自主运作即可,发现有问题即时调整规则,一直调整到一个较为稳定和良性循环的状态。对于编程,好的代码,前期是由架构师设计出规则,后期代码自己就像长了灵魂一样,自己开始生长起来;对于产品设计,好的产品,前期是由产品经理设计出最核心的功能,后期产品如何衍生其实交由市场和用户反馈就能自己决定演化方向;对于管理,我同样是执相同的看法,所谓leader,管的不是人,而是游戏规则,游戏规则制定好,团队会自己去玩,在软件工程里,我们管它叫团队自管理。

 

         为了让团队有组织纪律,也为了让新加入团队中的成员可以迅速熟悉团队规则,我们做了新兵训练营计划。比如这个是h5开发团队的新兵训练营计划:

 

        MXC(移动用户体验设计中心)团队诞生记 —— 写给1号店7周年的内部刊物 - 阿当 - 阿当的博客

 
MXC(移动用户体验设计中心)团队诞生记 —— 写给1号店7周年的内部刊物 - 阿当 - 阿当的博客
 

这是h5开发团队的规范网站:http://192.168.112.94:8888/index.html

 

为了提高团队成员知识的广度和深度,我们有MXC双周分享会和图书借阅计划。两周一次的MXC双周会上,不同团队会分别做一个分享,以扩宽其他团队同学的知识面。另外,我们也采购了一批书,用于团队同学们借阅。

 

        MXC(移动用户体验设计中心)团队诞生记 —— 写给1号店7周年的内部刊物 - 阿当 - 阿当的博客

 

 

我把自己当做一个教练,希望能训练出一支德国队,哪怕没有梅西没有C罗,也可以靠团队配合,战无不胜。MXC成立至现在刚好半年。希望在未来,它能在公司里发挥出越来越多越来越重要的作用。咱们拭目以待。

  评论这张
 
阅读(243)| 评论(0)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017