#我的错误案例#一个关于提醒的设计
先简单交代一下业务逻辑:
在快捷酒店行业,因为有结算时间存在,加之某些酒店的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 为好友,有更多精彩等着你
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:kent.zhu 来源: 幻風閣|Kent.zhu's Blog
- 标签: 提醒
- 发布时间:2013-07-29 23:09:00
- [69] Twitter/微博客的学习摘要
- [67] IOS安全–浅谈关于IOS加固的几种方法
- [65] 如何拿下简短的域名
- [65] android 开发入门
- [63] find命令的一点注意事项
- [62] Go Reflect 性能
- [61] 流程管理与用户研究
- [60] Oracle MTS模式下 进程地址与会话信
- [59] 图书馆的世界纪录
- [57] 读书笔记-壹百度:百度十年千倍的29条法则