技术头条 - 一个快速在微博传播文章的方式     搜索本站
您现在的位置首页 --> 信息和交互 --> #我的错误案例#一个关于提醒的设计

#我的错误案例#一个关于提醒的设计

浏览:1734次  出处信息

   先简单交代一下业务逻辑:

   在快捷酒店行业,因为有结算时间存在,加之某些酒店的IT系统不够完备,会出现一个这样的问题:

   一般而言,0-4点属于快捷酒店的结算时间,在这个时间中,部分酒店的预订系统无法接单,但是,前台可以接单。

   就用户而言,0-4点预订,大部分是希望可以立刻入住的;

   就酒店而言,0-4点预订,默认是10点之后才能入住;

   就产品而言,需要帮助用户订到可以入住的房间

   举个例子:

   现在是5月8号的凌晨1点。

   张三跟朋友喝完酒出来,张三现在点击预订,张三的需求是立刻就住进去。

   但是,这个时候,出现2个问题:

   1、手机系统显示时间是5月8日,很多APP默认显示的房态是5月8日

   2、凌晨1点的订单,对酒店而言,默认也是认为是5月8日的

   3、凌晨1点的订单,张三的意思是立刻入住,酒店把这个订单算作5月7日的

   这就是所谓的「凌晨房态」。这是一个快捷酒店IT系统的顽疾,也是一个业务问题,当然,更是一个快捷酒店管家需要解决的问题。

   解决方案:

   从需求入手。

   假设95%的用户在0-4点预订,立刻就需要入住。(该假设无需论证,我也不想论证)

   所以,产品上需要做的是:

   1、0-4点,默认给用户看的是立刻就能入住的房间的房态

   2、0-4点,默认用户点击预订的是立刻就能入住的房间

   3、0-4点,不能在线预订的房间,切换到电话预订

   具体实现:

   1、0-4点,默认显示5月7日的房态,即用户可以立刻入住 。(之前解释过)

   2、0-4点,用户点击预订的时候,弹出提示。「请注意入住时间」

   3、0-4点,用户切换了日期到5月8日, 弹出提示。「请注意入住时间」

   4、0-4点,用户切换了日期,但不是5月8日,不弹出提示。(不属于凌晨房态范畴)

   —

   情况叙述完,2分钟时间感受一下,具体实现这里是否存在问题,为什么?

   这个功能内测上线之后,我特意去体验了1次凌晨订房。出差,坚持不订房,0:30的时候掏出手机预订。

   操作流程:

   1、选择酒店,进入到酒店详情。

   2、看到有房,立刻点击预订了,没注意时间什么的。

   3、看到弹出提示,「注意入住时间」。

   下意识的,我觉得哪里出了问题,点击了知道了,然后,点击了返回按钮,然后拨打了电话。电话告诉前台,我立刻就要去住的房间有没有,得到了肯定答案之后,继续回来预订了。

   这里,是有问题的:

   1)这个提示,出现在没有完成操作之前,让用户产生疑惑,打断了操作。既然标注了房态,就该为房态负责,不应该甩给用户。

   2)一旦用户需要拨打电话确认,这个事情就不酷了。他变的笨重了,失去了这个产品的意义,不如直接就放电话预订。

   后来,我将这个情况说给一个朋友,朋友说了一段更直接的话:

   「我只想马上睡觉,和,你能让我马上睡觉」,一语中的!

   后来,我们对这个提醒的设计做了修改:

   1、0-4点,默认进去显示前1天的房态;点击预订按钮,默认不给提醒;收到酒店预订成功短信,直接去入住

   2、0-4点,切换了时间到当日之后,弹出提示。

   —向任何一个总结一样,需要有个启示的部分

   1、不去实际使用,永远不会发现痛点。

   如果不是某次出差,在凌晨2点,用7天的客户端预订了一个酒店,到了前台被告知早上10点才可以住,现在满房。我只能又跑了2条街才找到另一家店,我不会对「凌晨房态」如此在意。

   如果不是产品上线之后,我再次感受一遍,也不会发现这个问题。

   2、用户不需要提示。

   提示,是一个让人很不舒服的东西,用户,不需要提示。

   这也是我之前为什么那么反感与痛恨「新手引导」 的原因。

   3、感谢那个不了解我们产品的朋友。

   你帮助我跳出了思维围城。

   

——   微信添加 iamkentzhu 为好友,有更多精彩等着你


QQ技术交流群:445447336,欢迎加入!
扫一扫订阅我的微信号:IT技术博客大学习
© 2009 - 2024 by blogread.cn 微博:@IT技术博客大学习

京ICP备15002552号-1