台湾妹子分享！UX如何改善开发流程

　　Akanelee：一间公司要营运绝对不是靠某个人脑充血带头往前冲，各部门间有许多事情需要相互配合。UIUX是最近很红的话题，已经到人人说得一口好使用者的程度。讲归讲，要在软件开发的什么阶段导入UX呢？本文从我的角度来说明UX如何改善开发流程。
　　就我所观察到与理解的，一套软件开发流程通常长这样：和客户抬杠讨价还价写规格书签约Mockup修改Mockup修改Mockup修改定版并切图给RD加新功能加新功能补切图RD快翻桌了写完大半可以先测看看加新功能时间来不及修Bug了先推出去再说。。结案（背后骂翻撩板砖）
　　1。约95客户看不懂UIFlow，每次产出都没人挑毛病。
　　2。约90客户修改Wireframe为的是加新功能、不是哪边怪怪的。
　　3。约85客户在开发前期很会画饼，等Mockup做好就开始喂公子吃丙。
　　4。约80客户不懂装懂，觉得他说了算，10万也可以架个Facebook。
　　5。约75客户会在Code都快写完要送测了才说页面有问题要改。
　　6。约99客户在签约后就看不懂中英文，觉得规格书是拿来吃不是拿来看的。
　　这个项目花多久时间在修改上？
　　PM一定有经验，明明抓了不少预留时间为什么到最后还是不够用赶得要命，草草结案。虽说客户大爷都被惯得很骄，觉得加新功能和喝白开水一样免费简单，但有更多时候是来回修改吃掉大部份的时间。相信许多业界人士都知道：如果开发前的设计时间时间花的不够，开发成本会增加三倍以上！是啦，知道归知道，把Wireframe交给PM或BD规划这叫有就好求心安吧？非专业人士设计出来的Wireframe你为什么觉得不会出问题？
　　我会严格遵守FunctionalMUIFWMockup这个作业流程，就是为了能把来回修改的次数降到最低。
　　这三个阶段产出的成果都要交给SA、RD确认，尤其是UIFlow和Wireframe，这关系到他们串接各个页面的逻辑。如果牵扯到会员系统、购物车等更要注意Flow的完整和简洁，一个不小心有可能会变成很恶心的黏滑蛞蝓，拖泥带水还附赠抓不完的虫。在这三阶段来回修改的成本远远小于RD开始写Code后发现问题。就跟蛀牙一样，初期治疗顶多洗个牙小补一下，忍痛硬拖久了根管治疗或是打掉重练装假牙这会比较省时省力省钱吗？
　　专业UX的重要性
　　UX最大的工作就是和使用者沟通、做测试、设计UIFlow、画Wireframe、写文件。不过老板通常只会叫做UX的那个人不要管沟通测试、照指示画方框就好。UIFlow和Wireframe非常重要，足以让开发流程延长10倍或是事半功倍。可惜体认到这点的人很少，比起洗牙就好、好像大多数人都比较爱根管治疗似的。让外行人（PM、BD）兼职Wireframe的结果就是产出一堆似是而非、整死RD、可行性很低的规划。
　　一位好的UX能用简单的逻辑设计出方便操作的接口。这表示不只使用者易用、连RD都会觉得接口好刻、不用烦恼各式页面和诸多状态间的串接太复杂。越混乱难懂的逻辑就越容易产生Bug，光抓虫就饱了哪有时间做出稳定流畅的App呢？
　　举个例子
　　以最简单、视觉元素最少的字级表App为例，功能几乎只有1。预览各种字型、2。各种字级下的模样。
　　点右上角出现字型列表，卷动画面各种字级预览。
　　App：RainFont
　　左右滑动切换各种字型，上下卷动放大缩小字级。点击左下角icon出现字型列表。
　　从上方两个例子很明显看得出优劣，功能几乎相同的情况下，有没有UX介入差异非常大。同样都能达到客户的需求，但操作体验、接口设计、未来扩充性等等完全不同。
　　在签约之前的需求访谈就要把UX加进去！
　　通常进行客户访谈的与会人员可能有PM、SA，在这个阶段就请把UX也拉进去，既然UX要负责处理整个接口设计，他一定会有非常多需要从客户口中问出来的情报，像是：这个App是炫导向，还是功能导向？目标族群是谁？需要和什么样的广告或营销方式配合等等
　　好的UX熟知各种Guideline，遵守Guideline的好处是几乎都有内建元素可以利用，能让RD省下许多力气。有经验的资深UX甚至可以在这个阶段就能把客户天马行空的幻想挡下来或是换个双方都能接受较省时省力的方式执行，省得RD要花大把力气在非必备的功能开发上。
　　不该只是使用者觉得好用，连RD都该觉得C好写才称得上是好设计！
　　简单的接口不只用户容易上手，通常逻辑也简单，逻辑简单表示RD也会轻松点、较不易出错，QA也不用一测再测。时程压力小、PM也不会天天被客户追杀。在开发初期就把UX加入绝对能大幅减轻各部门的压力，并让项目执行更为理想踏实，突发状况和虫量也会减少许多。
　　解放PMBD