当下大大小小层出不穷的互联网产品如同一场令人眼花缭乱的星球大战，普通用户会被死星、联盟战舰和绝地武士们手中的光剑所吸引，而设计师们则会去关注这些庞大或精巧的武器如何被制造出来。

是的，随着以用户为中心的设计（UCD）和用户体验设计（UED）概念的深入人心，互联网产品设计的方法和流程已被重新定义而且大同小异，即便是刚入门的麻瓜也能一本正经地告诉你一个正确的产品设计流程需要经过低保真原型、视觉设计、交互设计、高保真设计……等阶段。

彩程设计用户体验设计流程

产品经理不是巫师，拿脑袋当水晶球拍拍，就能精确地规划出每个界面和界面上的控件，而是通过一定的方法和工具，把逻辑思维逐步收缩，并落实纸面。低保真原型通常并非一个设计真正的起点，就好像一个完整而令人激动的星球大战故事还会有它的前传。

TeamCola是我们针对小团队开发的一款团队日志产品，通过让团队内部工作透明从而方便管理、增进信任和提高效率。想通过这款产品，来谈谈我们设计前期所使用的一些工具和方法。

软件设计，以人为本。产品设计前，对产品本身的典型使用人群需要个大致定位，如果不太明确，建议提前进行一些调研、走访并制作一份角色分析表，共同讨论和分析是什么类型的用户，会出于什么动机，在什么场景下，使用到软件的什么功能。关于用户研究，有很多成熟的理论与方法，不在此赘述。

产品的雏形或者说全貌，通常会先出现产品经理的脑海中，如果这个产品经理就是个单干户，那么他马上就可以做设计写代码或者同时搞了，但更多的情况是产品经理是团队的一员，需要跟团队的成员沟通，告诉他们自己想做的是个什么东西。当然，某些既不是普通产品又不是文艺产品经理的产品经理不在讨论之列。

在彩程，产品经理需要通过一张图来向团队成员来阐述这个产品的内在逻辑，用什么方式或软件来绘制不重要。这张图可以是纸面的草图，也可以经过精心的绘制，这样的图，我们称之为信息结构图。

Teamcola信息结构早期讨论稿

一个普通用户眼中的TeamCola信息结构

一个产品经理眼中的TeamCola信息结构

在这个阶段，产品经理着重需要考虑的是系统的核心功能和信息流向。这样一张信息结构图，对于信息逻辑的梳理非常有帮助，也方便向团队其他成员展示和阐述。

接下来，产品经理会开始绘制页面路径图和角色任务图，页面路径图会大致规划产品大概会有哪些页面，相互间的链接关系如何。然后将典型角色的典型任务列出，看看完成这些任务需要经过多少个网页，路径是否过长，是否有走不通的断头路等情况。

页面路径图讨论稿

整理后的页面路径图

典型角色在Teamcola中可能会面临的典型任务

有了这些前期成果，就可以开始正式的低保真原型设计了，在做每个具体页面信息架构的时候，可以根据内容的多寡和重要性进行某些页面的合并或拆分。至于形式，可以是手绘，也可以用Axure之类的软件来完成。一般说来手稿在绘制的时候效率更高，成本更低，摊在桌上很文青，贴在墙上很大师；html的版本则更方便在电脑上展示和远程传输，在展现一些动态的交互细节与不同页面间的跳转关系上更为方便。

在前期设计的辅助下开始基于页面信息架构的低保真原型设计

有些页面上有相互调用的模块，我们会做成小的卡片来方便讨论时的排列组合

把低保真设计原型贴在墙上方便集体讨论和查阅

低保真原型后面的故事，相信大家都知道啦～就是视觉设计、交互设计、前端开发、后端开发之类的一通猛干，把这些纸上的想法变成现实。：）

Mm⋯⋯我知道我们团队今年夏天干了什么

最后，欢迎体验我们这番设计的最终成果——最好用的团队日志管理工具——TeamCola!  同时欢迎关注@TeamCola与@彩程设计 以获得我们的最新动态。：）

一家IT公司没有竞争优势和盈利能力也许活不过今晚，而没有核心产品和创新基因注定会死在明天——活下来很紧急，怎么活则很重要，为解答好这两个问题，我们前后花了差不多三年时间，虽然在这个过程中我们有过很多失误而且直到今天也谈不上成功，但我想这并不妨碍把这个过程写出来和同行分享和探讨。

1、做得多让我们生存，做得精让我们发展

彩程成立于2005年10月，正式开始营业是2006年初，第一年我们只能算有一搭没一搭地接些散活儿挣零花的小作坊；第二年干脆成了某大客户的专属雇佣军，在别人的阵地上打了一年。

彩程真正意义上可以被称为一家自主创业公司，是在2008年5月，团队从北京回来，完成资本和人员重组之后。

对于一家创业公司而言，愿景非常重要，因为它决定了这家公司的方向和价值观。但对于一家缺乏资源和背景的初创型小公司而言，解决生存问题又远比畅谈愿景更为现实和迫切。

我们创业所遭遇的第一道坎儿比较戏剧，既不是来自资金，也不是来自客户，而是512汶川大地震——尽管我们刚欢天喜地装修完新办公室，但显然老天爷并不打算给我们任何面子。当时整个四川很多行业的经济活动都陷入了停滞，IT也不例外。接下来的三个月里，我们失去了两个早先确定的合同，也没有任何收入，为渡过困难时期，三个月时间里每位股东每月只拿1500。

到了2008年的9月份，我们陆续找到了一些客户，通过为他们设计网站系统甚至画册PPT等平面设计，基本实现了盈亏平衡，挣多少钱真说不上，只能说缓过了一口气。

当时我们所面临的一个尴尬的现实是：我们似乎什么都能做（平面、网站、多媒体、VoIP系统等等），但也没什么特别能拿得出手的东西；当别人问我们到底是做什么的时候，我们也往往在半分钟内讲不完也讲不清楚。豪哥说以后我们干脆就说我们是做网站的吧，简洁明了。但“做网站”这三个字，其实说出来已经和“扫大街”没有任何区别，很多小企业主的直接反应就是500到3000，能谈过万，就已经就算是大单。

08年的时候我们提供的服务内容还很多很杂

所以过了活下来这道坎儿之后，我们开始认真考虑自己的核心优势到底是什么，又应该聚焦到什么方向。

08年10月份，我们的CEO老沈作了一个对彩程后来的发展有深远影响，具有历史意义的PPT演讲——《RUN TO UED MARKET》——那是我们历史上的遵义会议。他指出用户体验设计将会是一个蓬勃发展的新兴领域，而我们团队具有这样的基因和优势，我们应该摆脱后台系统和数据库这一套东西，成为IT领域的建筑设计院——只卖设计，出图纸，把后台代码这种确定性的砌墙性质的工作留给别人。

2、做梦不如做事，做大不如做强，面向订单不如面向未来

这个设想听上去激动人心，但在实际的推进过程中也还是遭遇了不少阻力，尤其是在信息相对闭塞，IT产业也相对落后的四川成都。“什么？你们只做设计不做开发？”我们经常遇到客户会这样提问，而他们的潜台词则其实是：你们很屌啊，请你们会很花钱吧？就算我出得起也肯出，你们又真的会让这笔钱花得不冤枉么？

有时候你真的无法判断自己驶向的到底是蓝海还是荒地，而验证的唯一方法就是去真真正正做点儿什么而不是指望把“洗脚”换成“浴足”的概念就能顾客盈门。一方面我们在UCD书友会元老千鸟等诸位朋友的协助下，办起了UCD成都书友会，以设计师定期聚会的方式加强“用户体验设计”与“以用户为中心的设计”等概念在业内的传播和普及；另外一方面我们在典型的客户和案例（比如四川移动的经营分析系统改造）上下足功夫，利用我们团队这两年来走南闯北做设计开发和运营所积累的技术和经验，扎扎实实、心无旁骛地做好用户体验。中途我们放弃过一些成熟业务范围内的小单子，作为一个刚刚能做回盈亏持平的小团队，我也曾对这种做法感到忧虑，但老沈说：“我们既然要做IT业的建筑设计院，就要做这个行业的贝聿铭，先盖好自己的第一座标杆性建筑——肯尼迪纪念馆，之后名利才会接踵而至。”

后来事实证明了我们的选择与坚持的价值，市场和客户也陆续给了我们相应的回报。到了2009年底，我们已经在行业内小有名气，尤其在运营商内部系统的垂直设计领域赢得了良好的口碑。三年间，我们参与的大小四十多个项目涵盖了移动运营四大系统（经分、BOSS、网管、客服），涉及各个类型的终端（电脑、手机、平板、触摸屏一体机、大屏等），足迹也遍布全国七个省市，签下的订单逐渐超过了我们的负荷，而如果我们愿意，能签下的订单还可以再翻一番。

三年间我们在移动运营商内部系统设计领域精耕细作

是面对订单，做一个大而全的团队走规模化外包之路；还是面向未来，做一个小而精的团队走产品化之路？这确实一度是个让我们特别纠结的问题。

单从市场反馈的角度来说，设计外包这种业务模式的好处显而易见，收益看上去也还不错。但从实际运作的情况来看，付款漫长的周期和流程都让公司的现金流倍感压力，扩张速度越快做得越多，需要垫资的地方也就越多，加上人员迅速扩张所必然带来的质量下降，也让边际收益递减的趋势变得更加明显。

也许这些都不是最关键的，最关键的是我们没有形成自己的产品和没有积累自己的用户。我们作为别人产品链条上的某个环节，也许不可或缺难以替代，但归根结底我们不拥有对这些产品设计的决定权，也无法分享它成功之后所创造的更多价值。基于人力而非产品的外包型业务，手停口就停是永恒的尴尬，而且我们也担心整个团队会在不断的重复中丧失创造力和荣誉感。

对于不擅长做关系的我们来说，做服务唯一需要的就是不断精进自己的技术和效率，但做产品则在技术之外，对整个团队的市场眼光、决策魄力以及资源整合能力都有更高的要求，简单地说，这是条挑战更大也更凶险的道路。

温饱解决后，是努力加餐饭还是拼死吃河豚？万般纠结之后，做外包还是做产品这个问题依然没有确定答案，作为一个作风偏保守而且长期自给自足式发展的团队，我们最终采取的策略是“两条腿走路”，从10年6月份开始，我们一半的人做外包，一半人做产品——准确的说，是开始作技术储备和前期试水。

3、我们不去考虑什么时候才能成功，而是考虑能够承受多少次探索上的失败

作为苹果产品爱好者和移动互联网的后进者，我们自认为错过了iPhone的第一波浪潮，所以当横空出世的iPad把大家又拉回到几乎差不多的起跑线的时候，我们不想再在犹豫中失去更多机会。

从一开始我们就没把iPad理解为电脑，而是某种特殊的家电，它可以是成人的阅读器，也可以是小孩子的教具，当然，也可以是游戏机或者别的什么。我们最初的作品是一本iPad电子杂志叫《牛壹周》，目的非常单纯，就是做一个APP，放到苹果应用商店，走完整个流程。

这本火爆而短命的探索性电子杂志让我们收获了很多经验、朋友和欢乐

电子阅读是我们在iPad上寻找到的第一个切入点，我们与铁皮人美术合作制作了包括《小鸡快跑》等在内的一系列动画书和漫画书，取得了很好的下载量和市场认可；我们自己制作的电子杂志也颇受欢迎，随后我们趁热打铁地形成了一整套针对个人用户、包括出版平台和App在内的iPad电子杂志解决方案。

我们也曾在2010年春节期间推出过一个“财神拜年”的趣味App，但那更象是一次灵光乍现的玩票，虽然在苹果应用商店的娱乐类排名也很靠前（最高冲到过第三名），但它真实的收益也让我们意识到：单纯靠小创意在应用商店上标价挣国人的钱实现盈利在目前并不现实（年一过，我们也就把这个应用下架了）。在《牛壹周》和“百家”因为部分内容涉嫌敏感而被有关部门强制下架之后，我们意识到了当初定位上的问题和潜在的政策风险，从而把商业目标从面向个人用户调整为面向企业客户（出版社、杂志社以及有广告、内刊等需求的企业），逐步形成了现在大家所看到的“百家争鸣”iPad电子杂志解决方案。

"百家争鸣"iPad杂志解决方案构成

TeamCola则是我们自内而外孵化的另外一个产品，一方面是这套系统应我们自己的需要而设计开发，内部也一直在使用、升级和优化；另外一方面我们认为自己在web2.0与移动互联网两个领域的跨界的能力能够在这个产品上得以集中的展现——当然，这也是该产品本身的跨界使用场景和需求所决定的。

正处在邀请内测期的TeamCola，将会是个多终端兼容的团队协作平台

另外，我们还有基于房地产和餐饮相关的一些App正在进行内部的市场调研和原型设计阶段。我们团队并不大，也渴望聚焦，但在某个方向取得良好的市场反馈和更大的想像空间之前，我们不打算放弃尝试。我们考虑的不是什么时候才能成功，而能够承受多少次探索上的失败。

到了2011年的5月份也就是现在，我们的外包项目除了移动互联网iOS相关的基本上都陆续停掉了。当然，这不是个容易的过程，不管是放掉真实的眼前利益还是平衡好与老客户的关系，但我们还是觉得必须着眼于未来。

4、做公司就象当海盗，不要让制度成为桎梏

最后想聊聊我们转型后内部管理制度的变更。

在外包设计时代，我们内部已经逐步形成了一整套成熟的设计流程和工作机制，而在我们开始做自己的产品之后，我们尝试了一种新的内部管理办法，叫做“海盗船模式”。

做外包的时候，我们工作的时间和地点通常是客户决定的，包括我们在光鲜靓丽但未必舒适的写字楼里办公，多半也是出于给客户一个良好形像的考虑。

但是做自己的产品情形稍微有些不一样，首先我们自己可以决定做什么，工作地点和作息时间也都取决于我们自己的喜好而且没有人在乎（只要做出好东西，谁会在乎你是在马桶上设计还是浴缸里编程呢），所以问题的关键不在于我们何时何地以什么形式办公，而在于我们工作的质量和效率以及最终市场是否买单。

我们首先是搬到了整体环境更为舒适的民宅，还请了个阿姨做饭，为公司员工免费提供午餐——当然，这仅算是一种员工福利而非制度创新，接下来要说的才是重点。

吃好饭，才能打好仗

彩程团队成员的特点是除了人格基本闪亮之外还具有很强的创造精神和执行力，和机械地完成差事相比，他们对验证自己的想法更有兴趣。移动互联网领域技术日新月异，热点层出不穷，团队中的年轻一代通常比我们这些70后的老人更为活跃和敏锐（当然，我们在经验和资源上的一些积累会与他们形成一个很好的互补），如何设计一套合理的机制让团队从氛围到利益都能很好的被保持和激励，一直是我们所关注和思考的。

尽管大家都很优秀，但优秀的人里面还有更肯干的，更肯干的人里面还有更有市场嗅觉与判断力的，更有市场嗅觉和判断力的人里面还有更有责任感和感召力的⋯⋯综合素养最为明显也自愿挑头做事儿的人，就有机会成为我们这里的“船长”。

“船长”可以提出产品构想，并招募愿意入伙儿的“船员”（当然船员可以拒绝上船，不管是不看好开船的方向还是船长的人品，：））通过市场营销团队（我们这儿没有所谓的管理层，是个纯扁平的结构）的市场、预算和时间评估之后就可以出海了。因为产品的周期性以及团队成员间的彼此信任，我们会在年底对产品的效益进行综合检验，如果打平开销后盈利，收益的20％－30％归船长支配（他可以按贡献分给船员也可以全留给自己，当然这样的话也许就没人愿意跟他干了。）

船长可以自行决定自己和船员的办公时间和办公地点（可以在公司也可以不在公司），我们也彻底放弃了什么时间点之前必须到公司之类的考勤（但是每天必须在TeamCola上写日志，而且一个月下来工作日内的平均有效工作时间必须达到8小时每天），每周只有周五是必须到公司的，因为下午会有个交流分享会。

创业需要海盗般的冒险精神和战斗力，“船长制”的核心就是不要让制度成为桎梏，尽量在公正透明的前提下尊重个体差异，通过给予每个人足够的自由与尊重，让团队的才智最大化、个人的收益明朗化以及市场风险被梯度分解与承担，我们认为这样才能把对内的损耗降到最低，同时把对外的做工发挥到最大。

相比国内的一些优秀团队，我们既不算有名也说不上成功，定位上会反复尝试和纠结，动作上也通常会慢半拍，但我们会一直坦诚地面对自己和我们的用户，扎扎实实把产品做好，看到这篇 Blog的朋友，如果你有巨大的牢骚或更好的建议，请给我们留言，不管是耳光还是马屁，只要结结实实地拍对了地方我们都会从内心感激你。

也许成就会出现在道路的尽头，但最有价值的部分是道路本身，我们正在路上。

PS：题图照片是@彩程设计 的信息架构师@maklu 骑行在从巴郎山垭口到猫鼻梁的路上，我认为可以作为我们团队现状的某种写照——在这条开阔而萧瑟的探索之路上，我们也许不够强壮不够有规模，但放弃掉一些东西之后的我们其实更为灵活和轻便；我们交通工具也许不够先进装备也挺简陋、但相信体能和意志力终会协助我们抵达远方。

关于Sarah Parmenter
英国艾塞克斯(英国英格兰东南部的郡)Youknowwho设计工作室的创始人，Sarah Parmenter专注于网站，iPhone和iPad应用的设计。设计工作室创立于2003年。查看更多设计案例请点这里。

Sarah Parmenter在访谈中介绍了她在设计列车时刻表app时的流程和设计原则。
对设计师来说，iPhone和iPad是全新的平台。相比图形和网站设计的经验积累，在iPhone和iPad上的设计进化还都处于萌芽期。
在这里，Sarah跟大家分享了简单明了的火车时刻表软件设计流程和基本原则，可能对你自己的设计项目有所启发。为了简化过程，我们假设获取火车运行数据的API是现成的。

1.首先，要确定你的创意还没有人做过。如果你发现已经有类似的app，那你需要比它做的更好，有一些独特的优化设计。最好的调查方式是到iTunes Store上搜索已有的iPad程序。

2.当有了创意，你还需要有个明确的定位，它会在后续的设计过程中决定app的设计要点。app定位可以通过苹果的人机界面指南（Human Interface Guidelines）图来确定。
距离图中坐标原点位置越远的app，特点越明显，越需要精美易用的界面设计，让他们与其他竞争者明显区分开来。在这个案例中，我们把app定位在原点位置，即简单使用的辅助工具。

3.确定app定位后，接下来需要聚焦app的核心功能。在团队合作设计时，这一点尤其重要。团队在提出各种功能需求时，很容易陷入哪些功能要包含在第一个版本中的争论。Apple把这个过程叫设计ADS（Application Definition Statement），或者叫设计精简的ADS。

4.走到这一步，很多人会认为对app的设计已经想的很清楚，可以直接开始设计图形界面甚至编码了。实际上，前面的过程，仅仅设计的导入阶段。我们接下来要做的，是产品草图设计。一般我们用纸和笔来画，它们是最简单，学习成本最低的工具。按照我们的设计经验，勾画出用户需要用到的界面，包括像按钮之类的界面交互元素；筛选出核心用户最常用的，最适合移动应用场景的功能。

5.我们要设计的是辅助工具软件，通常，它只需要主界面，和一个在背面显示相关信息的辅助界面，它通过信息按钮触发后翻转显示。如果你设计的是其他app，可能还需要更多的界面。重点是要设计界面与界面之间的切换方式，这一点在设计交付给开发人员时会显得尤其重要。我们把这个过程叫做app功能穿越(App Functionality Walkthrough)。

6.现在，开始app的低保真原型设计。重点是不要陷入过多的细节，低保真只是把你纸面上的草图数字化，便于在电脑上持续的改进。所以，尽量使用黑白，粗糙的线条和图形来制作低保真，别在细节上纠结，浪费时间。

7.低保真原型完成后，开始设计注重细节和精度的高保真原型。我使用PhotoShop，你可以选用自己熟悉的其他工具。一般，我会为iPad设置尺寸为1024X768的画布，然后根据低保真原型进行细节设计。

8.当我们设计app的主界面时，显示列车时刻表是设计的重点。它不需要包含所有功能，应着重显示列车到达时间，出发时间，列出延误或者取消等必要信息。

9.鉴于Apple提倡有质感，有仿真度的图形界面，我们让app的界面设计尽量接近用户熟悉的火车站时刻表。在配色上，使用灰色，黑色，亮黄和红色，配合一些个性化的图标来表示迟到和取消状态。

10.很重要的一点是，app所展现的信息，必须简洁明了，没有多余的文字。所以，在界面设计上，我们没有引入任何华丽的图形或者其他的信息来干扰用户，让他们能一眼就看明白app的用途。在数据条目之间使用间隔色，用醒目的字体显示到达和出发时间，这些都是很好的设计体现。主界面背后的相关信息界面，使用Apple的标准界面即可，为用户提供搜索列车后加入关注的功能。

11.我使用了很多细微的渐变和一些材质，重要的是，确保所有的信息都一目了然，不隐晦，不误导用户。

12.现在可以开始考虑icon的设计。这将决定app在appstore上的辨识度。你可以从简单的轮廓设计开始设计，先把核心创意表现出来。

13.除非有必要，你的icon最好不要包含文字，尽量使用跟你的app图形界面一致的材质和渐变。你如果想给用户呈现高质量的UI设计，别忘了把icon设计成29×29，72×72，和512×512三种尺寸。

14.如果你自己不开发app的功能，还需要把清晰的设计指南交付给开发人员。我会把界面和描述集中到一张大图，并尽可能的把所有可遇见的情况都给开发人员描述清楚。

15.最后，我们把低保真原型，所有的图形界面设计图（一般是PSD）和图标打包在一起，做上清楚的标注，发送给开发人员。有时候，你可能还需要对PSD进行切图，存成PNG，方便开发人员直接使用。

2010年10月7日，《牛壹周》V1.3在App Store上架。从V1.0上线截止到今天，全球一共有20231个下载，17493个升级。

V1.3升级版有如下改进：

1、优化的书架展示

在前面的版本中，因为杂志不多，所谓的书架实际上是通过滑动封面来解决的，V1.3版中，对已出版的杂志采取了平铺式缩略图的布局，这样更容易有全局感。

老版的书架，用的是滚动封面的方式

改进后的书架，采用缩略平铺，有了品牌标识展示区

2、内文页增加了点击左右两侧进行前后翻页的交互

对于以前的版本中手指拨动的翻页方式依旧支持，同时增加了点击页面左右两侧进行前后翻页的交互，尊重不同使用者的翻页习惯。

3、内文页增加了手指上下滑动调节亮度的功能

对于以前的版本中点击相应功能按钮进行亮度调节的功能依旧支持，同时增加了在页面上手指上下滑动进行亮度调节的功能。

4、杂志内容迁移到云存储服务器

所有杂志内容迁移到了Amazon S3云存储服务器，为全球性下载提供更为稳定的服务。

如果你喜欢这本杂志和它的交互体验，请到苹果应用商店下载。

对于这本杂志有任何意见和建议，欢迎写信给我们，我们的邮箱是team+ipad@mycolorway.com，或者Follow我们的Twitter账号：@bullreader ，让我们一起阅读、触摸和设计，让她变得更好。

经过众多Web2.0优秀应用的熏陶，互联网用户变得越来越挑剔，对易用性的要求越来越高。传统意义上的“美工”已经不能胜任用户体验设计的工作。产品遇到设计问题时的状况通常是，工程师花了很大力气做出来的各种强大功能是用户不需要的，而用户的一些简单的核心需求却得不到满足。为了突破产品设计的瓶颈，有的公司请来了用户体验设计师，建立了自己的用户体验设计团队，有的公司直接将产品的设计外包给专业的用户体验设计团队。很快产品都有了好的设计，但是事情好像没有那么简单。

我们的信息架构师Maklu童鞋最近在推上抱怨：“各种营销活动的代号直接当成业务放在了界面里，系统还有各种的错误，好设计顶个锤子，最后出来的还是一个样子，还是那坨屎。”这是他参与一个设计外包项目，并目睹项目上线之后发出的感概。

在为客户提供设计外包服务的过程中，如何让我们的设计更好的被实现，而不会出现白天鹅变丑小鸭的悲剧，是一直是困扰着我们的难题。经历了无数次的失败、反思和总结的循环之后，我们积累了一些经验和心得，在这里与大家分享。

在设计落地的过程中，我们遇到的最普遍的问题是设计师与工程师之间缺乏沟通。设计师指责工程师没有100%的还原设计，工程师则反击设计师“站着说话不腰疼”，设计图的效果无法实现或者成本太高。后来就发展成两方各自为政、互不信任，最后系统开发出来完全走样。为了避免这样的问题，我们采取的方案是，工程师从一开始就参与到设计中来，设计师的每一个阶段性成果物都需要跟工程师讨论，确认技术上是否OK、成本是否适中。这样既能避免产生天马行空无法落地的设计，又能加深工程师对设计图的理解。

另一个让我们抠脑壳的问题是，工程师对设计图的执行力参差不齐。设计师在制作设计图时对留白、字体大小、字体颜色这些细节都是严格控制的，然而大多数工程师在开发的时候并不会考虑的那么严谨和细致，有的工程师处理元素间的留白靠的是自由发挥，有的在处理文字时则是“跟着感觉走，差不多就行”，每个人的标准都不一样，最后的结果就是同一个系统的页面有不同的视觉效果，跟设计图相比都有差距。为了解决这个问题，我们在设计成果交付物中引入了视觉规范文档。视觉规范文档的形式可以是ppt或者psd，里面严格规定了设计图中的每一个细节，包括元素的高宽、留白，字体的大小、颜色等，是指导前端开发的标准文档。

视觉规范

另外，在与客户的开发人员合作的过程中，我们发现前端开发的效率普遍比较低。问题主要在于前端开发资源的重用性不高，没有积累，前端开发人员之间缺乏协作和分享。典型的情况是，同一个前端组件在不同的页面被开发了两次，或者前任工程师在离职之后没有留下文档造成一些复杂的组件无法扩展和维护。为了帮助客户解决这类问题，更顺利的实现我们的设计，我们为不同的项目建立了前端UI组件库，将项目中重用性高的复杂组件放到组件库中，以demo加文档的形式组织起来，让前端开发资源能够积累和分享。目前我们的UI库还没有开放，但是我们正在策划一个前端UI组件开放平台，大家可以在上面进行前端开发的协作、积累和分享，我们也将把两年来积累的前端开发资源开放出来，相信很快就能与大家见面。

UI组件库

有视觉规范这样的起落架减震，有良好的沟通作为降落伞减速，还有前端组件库这样的反作用力引擎，这三重保险让我们的优秀设计在着陆的时候不至于脸蛋先着地，变成Maklu所说的一陀屎。

最后祝福刘晓波。

写在前面的话

好吧，这是一篇拖了太久的文章。一直飞来飞去地交流策划画飞机稿，忙成陀螺熬成熊猫，终于熬到了周末，有空来给大家摆一哈上次我跟峥总（古灵）一起去广州参加的UCDChina2009年会的事。

过去的一年，我们一直在埋头做事，积累了不少成功案例和实战经验；而今年，我们打算更多的和业界进行交流，和所有用户体验设计领域的朋友们一起学习、分享和创造。

11月中旬，在欧阳丹的热心推荐和千鸟的大力协助下，我们顺利地获得了两张UCDChina2009广州年会的门票。不过好事多磨，20号启程那天，在机场被滞留了四个小时⋯⋯到达广州番禺大学城的时候，已经是21号凌晨2点。

广州有很多美食、广美有很多美女、广受追捧的UCD2009年会则带给了我们很多美好的体验。

虽然大会采用了邀请机制来控制参加人数，但可以容纳300多人的会场已经爆满，已经有不少童鞋在站着听了。在会场见到了UCDChina诸位传说中的大佬：牛逼闪闪的白鸦；光芒内敛的千鸟；低调谦和的安吉拉；造型雷人的胡晓⋯⋯还有客串的嘉宾主持彭毅，我喜欢他的冷幽默和他创办的爱枣报。：）

两天前，我和千鸟在北京奇遇咖啡馆（UCDChina北京书友会的主场）见了一面，请教了一些书友会举办和管理的经验，畅谈了国内用户体验设计的现状，也交流了彼此的一些思想和作品，最后以欢快地探讨北京为什么不适合人居的话题圆满结束。

经历过一次大会和一次私聊之后，自己也沉淀了一些思考和想法，打算围绕UCDChina写一个系列，彼此未必有太多的关联，您就当在听李伯清的散打评书吧。

关于“从用户出发”

本次年会的主题，就是“从用户出发”。白鸦的主题演讲幻灯有Jobs的风格：图大字少，观点精要，有几处重要的归纳总结得尤其好，结合我们自己的实践经验，诸条说下我的体会和理解。

1、用户的体验，不再是一个独立环节，要贯穿全程。

彩程在两年前，把自己的服务宗旨从“满足客户需求”调整为“协助客户成功”，这个调整的核心意思，就是要和客户一起做对的事，而不是只是被动地完成客户要求我们做的事。

彩程向客户阐述什么是用户体验设计的时候，会反复的告诉用户：我们不是站在整个设计和开发流程的末端，为你们的项目做视效的美工，而是从从立项开始，就和你们一道，去设计和实现它，并确保你们商业目标的成功。

在整个项目实施的过程中，我们通过反复的迭代来反复修正，通过反复地回归到用户最原始的需求来确保项目实施的方向不偏离目标。

2、用户体验设计，将不是一个独立部门，而是全民的参与。

我们感觉，要把用户体验设计做好，至少应该实现三个跨越。

第一个跨越，就是实现从仅能画图的美工到兼具沟通、架构和实现能力的设计师的跨越。按照鸦总的说法，就是从能做个水晶按钮，到能做人机交互和产品设计，再到能进行需求挖掘。

第二个跨越，就是从凭借设计师个人综合素质单兵作战到整合精通信息架构、前端代码、富媒体开发等各个兵种的团队作战的跨越；

第三个跨越，就是把整个优秀的设计团队融入到客户的项目和产品乃至公司运作的流程当中，让客户意识到他自己也是这个项目或产品的设计师，到最后，不再有所谓的设计师，甚至也不再有UED部门，因为我们全都是设计师，我们全都是产品经理。

彩程，正在从第二个跨越迈进到第三个跨越的劈叉式发展（比跨越式发展跨度还大）途中。

现在在北京，我手头的项目之一是青海移动的一个彩信明信片设计。中途我不断地把反复迭代的设计版本发送给涉及项目地所有人，而我们团队的人和项目各个环节的人也会不停的提供反馈和改进意见，频繁的时候，我一天会Release三个设计版本，当然，是指在一个主轴上不断深入和改进的版本。有人关心领导需求，有人关注用户体验，有人考虑技术架构，有人操心项目进度⋯⋯ 可以说每个人，都影响着这个产品的最终形态；每个人，都在体验中思考，在设计中创造。

3、最好的用户研究方法就是把产品做出来，给用户用。看他用，站在他的角度读懂它。

彩程使用最频繁的口头禅，除了原创自小滨滨的“好嘛”，就是来自37Signal的 “Getting Real”。不管怎样，先做出来，然后快速迭代，不要担心丑陋，不要害怕不够完善，因为做出来了，就会有人看，有人用，有讨论，有反馈——而这些，都是进行下一步改进设计的依据和基础。

我们正打算做一款基于Android平台的条形码扫描比价软件，暂定名为“购便宜”。虽然我们在手机软件开发领域并没有太多的积累，但我们打算先做一个核心功能简单，用户体验优秀的小东西放出来，搜集用户意见，统计用户数据，然后再应用到我们的设计改良之中。目前该软件的原型设计已完成。

4、以小致胜

鸦总的主题演讲，以一个“小”字做结。

第一个小，就是小细节。

对此，彩程深有感触。这是一个情感营销的时代，这是一个用户体验的时代，人们甚至已经习惯了通过窥探卫生间来评判一幢建筑的卫生甚至文明程度——细节决定了一切。目前动物凶猛的山寨机，未来会渐渐走向末路，基本的功能需求满足之后，人们注定开始追求品质。很多小团队生于价格，却死于质量，我们要避免这样的命运，唯一的出路就是把每个小细节做到极致——我希望我们做的东西也许不是很大，但每个细节都经得起推敲。

第二个小，就是小团队。

虽然阿里巴巴是家大企业，但来自阿里巴巴旗下支付宝的白鸦同志还是坚称阿里巴巴是家小公司，准确的说，是一家会把大团队拆成小团队来做事情的公司。彩程只有八个人，但不仅涉足了四川移动几乎所有支撑系统的前台界面改造，甚至对移动项目支持的范围，扩大到了云南、河北和青海，除此之外，彩程手上还服务于其他优质客户，还尝试在做自己的产品，推广自己的开源项目。

彩程的办公环境是开放式的，没有隔板间；彩程的管理是扁平式的，没有上下级；彩程没有不做技术的老板，没有专职的销售和行政，彩程的每个人，都能做，能讲，能写——从某种程度上来说，彩程是全民皆兵，而且还是特种兵。

我们没觉得小有什么不好，实际上，我们以此为豪。在我们的网站Title上，你能看到我们自称为“中国最小的用户体验设计专业团队”。

总之，2009年11月21日上午，我们坐在广州美术学院的交流大厅里，看千鸟做SHOW，听鸦总布道，如饮醇酒，如沐春风。

好嘛，这篇就先写到这里了，敬请期待我的 “UCDChina彩程系列报道之（二）为什么UCDChina那么火”