在快捷酒店管家2.0上线之后，有不少产品同行提了很多很棒的建议，当然，也有一些“体验问题”其实是我们有意违背“用户体验原则”来做的。集中在这样几个问题上：
地图展示房态：红色表示满房、绿色表示有房、黄色表示房态暂时无法获取，这个是有背视觉设计原则的。从视觉设计的原则上看，应该是灰色表示满房，因为满房了，用户无法预订，所以要在视觉上弱化；而红色应该表示有房，因为有房，所以要在视觉上做突出，引导用户去做预订。
地图展示酒店信息：当前是不管有没有房，全部列出来同时以不同颜色去展示，这个是有背用户体验原则的。从用户体验的基本原则上看，如果某个项目没有了，那就不应该展示出来给用户看，降低用户的筛选成本。所以，如果无房的话，那地图上就不应该再展示这家店了。
没有独立的注册流程：如果用户第一次进来的话，只有一个登录按钮，但是找不到注册的入口，用户不知道怎么注册。这个也有大大的有被用户体验原则的，因为要给用户明确的入口。
OK。以上的问题，如果单从“用户体验”本身来看，确实都是问题，而且是很显而易见的问题。不过，针对这些问题，我在做这款产品的时候确确实实是都仔细反复考虑过的。我认为，当前我们的做法恰恰是超越用户体验本身的另一种好的体验。
地图展示房态的问题其实是延续了快捷酒店管家1.0的设计风格。为什么没有替换掉这个违反了视觉原则的设计呢？原因很简单，我们发现很多用户会在微博上截图晒房态信息。比如在情人节、周末的时候因为大片的满房导致出现一大块区域都是红色的情况，很多用户会截图发微博，戏称祖国山河一片红。换句话说，这种设计已经被快捷酒店管家的用户所接受并形成了用户习惯。同时，这种设计也让整个产品在无形中多了一些自我营销的能力，用户可以根据这个颜色的出现来配合特定的时间来形成话题。
地图展示酒店的信息，认为要将没有房的酒店直接从地图上拿掉的看法其实是纯站在了用户的角度分析这个问题。然而，快捷酒店管家不仅仅是给用户(要订房)的人用的，我们希望快捷酒店的店长们也可以加入进来，以及其他对快捷酒店关心的人也在使用。当然，预订酒店是这个产品不可否认的最最核心的功能，但是，在不影响这个核心功能的前提下它还可以更多的承载一些事情。比如，类似房态展示的话题性产品自我营销；比如用户对某个区域的房态评估，以决定行程；比如，店长对快捷酒店生意的直观判断等。
关于独立的注册流程，这个在最初的版本设计里确实太过粗暴。原因在与我过份的低估了之前的一些产品对用户的洗脑作用，要先注册才可以使用，或者即使不使用也要注册一下，留个尿迹神马的。在这个模块的设计里，我们认为通过在线预订而成为我们的注册用户才是真正有价值的用户，而没有经过在线预订而进行注册的用户显然不是。所以，我们将注册流程混合在在线预订里了，这样后续我们对用户价值的评估就会更简单。虽然，这是一个看似违反用户体验原则的设计，但是，从其背后我们需要达到的产品目的看，我认为我们的尝试是合理的。
实际上，除了第三个问题之外。前面2个跟体验相关的问题都是我们有意为之的。我们故意违反了用户体验基本原则，因为这样做可以达到其他的目的，而这个目的对产品而言相当重要的。因为，作为一个工具类的产品，这个产品必须要具备自我营销的能力，这个能力要在产品设计的初期就由产品经理定义清楚并通过设计的手段去实现。
在快捷酒店管家2.0的设计里，还有其他非常多的具备自我营销能力的细节。比如，为用户津津乐道的日房/全日房图标，一卷卫生纸和一张床；比如，当日房不在预订时限内的替代界面；比如，在在线预订过程中你将你的名字写成“测试”或者将手机号填写为“13800138000”，比如….这些都是我们在设计过程中不断思考的如果让这款产品显得更酷更好玩更适合我们所定位的都市潮人的一些体现。
最近关于什么是好的用户体验的话题引发了一阵不小的骚动性讨论。在我看来，好的用户体验就是要帮助产品达成产品目标实现产品价值。这才是真正的用户体验的价值。当然，在这个过程中，你可以将用户体验神话掉，但是，任何脱离了产品本身来谈用户体验的做法都是无意义的，错误的，和误入歧途的。用户体验其实是个很朴素的事情，只要你站在产品的最源头去看这个事情，想象着整个产品是一个系统，你要利用所谓的用户体验使这个系统很好的循环起来，那就足够了。
最后，打一下广告，欢迎下载体验快捷酒店管家，一款被用户戏称为“开房利器”的快捷酒店在线预订软件，不但找房准、订房快，而且还很好玩哦！(p.s：当前只有ios、android版本，WP7版本我们正在开发中。)