用了一下携程酒店订房中的日期选择。

有几个有趣的现象。

用户应该都明白，今天不可能去订昨天的房间。比如今天是12月8号，你只能从今天起始的房间，不能去订昨天的房间。如果你“选择”了12月7号，网站会提示“入住时间不能早于200-12-8”。

由于设计上的原因，用户可以根据一定的格式自行输入日期，用户不能从日历中选择已过去的日期，但仍然可以输入，所以用户会“选择”了一个已过去的日期。

如果用户选择今天入住，今天离店，网站会提示“离店时间不能早于或等于入住时间”等类似信息。也就是说在类似携程的网站不提供日租房的预订。

网站无法预知用户要选择哪天入住，哪天离店，所以给出提示也很有道理。但这种提示信息是否真的有必要？是否真的合理？是否有更好的办法？

提前告诉用户今天是几号，是个好办法。但这无法避免用户输入错误。

有另外一条重要情况用户并不知道，那就是入住时间最多28天！实际情况是用户“选择”了哪天入住，日历都没有发生相应变化，仍然只是呆板的往后依次显示，用户可以“选择”住上两个月甚至更长，但最终得到的结果是“入住时间段不能超过28天”！

如此看来，用户自行填写日期没有意义，因为最长才28天，在日历上选择已经足够，比如一月份订，最多只能订到2月份，3月份的日历显示毫无意义。

能否不让用户自行输入？或许不行。如果在网速太慢等情况下，日历会不会无法正常加载？必须要考虑这种极端情况。只要技术上有可能，永远要允许用户自行输入。

订酒店，日期至关重要。

首先要做的就是突出显示日期，日历太小，容易眼花，鼠标容易点错。为什么不能把日历做大个几倍看看？

但用户自行输入，就可能会产生错误，又该如何解决？这里不讨论用户输入了错误的日期格式。有一点很明显，用户“选择”了错误日期，无法避免，用户要的是15号，结果点了16号，这和用户选择了7号，从结果上看没有本质区别。如果有本质区别，网站为什么不再询问用户“您真的选择15号入住？”

此时，完全可以自动将7号日期变成从8号起始，离店日期（包括日租房的问题）也可以做类似处理。当然，必须要明确告诉用户日期发生了什么变化，必须要时时突出日期。

更有趣的是，携程在英文版的日期选择和中文版并不一样。

打印  |  类别：信息和交互  |  源地址