有的时候，我常常无法进入状态，这个时候我会选择看书。一本好书有一种力量，一种代入感的力量，会让你随着做着的逻辑一路陷入进去，慢慢的将内心的浮躁都洗去，让你沉静下来，然后整个人也跟着沉了下来。

最近书荒，我甚至都开始重新看《金庸全集》了，因为那些写书人的套路似乎都固定下来了。如果是写个产品的书，来来回回就那么点事情，反反复复的那种结构，看的了无生趣，就连举的那些例子都让你觉得厌恶了；如果是写经济的书，总觉得敲不到点子上，看着看着就走神了；如果是写小说的书，唉，还是算了吧….

一本好书，跟一款好的产品类似，要有一种“代入”的力量。能够让用户跟着你设定的逻辑一路走下去，一种心无旁骛的沉静。每个章节，每个功能模块，都如同空气，似有如无，但是又让人欲罢不能。平淡无奇的呈现反而最有杀伤力，柴姑娘的《看见》就是这样，真实，自有万钧之力。

学会平常说话，平淡无奇的呈现，反而是最有杀伤力的，这是柴姑娘自己职业成长的体会。读到这里，心里猛然一震，这不就是我近1年来一直堵在我心中，不知道如何表达的东西吗？

做产品这事，其实完全一样。

刚开始做产品那会儿，我常常想，这个地方是我做过设计的，我一定要想办法告诉用户，拼了命的产品里做提示，想让用户知道。你看，我这里做了设计了哦，多酷啊，我想了好久才设计出来的哦，你来看看….在我的眼中，这就是设计，一个功能一定要加一点修饰，这样才叫“设计感”，这是一件多牛逼的事情。

再后来，我发现，其实除了那帮同样是做产品的人之外，平常用户根本不买账，这真是件自作多情的事情。然后有些刚入行的朋友会给你评论，“这个交互做的真赞”，“这个导航的样式处理的真好”，“这个很创新”，“这个图标很有设计感”….开始的时候，自己沾沾自喜，你看，还是有人识货的吗！但是，偷偷观察用户操作的时候，傻眼了，没人跟你想像中的那样操作，因为，这是你的“设计”，你的眼里只有设计，没有用户。而那些同行的评论完全都是在黑你啊，因为压根不是你的用户…..

于是，慢慢的，我的产品里很少有刻意的设计，即使有，也不会刻意的提示用户。躲在后面观察，如果用户觉得不爽了，立刻拿掉。我开始去思考背后的事情，那就是，“如何讲好一个故事”，如何去设计一种“代入”的感觉，如何帮助用户更顺畅的解决问题，用一种接近与平常的形式。

我告诉跟我合作的设计师和研发，我们不是在“设计”什么东西，我们是在帮助用户达到，达到他的目标。比如，在寒冬的夜晚，找到最近的一家酒店落脚；在一个陌生的地方，下了火车，知道怎么去他预订的酒店。这些东西，需要设计，但是，不是之前的那种设计。

我们所用过的所有的优秀的产品，其核心必然都是以一种很平常的接近于我们的生活的形式来表现的，这是一种设计，一种真正的设计。

但是，当一款产品成功之后，会有很多人基于结果去评论，用他们的标准去评判，觉得这是“招式”华丽的结果。当你看多了这种评论，你真就觉得，招式很重要，投入过多的精力去做界面的设计，交互的设计，唯独忽略了对产品本身要解决的问题的思考。其实，这些就跟会点水袖功夫一样，上阵杀敌时一概用不上！

对产品本源认识有多深，呈现才有多深。而你越接近这个深度，你越感觉到，其实，那些华丽的修饰，完全没有必要，一种平常的展示就足够了，足够直指人心！

最后，感谢柴姑娘这本好书。

这是一篇和科技博客“雷锋网”的聊天备忘录，简单分享一下快捷酒店管家这款产品的一些设计思路，以及快捷酒店管家团队在运作过程中是如何相互配合的。没有什么建设性的意见，只是一些犯过的错误的总结。

Q:酒店管家产品团队目前都有哪些主要成员，分享一下你们各自的经历吧。

Kentzhu：快捷酒店管家主要成员10个人，清一色的帅哥。

我在拥有中国最好的煤炭专业的辽宁工程技术大学学习，在一个理工类学校学习的经贸专业。上大学的时候发现自己其实对经贸并不是很感兴趣，偶尔接触到互联网，从此沾上极为严重的网瘾，无法自拔，于是，毕业之后直接钻入了互联网。

刚接触互联网的时候，经常会遇到很多功能自己用的很不爽，于是开始思考，如果是我来做，我会怎么做，怎么做才能让自己觉得很爽。之后，开始尝试自己做，在这个过程中一路跌跌撞撞，有一天，一抬头发现，哦，原来自己做的事情是产品经理。

我目前在快捷酒店管家的职位是产品经理，负责快捷酒店管家的整体产品架构与设计，以及客服类的工作，和部分运营的事情。

Q:谈谈你们的团队，如何形成这种扁平化团队的高效沟通合作的（相信绝大多数创业公司做不到你们这种标准），决策过程中如何走流程、解决问题，多给一些我们这样的效率低下土鳖开发者些建议吧。

Kentzhu：这个问题的帽子有点高了，哈哈，因为我们本身就是土鳖的开发者，也还存在很多可提升的空间。

如前面所说，快捷酒店管家的主要团队现在共10个人。其中，1个人整体负责产品，2个客户端研发（iOS、Android），4个服务端研发，1个运营，1个BD，1个CEO。当然，具体视觉设计的事情由公司的设计团队来给予帮助。

在快捷酒店管家，其实没有相对非常明确的分工，在我们决定要做什么事情之后，这个想法的提出者会跟所有人讲一遍，然后，大家给出建议，之后，他就全权把这个事情做了。

比如，我们最近基于微信做的“订酒店”，需求的基本想法来自于我，但是，研发同学在做的时候，增加了比如地图展示、输入数字给出更详细的信息这些更为丰富的功能，都是负责开发这个小产品的研发自己做上去的，非常棒！

再比如，我们的CEO会经常想出很多好玩的运营活动，比如之前我们为了庆祝十八大闭幕，做了一个“普天同庆巨蟹座”的活动，就是我们CEO的主意。然后，我们30分钟出来策划文案，直接就上线发布了。

说起流程什么的，在快捷酒店管家更加的简单粗暴。我们压根没有什么MRD、PRD什么的，只有几张流程图，稍微复杂的写个1，2，3，4说明以下就完了。更多的需求是直接在白板上确定下来的，大家直接在白板上把草图画出来，然后拍照记录一下就开干了，干的过程中如果有疑问再对着白板讨论一下。当然，作为PM，会有一个简单的存档，以便后续回顾与优化修改。

另外，我们每天都会有站立会，大家说一下昨天的工作及一些问题讨论，然后是今天的工作安排，这是一个我们一直坚持的传统。因为团队每个人的工作必须透明，这样各个角色才能最好的配合起来打仗。

在快捷酒店管家，我们比较崇尚的几个东西：一句话需求，用一句话把要做的事情概括出来；简单粗暴，只为90%的用户服务，暂时不考虑10%的用户；一定要让实际执行的人先搞明白为什么做，然后才是开始去做。

Q:为什么想到做快捷酒店管家款产品，做这个产品是想解决什么样的问题？

Kentzhu：做这个产品的想法很简单，我们无法重新发明快捷酒店，但是，我们可以改变人们在手机上预订快捷酒店的方式。

充分的挖掘智能手机自身所具备的特性，重新的去思考用户在移动场景下的需求与痛点，是完成这个想法的核心方式。整个快捷酒店管家的产品试图去解决这样几个问题：在陌生的城市，找不到附近的快捷酒店；找到了快捷酒店，但是不知道怎么过去；随时随地随手订快捷酒店，提升出差的效率与心情。

Q:以什么方式解决这个问题呢？产品的设计理念，产品都有哪些特色，能给我们一些具体例子吗？

为了达到这个目的，整个快捷酒店管家的产品基调是高效、时尚、好玩。这是一个很好玩很高效的快捷酒店预订应用，所以，你会发现我们很多的设计很多的细节都故意做了设计。

比如，我们用全日房/日房来区别2个不同的类型的房间，我们在全日房那里放了一张床，伴随几丝呼噜声；我们在日房那里直接就放了一卷手纸，简单直接。

比如，我们为了减少用户的输入成本，直接采用了地图拖动到什么地方就可以给你展示什么地方的酒店的方式，然后，在地图的正中央放置了一个小人，他就像是一个“准星”一样，很多用户觉得这个设计非常的好玩。比如，为了更纯粹一点，我们把很多不常用的功能，比如个人资料啊，收藏啊，搜索啊什么的，都放到了侧边的“抽屉”里。再比如，在用户的预订流程中，我们整天采用了“机打发票”的拟物化设计，模拟了在酒店前台付款订酒店的形式。再预订成功之后，我们再盖上一个钢印，提示预订成功。

这些都是非常好玩的地方，而且你会发现，这些好玩的地方丝毫不会影响我们的高效，相反的，在给用户一种很好玩的感觉的同时，也让用户记住了我们。

在快捷酒店管家，我们每天都在创新，在不断的体验创新带来的乐趣，看着自己的创新不断被大家接受，被行业接受。比如，最早的时候酒店预订app采用地图展示酒店的时候都只给个价格，我们认为这样很不友好，所以我们展示了酒店品牌、最低价、房态信息，我们看到越来越多的app在采用我们这个形式，行业老大携程的最新版也已经改成这样了。

Q:快捷酒店管家目前都有哪些商业模型，已有的和有构想的都可以跟大家谈谈

Kentzhu：这个商业模型其实也很简单粗暴，如大家都能猜想到的一样，与快捷酒店分成是主要的商业模型。同时，作为一个典型垂直的LBS应用或者说O2O应用，快捷酒店管家在商业模式上与其他O2O应用有同样可思考与扩展的空间。

但是，细节的模式我们没有时间去思考，因为，我们并不认为现在是思考这些的最佳时间。如何继续打磨产品，做更好的体验才是当务之急。

Q:你们有做竞品分析么，自己对行业趋势都有哪些判断？

Kentzhu：关于竞品，或许说出来你会觉得我装逼，但是，实际上，我真的很少关心和关注竞品，也很少去体验竞品。主要有2个原因，最主要的是因为我不希望自己的想法受到竞品的感染。当你看竞品越多，他们的一些想法和做法就会潜移默化的影响你，让你偏移你最初的想法，不经意间就很有可能被别人带到沟里了。另外，快捷酒店管家目前的模式，并没有在国内找到竞品，呵呵。

我不太清楚你这里的“行业”是如何定义的。如果这个行业指的是移动互联网，借用王兴的一句话，所有没有被移动互联网改造的行业，最终，都会被改造。

Q:给其他的开发者一些建议吧

Kentzhu：并没什么有建设性意义的建议，只想说，如果要选择创业，那就别有太多的想法。先问自己，这事好玩不，和这帮人一起玩爽不。如果觉得好玩，大家一起搞点事很爽，那就开始干吧！

当然，如果你一定要我再给个建议的话，那就还是2句话：千万别看任何国内关于创业的报道和专家的微博，当然，也包括我写的这些。千万别把创业当成一个工作，他首先是一种兴趣，其次才是一份工作。

Q:给一张你们团队的集体照吧，我们放在文章里

Kentzhu：现在的快捷酒店管家的开机封面，就是我们团队所有人咯。这也是我们团队文化的一部分，所有的成绩，团队所有人一起分享。

原载：http://www.leiphone.com/s-inn-team.html

阿福说，做社交类产品其实就像是在建国家。我没有那么高的觉悟，对我来说，做产品就像是在设计鱼池，用户则是游弋其中的鱼，运营和产品就像是水流和鱼池的构造，引导着鱼的活动。

设计鱼池，需要这样几个步骤：

了解你要放进鱼池的鱼的习性，我们把这个叫做目标用户定位；

根据鱼的习性，设计一个可以让他们快速成长，直到可以被卖掉的鱼池模型，我们把这个叫做用户价值定位；

设计鱼池，让鱼较为自然的在其中游弋，我们把这个叫做产品体验设计；

不断引入活水，控制水流方向与鱼池的设计一致，我们把这个叫做营销与运营。

我们单独重点来说说，如何设计鱼池。也就是产品体验设计的过程。鱼池的设计概括起来看就3点：

• 核心功能足够突出

在鱼池中，需要有一个足够宽阔的主干道，大部分的鱼都按照规矩游弋其中。当新的鱼进入鱼池的时候，要首先就能感受到这个主干道，然后跟随着鱼群在其中游弋。这个时候，还同时需要水流流向的辅助（运营引导），让新进入的鱼适应水流，适应主干道，最终形成一定的习惯。

这个就是我们在产品设计中经常说到的核心功能足够突出，同时，不断通过运营的方式去引导用户，去形成用户的习惯。一旦用户形成了习惯，很多事情就很简单了。当然，之后，再改变这个习惯也相应的很困难了。

• 非常用功能可以找到

在鱼池中，一定也会有一些稍微窄一点的道路，有一些稍微有“思想”的鱼会找到这个道路，去完成一些非从众性的需求。这个窄道没有必要被放置的非常明显，也没有必要去做运营，当鱼需要的时候，他扭头或者眼睛稍微找一下就能发现了，这，就足够了。

这个就是我们常说的，非常用功能，藏起来，只要他稍微一找就可以发现就足够了。长按一下、拖动一下、点击一个按钮，你需要的东西就呈现出来了，足够了。

• 禁止的功能封堵的足够彻底

在鱼池中，一定不能允许有鱼逆向游弋，因为有水流来保证；也一定不能允许有鱼横着游，因为有篱笆来保证。

这个就是我们常说的，产品需要有取舍，需要有足够彻底的底线。禁止的功能一定要封堵的足够彻底，以保证产品的纯洁性。

当一个鱼池运作一段时间以后，绝大部分的鱼都应该适应了鱼池里水流的方向以及鱼池中设置的篱笆。假如之前搭建的鱼池无法再承受越来越多的鱼进入，那么，需要做的就是改造篱笆或者在旁边新建一个更大的鱼池。这个就是我们常说的改版和开发新产品了。

互联网产品设计，说到底，其实是设计一种人与机器的交互过程。如同人与人之间的交互一样，信任感是一个极为重要的因素。

作为产品设计而言，如何通过设计去表达这种信任感，去向用户传递“我是真诚的”，我是“可被信赖的”着实是一门很重要的学问。在快捷酒店管家的产品发展过程中，有几次我们走了弯路，最终才在产品设计的信任感上略有小成，记录一下，算是反思。

• 通过第一印象传递信任感

早前的时候，快捷酒店管家的名字其实是“酒店管家”，但是，快捷酒店管家又是一家只能提供快捷酒店预订的APP。所以，很多用户在使用的时候会很失望，他们说，我面前明明就有一个万豪，但是为什么你们不显示呢？这都不显示，你们叫什么管家？

于是，我们就反思，为什么会造成这个情况。后来，我们发现，是因为我们给用户传递了错误的信任感导致的。后来，我们把名字修改为快捷酒店管家。从此，再无用户如此反馈了。

• 通过文案传递信任感

快捷酒店管家是一个采用与快捷酒店进行直连来在线预订快捷酒店的APP。简单说就是，酒店有多少房，我们就会显示有多少房，而不是像OTA那样只有一部分的房。在我们最开始上线的时候，我们一直被用户误认为还是OTA，简单说就是我们的库存优势无法展现出来。于是，后来，我们就把预订按钮的名字修改为“官方直订”。但是，修改之后，用户以为这是通过官方直接预订的，预期是点击之后跳转去官方，还是不够好。最后，我们把这个按钮修改为“官网直销”，从此世界清静了不少。这个“直销”，虽然有一些拗口，但是很大程度上缓解了上面的问题。

• 通过流程提示传递信任感

早前的快捷酒店管家预订流程是这样的，用户点击预订，直接跳转到一个新的填写表单的页面，这个页面跟前一个页面从流程上看跳转很生硬。有用户在跳转的过程中，感觉很疑惑，不知道自己到什么地方了….所以，我们在新的预订流程中，当用户点击了“官网直销”之后，跳转到了一个填写表单的页面，这个页面的顶部会显示用户进来之前选择的那个分店及房型。这样，用户就知道了，哦，我是因为要预订，所以要填写表单，感觉顺畅了很多。

• 通过制造门槛传递信任感

在产品设计中，作为中间方，信任感一定是双向的。快捷酒店信任我们，所以向我们开放全部房态，且不需要担保即可预订；我们当然也需要用户给予足够的信任，才会把房间给你们预订，这是一个生意。所以，我们在给用户制造足够信任感的同时，也希望用户能够给我们一些可信任的。从用户那里获取可信任的感觉，是通过制造门槛来实现的。

快捷酒店管家的第一次预订流程相当的痛苦，你必须填写姓名、身份证、手机号，而且，还需要对手机号做短信验证。在产品刚刚上线的时候，不少互联网的蝗虫用户很不解，很气愤，各种投诉，说找不到注册按钮，说预订个酒店为毛线要验证手机号。幸运的是，我们最终抵挡住了这批蝗虫的攻击，后来他们纷纷离开，我们继续采用这套方式在运作，更多的实实在在来订房的用户完成了这个流程，在下次预订的时候体验了快感，同时，感受到了快捷酒店管家的不一样的快捷服务。

这是一个人为制造的门槛，目的就是为了获取信任感，无他。因为，我们坚信信任是双方的。

• 通过人来传递信任感

在快捷酒店管家，微博客服、电话客服全部是由我来完成的，由产品经理亲自来解答。你发给快捷酒店管的每个@ 每个Email，都是我亲自拆阅，亲自回复的。我认为，这会传递一种感觉给用户，我们是一个“活”的团队，是有实实在在的人在做产品的。

• 通过制造恐慌或者恐吓来传递信任感

在这个方面，某数字公司是最拿手的。当然，也是因为他所在的安全领域的特殊性决定的。简单来讲，比如“您的系统有XX个严重漏洞”，再搭配上醒目的红色和跟你的财产相关的破坏性提示，这是一个无形的推手。

当然，信任感同样需要把握度。不要让信任感的传递变成一种王婆卖瓜或者一种没完没了的唠叨。比如，某个APP在加载的时候会弹出一个提示，“XXX上市企业”、“拥有XXX”…..这些，还是歇歇吧

导航始终是产品设计的重头戏，不管在Web端设计还是在mobile的设计中。之前曾经在读《触动人心》的时候写过一篇“移动产品设计之ios导航模式”，其中的导航模式基本都是基于ios系统自身的一些模式，随着ios新产品的不断出现，新的导航方式也随之更新，这里说一下“抽屉式”的导航方式。

当然，抽屉式导航是我自己给这种导航方式取的名字，至于学名叫什么，我也不知道。这种导航模式一般采用将导航主体隐藏在app侧边的方式，以一个按钮来呼出导航，在使用完成之后在使用相同的按钮隐藏起来。一拉一缩，从形象上与抽屉类似，于是我这样称呼他。

根据我不完全的考证，这种导航方式始于Facebook。在最早的Facebook App中，一直采用了比较保守的九宫格导航方式，随着FB的发展，这种很重的导航方式会导致用户Timeline的展示被很大程度上弱化，虽然FB也曾尝试在用户进入App的时候直接进入Timeline而不是这个九宫格导航，但是，显然这种优化还不是足够好。于是，在2011年11月左右，FB发布了新的ios和android客户端，其中一个重要的变化就是导航模式的变化，推出了新的抽屉式的导航，同时强化了对Timeline的展示。

FB推出这种新的导航模式不久，Gmail的ios版本同样采用了这种导航模式，再之后path 2.0版本也采用了这种抽屉式导航并将其演变到极致。至此，这种抽屉式的导航模式迅速窜红与ios产品设计中。

简单的定义

一般控制抽屉的把手出现在App的左上角，以按钮的形式出现，点击按钮之后抽屉被拉开，按钮被拉到App的右上角，左侧区域被拉开（抽屉）后显示出导航内容。导航的内容可以是以列表形式展示的常规2级导航，也可以将一些非常用的快捷操作入口直接放进来，如FB的搜索。具体形式如下图

当然，这种抽屉也存在一些变种，目前以path和sparrow较为突出。path不仅将主导航作为一种抽屉，同时底部的操作按钮也是一种变种的抽屉；而sparrow则增加了抽屉的层级，在一级抽屉被打开之后还可以再继续拉开一层抽屉。另外，米途订酒店则将全部的酒店预订过程化作一种抽屉，也是一种很不错的形式。

另外，对于一些需要用到消息提醒的应用，抽屉的出现会给消息的展示带来新的麻烦，因此，很多的抽屉导航会将消息展示在Title区域里，以一个入口的形式来展示。典型的如Facebook、快捷酒店管家。

抽屉导航的核心思路

抽屉式导航的核心思路是“隐藏”。隐藏非核心的操作与功能，让用户更专注于核心的功能操作上去。个人认为，隐藏的思维是移动产品设计中最核心的一个思想。上周在极客公园分享了关于如何应用缩小、隐藏、赋加的思路来做移动产品设计的话题，而这个思路中最最核心的恰恰是隐藏。

Facebook中，用户核心的操作是阅读Timline，所以抽屉里隐藏了所有其他的操作；Path中，用户的核心操作还是看好友的Timeline，所以抽屉里隐藏了其他的操作，同时UGC的操作又必不可少，因此path在左下角也用了一个抽屉；在Sparrow里，用户看新邮件的频率大于查看归档邮件的频率，因此抽屉里隐藏了邮件类型等操作，同时为了平衡发邮件的需求，在右下角单独留了一个入口；在快捷酒店管家里，用户的核心操作是通过地图寻找附近的快捷酒店，所以抽屉里隐藏了切换城市等其他操作…..

3月份的时候我曾在微博上说，这种导航方式会逐渐流行，推测的依据就是随着移动产品设计的演进，越来越多的产品设计师开始认识到只有让核心更突出才能提高整体产品的体验，只有不断降低用户的干扰才能不断提高用户的使用效率。

不适合抽屉式导航的App

需要用户不断在导航间进行切换的App、没必要有太多导航的App、或者核心功能就是一堆入口的App。

忽如一夜春风来，满眼尽是网盘开。设备越来越多，需要协同操作；工作地点越来越分散，需要协同备份。所以，网盘是个很重要的工具。但是，我想要的网盘不仅仅止于此。

网盘不应该只是我的第二块硬盘，它应该是我的一个随身操作系统。

• 不仅仅是存储，更应该是可以随时随地编辑

允许我将数据同步在云端，然后通过不同的设备同步下载下来，在我的Android、iphone、ipad、pc、mac、…等上进行展示与编辑。对，编辑，这很重要！

存放在“硬盘”里的数据是毫无意义的，仅仅作为硬盘来设计的网盘产品也是不会有持久生命力的，我需要的不仅仅是存储。在网盘的产品设计中，可以采用插件的方式来实现在网盘里直接对数据进行编辑，之后再同步会云端，最后分发到不同的设备上去。

• 权限应该分级，最终目标应该是可以把任意数据都装进去

不应该限制我同步的数据来源及数据类型还有数据量，如果我达到某个门槛，我就可以备份我某台设备上的任意位置的任意数据到云端，然后通过不过设备下载下来，然后，进行展示与编辑。

什么样的数据是有价值的？这个问题不应该只从网盘本身去考虑，应该是由用户层面和网盘层面同时去考虑。从产品设计角度讲，可以对用户进行分级，只要用户通过努力达到某个阶段，那，他就有更多的使用权限。而至于为了达到这个阶段用户需要做的事情则可以有很多了。

• 安全性，这个很重要

我应该可以自己对数据进行第二次加密或者对访问权限做加密，因为我的数据会在不同的设备上流转，所以，这很重要。

• 鼓励分享

网盘这个事情就有点像码头，用户将自己大量的珍宝存放在你这里，存放占地是你的，存放保险柜也是你的，但是，你只能站在门外，对只能站在门外，连往里看一眼都不能。所以，如果可以鼓励用户将他们存储在网盘的数据分享出来，那么，不论是从网盘本身角度看还是从整体的网络发展来看，都是有益的。

但是，网盘能做的仅仅是鼓励，过犹不及，用户始终有全部的选择权。用户可以选择分享哪些数据，什么时候分享，分享到什么平台上。

整体上说，网盘应该是一个平台化的东西，而不是仅仅的存储介质，考验的是大数据存储的能力更是系统化与平台化的能力。

好了，意淫完毕，收工。

在快捷酒店管家2.0上线之后，有不少产品同行提了很多很棒的建议，当然，也有一些“体验问题”其实是我们有意违背“用户体验原则”来做的。集中在这样几个问题上：

地图展示房态：红色表示满房、绿色表示有房、黄色表示房态暂时无法获取，这个是有背视觉设计原则的。从视觉设计的原则上看，应该是灰色表示满房，因为满房了，用户无法预订，所以要在视觉上弱化；而红色应该表示有房，因为有房，所以要在视觉上做突出，引导用户去做预订。

地图展示酒店信息：当前是不管有没有房，全部列出来同时以不同颜色去展示，这个是有背用户体验原则的。从用户体验的基本原则上看，如果某个项目没有了，那就不应该展示出来给用户看，降低用户的筛选成本。所以，如果无房的话，那地图上就不应该再展示这家店了。

没有独立的注册流程：如果用户第一次进来的话，只有一个登录按钮，但是找不到注册的入口，用户不知道怎么注册。这个也有大大的有被用户体验原则的，因为要给用户明确的入口。

OK。以上的问题，如果单从“用户体验”本身来看，确实都是问题，而且是很显而易见的问题。不过，针对这些问题，我在做这款产品的时候确确实实是都仔细反复考虑过的。我认为，当前我们的做法恰恰是超越用户体验本身的另一种好的体验。

地图展示房态的问题其实是延续了快捷酒店管家1.0的设计风格。为什么没有替换掉这个违反了视觉原则的设计呢？原因很简单，我们发现很多用户会在微博上截图晒房态信息。比如在情人节、周末的时候因为大片的满房导致出现一大块区域都是红色的情况，很多用户会截图发微博，戏称祖国山河一片红。换句话说，这种设计已经被快捷酒店管家的用户所接受并形成了用户习惯。同时，这种设计也让整个产品在无形中多了一些自我营销的能力，用户可以根据这个颜色的出现来配合特定的时间来形成话题。

地图展示酒店的信息，认为要将没有房的酒店直接从地图上拿掉的看法其实是纯站在了用户的角度分析这个问题。然而，快捷酒店管家不仅仅是给用户（要订房）的人用的，有部分用户是订完之后看酒店的路线的，同时我们希望快捷酒店的店长们也可以加入进来，以及其他对快捷酒店关心的人也在使用。当然，预订酒店是这个产品不可否认的最最核心的功能，但是，在不影响这个核心功能的前提下它还可以更多的承载一些事情。比如，类似房态展示的话题性产品自我营销；比如用户对某个区域的房态评估，以决定行程；比如，店长对快捷酒店生意的直观判断等。

关于独立的注册流程，这个在最初的版本设计里确实太过粗暴。原因在与我过份的低估了之前的一些产品对用户的洗脑作用，要先注册才可以使用，或者即使不使用也要注册一下，留个尿迹神马的。在这个模块的设计里，我们认为通过在线预订而成为我们的注册用户才是真正有价值的用户，而没有经过在线预订而进行注册的用户显然不是。所以，我们将注册流程混合在在线预订里了，这样后续我们对用户价值的评估就会更简单。虽然，这是一个看似违反用户体验原则的设计，但是，从其背后我们需要达到的产品目的看，我认为我们的尝试是合理的。

实际上，除了第三个问题之外。前面2个跟体验相关的问题都是我们有意为之的。我们故意违反了用户体验基本原则，因为这样做可以达到其他的目的，而这个目的对产品而言相当重要的。因为，作为一个工具类的产品，这个产品必须要具备自我营销的能力，这个能力要在产品设计的初期就由产品经理定义清楚并通过设计的手段去实现。

在快捷酒店管家2.0的设计里，还有其他非常多的具备自我营销能力的细节。比如，为用户津津乐道的日房/全日房图标，一卷卫生纸和一张床；比如，当日房不在预订时限内的替代界面；比如，在在线预订过程中你将你的名字写成“测试”或者将手机号填写为“13800138000”，比如….这些都是我们在设计过程中不断思考的如果让这款产品显得更酷更好玩更适合我们所定位的都市潮人的一些体现。

最近关于什么是好的用户体验的话题引发了一阵不小的骚动性讨论。在我看来，好的用户体验就是要帮助产品达成产品目标实现产品价值。这才是真正的用户体验的价值。当然，在这个过程中，你可以将用户体验神话掉，但是，任何脱离了产品本身来谈用户体验的做法都是无意义的，错误的，和误入歧途的。用户体验其实是个很朴素的事情，只要你站在产品的最源头去看这个事情，想象着整个产品是一个系统，你要利用所谓的用户体验使这个系统很好的循环起来，那就足够了。

最后，打一下广告，欢迎下载体验快捷酒店管家，一款被用户戏称为“开房利器”的快捷酒店在线预订软件，不但找房准、订房快，而且还很好玩哦！（p.s：当前只有ios、android版本，WP7版本我们正在开发中。）

常常会收到一些邮件，问题类似，就是说自己做互联网有段时间了想转行做产品问是否可以，如果要是转行做产品经理的话需要注意哪些东西，根据当前从事的工作还需要有哪些提高。给我写邮件的朋友描述各自当前的情况各有不同，但是归根结底的问题都类似，所以，我给归类拿出来回复一下。倒不是我懒，也不是其他的，只是觉得存在共性，为了减少重复沟通成本所以总结一下。当然，也欢迎继续深入交流

对于这些问题，我一般分成2个部分来回复

第一个问题是咨询转产品是否可以的问题。我的回答通常都很简单直接，可以，没什么不可以的！如果你想转那就立刻转，没有人天生就会什么，也很少有人能在职业开始的前3年就能准确的找到自己喜欢的且擅长做的事情。所以，喜欢就去尝试，尝试之后就可以知道自己是否合适，是否喜欢去做。如果尝试失败，那也是让自己更清楚自己的一种方式。只要不会因为转行造成生活无法继续或者其他神马原因的，就大胆的去吧，少年！

第二个问题是咨询转行做产品经理的话需要注意什么东西。这个问题的本源其实是想知道什么是产品经理，他做哪些事情。在回答这个问题的时候我会采用问问题的方式来回答，你想转行成为的产品经理是怎样的？你所在的公司目前对产品经理的要求是怎样的？如果真的要开始了，你准备给自己多久的时间来适应和校准？

1、你想成为的产品经理是怎样的？

这是最重要的一个问题，如果你对自己想要成为的角色没有一个概念，那么，后续的事情都无从谈起。所以，我常会先问这个问题，然后捎带上我对产品经理的理解。

产品经理，按照我的理解就是发现用户需求并定义客户价值，准确传递需求与价值给团队成员并达成一致，推动团队成员优雅的满足这个需求并持续的将产品价值传递出去。

这里面分为几个环节：发现用户的需求、定义客户价值、传递需求并提供解决方案、推动实现解决方案、传递产品价值、持续传递产品价值。

发现用户的需求看起来是一个很简单的事情，但是单纯的用户需求也是没有意义的，真正的意义在于这个需求背后隐含的客户价值。说白了就是，你不仅要替人解决问题，更重要的是自己要从中获利。除非你是一个非盈利组织，否则，一切无法盈利的产品都是失败的。

传递需求，提供解决方案，推送方案解决相对被提及的很多，不再赘述。其核心在于设计能力和项目执行力上。

提供了解决方案并不代表事情的结束，在我看来这个事情只是刚刚开始，因为，不为人知的解决方案是毫无价值的。所以，另外一个重要的事情在于产品的运营，如何让用户知道我们帮助他解决了问题是另外一个挑战。

而如何持续的传递产品价值是一个比发现用户需求并定义客户价值更重要的事情，这取决与产品可以走多远，可以维持多久。用户的需求是会随着产品市场等因素的变化而随之变化的，是否能够顺势而为持续跟进不断调整尤为关键。

所以，产品经理是一个相对比较复合化的角色，而且更重要的是，在完成以上工作的时候，你的行政级别上没有任何特权，有的时候甚至需要跟比你高级别的职位斗争。

2、你公司目前的产品经理状态是怎么样的？

你公司目前对产品经理的要求是咋样的，如果你朝着你想像中的产品经理迈步的话，他是否可以给你提供足够的空间呢？如果不能够，那，你是否会因此离开呢？

3、你会给自己多久的时间来适应和学习？

产品这个行当是个吃持久耐力饭的活计，需要不断的学习，坚持不懈的努力。你能给自己多少时间来尝试和学习呢，你能忍受多久这种每天都会有无数并发事件的工作生活，你会乐在其中还是会不久就厌烦倦怠呢。

以上，是我对类似问题的回答，欢迎交流

我有个习惯，每天晚上睡前会搜罗一遍最新的App用用。最开始的时候ios的App还相对比较朴实，强调功能的实用性，后来不知何故吹起一阵ios的App必须足够精美的怪风。于是乎，各类App纷纷上演换装游戏，一个比一个做的精美，即使是一个很工具性的应用也把自己浓妆艳抹的往坐台小姐的风格搞……

比如，为了高雅和精美某个支付网站的首页上弄个美娇娘抱着个Mac电脑羞答答的盯着屏幕，可是实际上，这他吗的支付网站根本就不支持在Mac下支付……比如，某个旅游App最近升级之后也学人家增加了一个在页面加载的时候模态提示的效果，不过，一般人家都在这个间隙提示如何操作，有什么功能，这个App则在这个时候吹嘘自己的上市公司经历….再比如，某个阅读App的开始界面做成一个图片被风扇动的效果，意图隐喻这里可以向上拖，可是无数用户都以为那里是个动态图，在开始的时候就狂点击那里…..再比如，看到很多App做首次打开的新手引导，某个App也这么搞，但是足足搞了8张图的引导，这你妹的…..再再比如，某个App升级之后把界面搞的很好看，但是每次操作都会慢的让你想杀人，这就好比一个丑陋无比的坐台女为了卖个好价钱，在脸上擦足够多的粉一样…..

上周末跟Tony和Angela在下厨房喝茶闲聊，我说目前的移动产品设计可以分为2类，一类是做给用户用的，一类是做给设计师们欣赏与收藏的。虽然有些武断，但是这半年来，越来越感觉整个ios的产品设计迷失在精美里，设计师们都在为了设计而设计，为了精美而精美。当然，精美无可厚非，但是精美是一个App成功的必要而非充分条件，App成功的前提应该是需求和功能而不是界面！

有用，也就是需求是一个产品体验的起点，也是最重要的体验，在这个基础是要做到易用和友好。如果没有到达这个层次，精美的界面实际上是无法支撑一个产品长久发展的，不要为了设计而设计！

说到这股精制风潮，还有一个很奇怪的现象。设计师们都喜欢去看当前惹火的应用做了些什么，盯着竞争对手做了些什么交互，然后他们也按照这个界面或者交互的思路去做。然而很少设计师真的静下心来去研究系统自带App的设计还有交互，越来越多的设计师跳过了基础阶段的认知与学习，直接进阶了….

好吧，我的牢骚发完了。（其实主要是因为微博没法评论，我懒得发微博了….），下面是广告时间，推荐几款目前我最喜爱的App：

• 工作处理：Sparrow，最好的Mail客户端 ；Evernote ，随手记 ；微信 ，我用它确实是来工作的！
• 阅读扯淡：Twitter ，原生的就是最好的 ；Path ，其实我只喜欢他的滤镜，还有不裁剪我的图 ；FIT™ 随享新浪微博客户端 ，最好的微博客户端，除了不能推送消息 ；Reeder ，顺手的Google Reader客户端
• 出行生活：百度地图 ，在中国他比较准一点点 ；下厨房 ，有爱的设计 ；快捷酒店管家 ，这个家伙号称开房利器，男人不装会显得很没面子….

知乎上有个问题，“微信有哪些功能亮点，为什么？”。热门的产品，总有值得学习的地方，开放式的问题，答的不好也不会被骂，所以我就回答一嘴。

当然，我并不是从一开始就使用微信的，所以，在回答这个问题之前我特意去查了一下微信的发家史（见本文最后）。然后，我惊奇的发现，微信其实是个定位“摇摆不定”的产品。1.0版本，微信定位于手机端文字通讯工具；1.1版本开始加入插件，基本冲着通讯中心去的；2.0版本开始往着多媒体通讯工具发展；2.5版本开始是陌生人交友；3.0版本后被官方重新定义为一个生活方式…..

然而，一路走来，不断的迭代不断的发展，这个产品的受众范围越来越庞大，价值也随之增加。过年的时候惊奇的发现一个年近50的叔叔使用着微信跟儿女沟通！我同时也在微博上翻到了微信刚出来的时候很多专家的评语，太垃圾了，连抄袭(kik)都抄不好。不知道现在他们转身再看自己当初的微博的时候是什么感觉？

对了，提醒一句，微信最开始的时候并没有导入通讯录而是一直依赖QQ自身的关系链、用户公司邮箱、微博等去导入用户关系的。第六个版本才开始导入通讯录。

好，言归正传，回答知乎上的这个问题，说说我理解的微信的产品亮点。

基于一个迭代了数个版本的产品去转身看他的亮点，完全算是一个用户的个人感受，算不得什么评论或者其他的。在我看来的很多亮点也许并不是设计者的初衷，很多亮点也许是当初误打误撞出来的也不是不可能。所以，以下观点我纯站在一个用户的角度去感受。

1、对性能的极致追求

在微信的前3个版本的版本介绍里都有这样的一句话，“为了保护您的隐私，微信不会自动扫描和上传您的通讯录。并且不透露信息是否已读，降低收信压力”，这段话直到1.3版本的时候才取消。其次，在低网络环境下，相对于其他App，微信更坚挺。同时，微信对图片的压缩也很值得称赞，可以将图片压缩到很小的KB但是质量却损耗很少。另外，曾经有人对比过米聊与微信的流量消耗，微信胜出很多。

以上的例子只是想说明，性能是微信的第一大亮点。因为我一直坚定的认为，在移动互联网中，应用的性能是最重要的用户体验，就像在电子商务中，系统与服务才是最重要的用户体验一样。在较长的一段时间内，中国的移动互联网用户依旧很在乎流量的消耗，在一段时间内，移动设备的性能仍然是移动产品一个较大的限制。

2、插件系统

微信从第二个版本开始就有了插件系统（早于语音及附近），我认为这是它最霸气的地方之一。这个插件系统最早是支持腾讯微博的私信，后来是QQ邮箱、QQ离线消息、语音记事本、….猜想一下，这个插件系统最早是奔着通讯中心去的，先拿自家产品实验，成为一个移动端的消息中心，也就是微信的第二个定位点。

不过目前这些插件还都是自家的，请允许我继续猜想一下，在不久的将来微信会把这个插件平台开放出去让第三方插件进来，比如附近的优惠、餐馆、酒店、出租车。那个时候，微信就真的是一个生活方式了！

3、群聊，尤其是语音的

微信在第三个版本加入了文字群聊，随后的第五个版本里增加了语音群聊功能。语音和语音群聊的功能是微信一个比较大的突破，引发了真正意义上的用户爆发。

在我个人看来，QQ群和微信群聊都是在满足同样的需求，只是因为平台和工具不同最终实现方式不一样罢了。在移动端微信采用这种方式丰富和简单化了人与人之间的沟通，同时，也让群体的隐私最大程度获得保护。群聊开放之后，我的关系群绝大部分都转移到了微信上，老盆友之间的叙旧与扯淡，新朋友通过语音交谈快速认识与融入。

4、查看附近的人和摇一摇

这2个功能出现在第八个版本和第九个版本，应该是微信的另外2个爆发点。都是充分利用手机自身性能实现产品功能的手法。

值得一提的是，在摇一摇这个功能上，微信增加了很多人性的因素比如来福枪的声音和断背维纳斯并包装成一个大的产品人情味的卖点去宣传，收获颇丰。

5、个性签名、小游戏

个性签名其实是跟附近的人一起出来的，最早出来的时候是只有个性化头像的。把这2个和小游戏放在一起，是因为这3个都是降低陌生人之间勾搭的门槛，俗称破冰。

好吧，问题回答就此结束。微信还在继续迭代，我作为一个用户还在继续使用。在我看来，微信是一个迭代出来的生活方式。微信的起步看起来姿势很难看，但是走起来了之后就越来越有感觉，最终越走越好。事实上，很多产品都是这样的，所以，千万不要轻易对一个还在襁褓里的产品下定断。

在准备结束掉这篇有着强烈的捧臭脚和马后炮感脚的文章的时候发现微信更新到3.6版本。插件系统新增了腾讯微博推荐、腾讯新闻推荐、直接微信回复邮件。还是在继续的整合自身产品，继续其他第三方插件的进入。

另外，3.6版本的微信支持撤销正在说的语音功能，挺不理解的。这个问题之前跟人争论过，我的观点是这种本质上通讯的产品应该不支持语音撤销，就像发出去的文字无法撤销一样，因为消息要“即时”的，而说错了的语音消息会让沟通更符合沟通本身。

最后，附上微信的版本迭代历史（以ios为例，截止到3.5版本）猛击这个Google文档。

另外，其实微信有一些小的版本，主要是修复bug，没有在此列出。数据来源：微信官方。

在一整天的会议结束之后，2011年的最后1天基本上也就快完蛋了。花了15块钱吃了一份有饭有肉有肠还有汤的田老师之后，到家已经是22点。我终于有时间有毅力有决心的打开电脑开始写2011年的故事汇…..

2011年其实没啥故事，如果硬要说的话，那就编一个

有个人，他之前一直在河里游泳，河水很平静河面也不是很宽广，在扑腾了一段时间之后他感觉还挺良好。可是时间长了总想去隔壁的大海里扑腾一下，谁都有对更宽广的大海的向往。到了大海之后，情况完全变了，无限宽广的海水，复杂的水流，高强度的扑腾….他发现之前称手的动作和方式都不再适用了，一浪又一浪的海水打过来，完全需要重新去学习如何拍水如何平衡如何去适应。

累，非常累，甚至经常自我怀疑，但是，在夜深人静的时候，在失眠的时候，自己反复的咀嚼，反复的思考，其实，这种累这种不适应的背后能够带给自己的成长是巨大的。从自己踏进这个行业的开始就已经知道这个职业需要不断的去经历，不断的去犯错，然后才能不断的成长。这种痛苦的背后沉淀下来的是真正的价值！

我，就是这个从河水里游泳再到海水里去游泳的孩子。从土八路一样的粗犷式的做产品到正规军式的系统化完整的做产品；从接手一个60分的产品，试图努力做到90分甚至100分到从0开始参与一个产品，不断探索不断试错努力做到最好…..

这1年多来的感受基本上就是这个故事。当然，在河水里扑腾和在海水里扑腾其实不存在哪个比哪个更好，当你在海水里扑腾久了其实也会怀念河水的。在哪里扑腾不是核心，为什么而扑腾才是重点。

2011年，我把之前的思考与现在的经历做整合，对产品设计对PM都有了不一样的认识，

不再看到一个产品某一个地方做的不好就破口大骂，而是先思考他为什么要做成这样，背后是不是有其他东西在左右；不再认为用户体验就是一切，而是从一个整体的角度去看待体验，努力去做背后的更深次的体验，而这才是用户体验的精髓；不再迷信各种原则各种思想各种所谓的成功秘籍，因为实际上真正的成功只有一种，那就是自己实际动手的去做；不再单纯的从设计层面去看待一个产品，也不再执着与不着边际的产品市场分析，因为，只有仰望星空且脚踏实地才是真正的王道；不再认为一个PM的能力重点在于产品设计或者市场分析，而最重要的恰恰是执行力，如何让一帮兄弟齐心合力的把事情做成。

2011年，我继续属于互联网属于产品设计，

我信仰并偏执的喜爱着互联网，这是一件可以让我一直投入其中且不会感到厌倦的事情。这1年我彻底的从互联网转到移动互联网，从头学起，我继续在移动电子商务里摸爬滚打。你们管这叫LBS也好，叫O2O也好，叫SOLOMO也好，叫MLGBD也好，这事，在未来的2年我会一直做下去，也许会用不同的方式在不同的地方做，但是如2009年所说，移动电子商务，我一直为之努力。

2011年，中国的互联网血流成河，

团购，从开始的血拼大战到后来的血流成河，唯有几家笑傲；电商，从开始的血拼到后来的血流成河，满地菊花残；微博，从开始的血拼到后来的血流成河，阉割者生；上市，从开始的血拼上市到后来的血流成河，坑爹的跌；博客，一整年都是血流成河，血流已尽；SNS，一整年都是血流成河，血流将尽；移动互联网，正在血流成河；中国网络，尼玛，一直都在流血！！！

……

2012年，世界末日，我很期待

2012年，移动互联网，我将继续；产品设计，我将继续

有个故事，是这样的：

有一天，有一个男人和一头猪还有一只狗一起流落到了一个荒岛上。

在一起生活了一段时间之后，男人萌发了很强的性欲。思来想去发现岛上只有猪和狗，于是男人决定要跟猪或者狗干上一炮。男人在猪和狗之间挑选了很久，最终选中了猪，因为猪看上去比较耐看那么一点点。

于是，男人把猪抓住，固定在了树上，正当男人掏出家伙准备插入的时候，狗跳起来狠狠的咬了一下男人的屁股。男人条件反射的抬脚踢狗，同时用手捂住自己的屁股，这个时候猪就顺势逃跑了。

男人很郁闷的提起裤子去抓狗，当他抓住狗固定在树上再次掏出家伙准备插入的时候，猪却在他后面狠狠的拱了一下。男人踢猪，狗顺势就跑了。于是，男人抓猪，狗咬他屁股；男人抓狗，猪拱他；…..；男人如此这般的循环往复了若干次之后终于累的不行了，累趴下的男人倒地呼呼大睡。

等男人醒来的时候，发现有个美女站在他面前。

美女说，玉帝见男人可怜于是派她来帮助男人实现一个愿望。不过，美女只能停留一个小时。

男人听罢欣喜若狂，直着嗓子吼到，快！快！快帮我抓住那只狗，好让老子能安心的跟那只猪干上一炮！！！

…..

以上，欢迎任意联想。