用户体验设计:产品策略、用户界面、技术和运营(3)
三、技术（对应职位：各种工程师）
技术是实现产品的工具，也是产品正常运行的基础。如果技术方面出了问题，同样会对最终的体验产生不良影响。这个因素中具体的表现也很多，如前端页面对各种浏览器的兼容性，代码运行效率，服务稳定性等。涉及的范围非常广，我同样只挑选一个点来说明问题。
Web上的例子：北京市房地产交易管理网
在这个网站上，可以查询到北京市所有新建商品房的相关信息，包括面积、销售状态、最高价格等。
但是，该网站只在IE浏览器中可以勉强正常使用（页面排版部分乱掉暂且不计），如果使用Firefox、Chrome等浏览器，不仅一些页面的排版会乱掉，还会出现查询信息无法显示的情况。如图所示：
图中两个浏览器打开的是同一个页面。左侧是IE的结果，右侧是Firefox的结果。我们看到，在左侧图片的右下方，是很多花花绿绿的表格。而右侧图片，同样位置则是一片空白。按照一般的思路，查询出来的数据，应该是后端程序生成的，理论上不应该受不同浏览器兼容性的影响。后来在查看该页面的HTML代码过程中，发现了这样一行久违的代码：
<script language=vbscript>
我明白了。原来这个网站的编写者，使用VBScript这种陈旧的技术将后端生成的数据填充到页面中。但现行的大部分浏览器只支持通用的Javascript，不支持VBScript。结果是，在非IE浏览器上面，这些VBScript脚本无法运行，导致内容在前端看不见。这已经严重影响了用户体验。
解决办法：
使用更加先进，更加通用的技术来构建网站。
生活中的例子：北京某写字楼的电梯
Henry之前工作过的公司，在北京市的一栋神奇的写字楼中。这栋写字楼的电梯时常会出问题，我认为是技术问题，并且严重影响用户体验。比如：
1、停在某一层关不上门
这个时候大家只好走出电梯，换另外一部，或者走楼梯。
2、有人下了电梯后提示超重
注意，是下电梯后，提示超重。这个就很恐怖，想象一下如果是晚上，你上了电梯，你按了1层，发现电梯里面还有一个人，他按了13层。然后到了13层以后，他下去了，这时候电梯提示超重… 好吧，会不会是有别的东西进来了…？太恐怖了…
3、电梯正常运行，但是楼层提示卡住了…
这种情况也很恐怖，就是，你能够感觉到，电梯在运行，但是显示楼层的数字停下不动了，比如，一直显示停在20层… 结果开门后，你发现，是4层…
4、自由落体
这是最恐怖的一种情况，而且可能会威胁到乘梯人的人身安全。就是，电梯不受控制了，从高层掉下。但是幸好电梯会有一套备用的装置，当速度达到一定程度后，备用装置会启动，防止电梯直接掉到地面去… 虽然该写字楼有记载的电梯自由落体只有3、4次，但是，那真的是比做过山车还恐怖啊…
解决办法：
换一部技术上更有保障的电梯吧…
四、运营(对应职位：运营经理、客服、一部分manager等)
一个好的产品，在拥有了好的策略、好的界面和先进的技术支撑以后，还需要配合靠谱的运营手段，才能够真正使其拥有好的体验。
Web上的例子：百度的域名
一个网站该使用什么样的域名，我认为应该算作运营范畴。百度的名字取自辛弃疾的那首著名的《青玉案·元夕》，其中的“众里寻他千百度”在中国可谓家喻户晓。所以用baidu.com作为域名，中国人很容易就可以记得住，是个好域名的典范。
但是，百度旗下的一些产品，也曾使用过一些Henry认为不是很合适的域名。例如：
乐酷天商城(rakuten.cn)
这是百度与日本的乐天集团合作的商城网站，面向的是中国用户。这个网站的产品策略和用户界面都没有什么大的问题。但是唯独，rakuten这种拼法，是日文的拼法。我想对于中国人来说，很难记得住，这也会损害用户体验。
阿拉伯语版百度知道(zhidao.baidu.com.eg)
这个应该是百度为了进军国际市场而推出的产品，将「百度知道」这个在中国做的比较成功的产品搬到国外。我们不讨论其产品策略和用户界面，但是，zhidao这6个英文字母，对于埃及人(.eg是埃及的国家域名)来说，或许真的是不知所云。我想他们的感觉可能跟我们面对rakuten时是一样的。
泰语版hao123(th.hao123.com)
hao123网址之家也是中国的一个运营奇迹，作为网址导航站，它有很明确的目标用户群，所以在国内很成功。但是，它的泰语版，并没有注册新的域名，而是在原域名的基础上添加了一个二级域名。但是对于泰国人来说，hao这3个字母是否容易记住，同样值得商榷。
解决办法：
笔者认为，域名的选择需要考虑到产品特征、目标用户群、地域文化等等因素。
乐酷天商城，完全可以使用 lekutian.com 作为主域名(目前该域名也在乐酷天手中，但是会转向rakuten.cn)，这样对于中国人来说更容易记忆。
而那些国际化的产品，则应该考虑使用当地的表达方式，重新命名。而不是简单音译。就像是，Facebook可以译作“脸谱”，但不能译成“非死不可”。
生活中的例子：大学中的饭卡
读书的时候，食堂是我们最常去的地方之一。目前国内几乎所有大学的食堂都是采用电子化管理，我们去吃饭，不需付现金或饭票，而是要刷卡。饭卡极大的提升了食堂付款的速度，也更加安全卫生，饭卡的开发者们也不断的增加和改进各种策略和技术，使得大家在使用的过程中体验更好。但是，仅有一个好的产品还不行，运营层面也会产生一些问题。
北京某著名高校的饭卡有这样一个策略：如果在一个自然日内，同一张饭卡累计消费超过一定的额度（如30元），则需要输入密码才能够进行交易。这是一种很好的安全机制（在产品策略层面是很好的），它可以防止饭卡遗失或被盗后由于挂失不及时而产生大量的消费，使得持卡人的损失降到最低。
但是这样好的策略，在该校却由于运营的问题而严重影响使用体验。
首先，新生入学办理饭卡的时候，并没有被告知存在这样一个策略。亦没有随卡配备任何说明性的资料。
其次，办理饭卡时，密码是随机生成的（可能是为了提升办卡效率，也可能是技术问题），由工作人员口头告知持卡人，这导致了密码本身对于持卡人来说不易于记忆，甚至有的人根本没听清楚工作人员在说什么。而且修改密码的程序很繁琐。
这两个问题导致了，很多学生在首次遇到消费超额问题的时候，会不知所措。售货员要求输入密码，但是持卡人根本不知道什么是密码。有的人虽然记得办卡的时候工作人员告知过密码，但是具体密码是什么，早就忘了。以至于支付流程受到阻碍，体验严重下降，甚至很多时候由于实在想不起密码而饿肚子。
解决办法：
这个案例的解决办法很简单，只要随新卡配备一些说明资料即可，哪怕只是一张纸。
总结
1、所谓「用户体验」是一个整体的感知过程，研发序列中的每一个环节都可能对其产生影响，所以它不应该仅由设计部门来考虑，更不应该仅局限在界面层面上。
2、在某一个环节产生的问题，有些可以在其他环节上进行弥补(例如使用带有箭头的信号灯来弥补交通规则的不完善)，有些则不行。
3、如果真的想把体验做好，应该存在一个类似「用户体验设计师」或者「用户体验经理」的职位，他应该至少是leader级别，跟其他环节的leader们有同等的话语权。他应该像产品经理一样，在整个研发流水线范围内针对用户体验进行总体的设计和协调工作。