这次有幸可以参加北京的2015国际设计体验之重新定义用户体验大会，这是一场为期四天的课程其中包含三天的Workshop，也许有人不知道 IxDC 这是甚么东西，这边先简单说明一下:
本次大会关注的焦点是反思用户体验，构建用户体验生态圈，学习掌握设计方法在不同行业的应用和创新。通过大会，旨在让新从业者们能了解整个用户体验的范畴和理想，让资深的从业者们能重新反思自己的工作，延伸扩散对用户体验的理解，学习掌握创新设计思维与商业模式，为今后的工作做一些调整，以及对社会有更正面的帮助
官网http://www.ixdc.org/2015/index.php
参加这场会议的主要角色清一色都是UX / UI / GUI设计师，要是里面有程序开发者这基本上算是稀有动物了，这几天下来，我觉得程序开发者也因该开始接触这一块的领域，虽然，大家都在说工作职能要分工，各有各的专业，如果，今天你是一个属于一个产品或是一项服务的程序开发者的时候，这个的重担将会是要做这个产品或是专案的团队共同思考，也并非只有UX该要去考虑的，若是你团队还没有UX，那就更因该来思考这件事情。在云端时代来临与开发逐渐简单化，如何让你开发的产品或是服务可以很快被市场买单，越来越重要了，尤其在互联网这时代，没有好的体验，就被推广也就不容易，这也就是为什么近年来前端工程师重要性也逐渐提高，在中国，前端工程师的薪资水平已经超越写后端的程序开发人员了
所以，用户或是用户体验，已经是这时代或是未来几年不可以忽视的一项技能。连微软内部也开始逐渐强调用户体验的重要性。在互联网时代，用户体验就越来越重要，尤其，在强调Mobile First的思维下，有没有好的用户体验，就更显得非常重要，甚至，我认为如果程序开发者再加强这方面的知识与技能，即使无法与这方面专家并驾齐驱，也会影响到一些产品开发思维甚至程序开发的方式。
在用户体验中的一些做法，或许，大家会很直觉想到就是UX或是接口设计，不过，我却觉得整体感觉跟Scrum中的PO也很类似，有些工作几乎是可以重叠去做的，甚至我认为两者是差不多的
思考&感觉&做，这三个步骤，不也是程序开发者因该要去注意的吗?
当需求来时候，除了理解需求并完成需求外，也因该想一想这样的解决方式，是否真正有帮助到用户解决痛点，还只是把功能完成，在Scrum中的PO只是说明用户痛点，如何做是开发团队一起思考，但是，如果开发团队又只针对PO的需求直译式的开发，又不是很恰当，因为，这样反而造成操作复杂或是让用户感觉更Blue，所以，再找解决方法，就必须思考这样做是否用户会比较好操作
这一句话，是我让觉得在这互联网的时代，给这样的诠释是非常不错，在互联网时代真的很多服务与想法都超乎，这一场除了这一句话的诠释外，另一个重点就是快和试错，因为，整个互联网就是抢快，当有一个新的主意或是创新，只要团队同意，就可以开始动工，减少讨论以及非必要程序的开发，是否要做整体架构规划或是设计，这对互联网创新来说，可以被舍弃的，就是所谓的天下武功，唯快不破的概念，最多三个月内就必须上线使用了
讲道这边或许大家会有一些呢喃，在课程中也访问一些阿里 & 百度 & 腾讯 这些公司，其实，他们说虽然公司这样大，市值这样高，但是系统的包袱及凌乱程度是非常可怕，主要原因就是当时在求快，所以，无论接口设计或是程序开发，都是东一块西一块，一旦有些东西要修正，就非常的麻烦，我想这也是求快所带来的后遗症，但是，是好是坏，在当时是很难拿捏
再来就是所谓的CX，这一名词，其实在去年我就听过，想不到这边又被提出来，个人认为这阶段真的已经不只是设计师的工作，几乎是整个团队的工作了。大家要是心中没有这个概念，就会想是我把按钮功能写出来，但是，这功能要做甚么用户完全不知道
为什么我会觉得程序开发者也很需要，举例来说，一个设计开发的WEB API开发者，是否只想过你的API是否只在意能否调用，调用完毕后的数据是否正确这样就好，但是，有想过如何让调用你的人可以很好调用，或是可以很轻易就懂你的API，当API发生异常是否有亲切的回馈消息去告知调用者，或许，有人会认为这因该是调用者功力问题，但是，我认为就CX来说，因该让调用者可以是一个很菜的人可以做到简单使用你的API
下面这张，我认为不仅仅是打到设计师，也打到开发者，几乎可以一并去说明的人这一点，也是我在这课程期间，跟很多朋友交流中最被提到一点，随便做甚么都可以赚到钱，这个时代已经过去了，也不是程序开发者认为我觉得程序功能很强，品质很稳就可以
若是，你开发出来的东西，不是真的是用户所需，纵使采用最新技术或是多样功能，其实也是无法在市场上立足。尤其，这一两年大家都在疯创业，这样多的人在开发新的东西，这些都会是被用户买单吗?其实不然，若是没有掌握人的需求，都是没有用的。也因此，我们可以看下面图，说明怎样开发进行服务设计
下面这张图，也是如之前所以有异曲同工之妙，今天开发者所做的东西的核心还是在用户，有时候开发者，会因为某些技术难度或是麻烦不想去改变，而造成用户体验不好，主要是开发者是站在开发角度去思考，有时候也要换为思考朝用户角度方向去想，这样的操作是否是真的好用。
这其实也不难，我认为一种做法就是，让开发者变成用户每天强迫自己一定要自己开发的软件，且要在不同情境下去使用，而非在自己办公室做测试，或是透过工具测试，这样只是测试稳定度，举例来说，当网页下载慢的时候的性能调教
虽然工具可以去仿真WiFi或是3G上网，但是，若是用户在一个很急迫的场警使用，虽然用数据测出网页性能很快，对用户还是会感觉很慢的,最后这张其实不是也跟开发是相同的吗，要做好产品开发，这六个要素其实都是很重要的
其实，在这次大会中，从一个开发者角度去看，其中很多的要素与想法，是可以借镜学习的，尤其在于了解客户需求和站在用户体验去想，这是非常重要，往往开发者都会忽略掉这个环节，一旦忽略掉这个环节，开发出来的东西就不容易被用户买单，如果企业内应用还说得过去，若是，对象在于消费者可能就没有办法说过去了。
虽然，讲课讲的不错，除优点外，也有其缺点，就是太着重于设计师的价值，设计这块很重要，但是，并非所有东西都是设计师说的算，因该从整体团队一起来看，此外，在这过程中发生从设计体验到交互设计，都有其Process，从一个Scrum团队看来，似乎又不
太敏捷中间花费时间相当多，也因此除了开发有了敏捷式，我想未来因该也会着重于敏捷式的设计。此外，这次演讲者所在之公司，并没有看到设计与开发在同一个团队案例，不知道这样的团队组成又会激起怎样的火花呢
