用了一下携程酒店订房中的日期选择。
有几个有趣的现象。
用户应该都明白，今天不可能去订昨天的房间。比如今天是12月8号，你只能从今天起始的房间，不能去订昨天的房间。如果你“选择”了12月7号，网站会提示“入住时间不能早于200-12-8”。
由于设计上的原因，用户可以根据一定的格式自行输入日期，用户不能从日历中选择已过去的日期，但仍然可以输入，所以用户会“选择”了一个已过去的日期。
如果用户选择今天入住，今天离店，网站会提示“离店时间不能早于或等于入住时间”等类似信息。也就是说在类似携程的网站不提供日租房的预订。
网站无法预知用户要选择哪天入住，哪天离店，所以给出提示也很有道理。但这种提示信息是否真的有必要？是否真的合理？是否有更好的办法？
提前告诉用户今天是几号，是个好办法。但这无法避免用户输入错误。
有另外一条重要情况用户并不知道，那就是入住时间最多28天！实际情况是用户“选择”了哪天入住，日历都没有发生相应变化，仍然只是呆板的往后依次显示，用户可以“选择”住上两个月甚至更长，但最终得到的结果是“入住时间段不能超过28天”！
如此看来，用户自行填写日期没有意义，因为最长才28天，在日历上选择已经足够，比如一月份订，最多只能订到2月份，3月份的日历显示毫无意义。
能否不让用户自行输入？或许不行。如果在网速太慢等情况下，日历会不会无法正常加载？必须要考虑这种极端情况。只要技术上有可能，永远要允许用户自行输入。
订酒店，日期至关重要。
首先要做的就是突出显示日期，日历太小，容易眼花，鼠标容易点错。为什么不能把日历做大个几倍看看？
但用户自行输入，就可能会产生错误，又该如何解决？这里不讨论用户输入了错误的日期格式。有一点很明显，用户“选择”了错误日期，无法避免，用户要的是15号，结果点了16号，这和用户选择了7号，从结果上看没有本质区别。如果有本质区别，网站为什么不再询问用户“您真的选择15号入住？”
此时，完全可以自动将7号日期变成从8号起始，离店日期（包括日租房的问题）也可以做类似处理。当然，必须要明确告诉用户日期发生了什么变化，必须要时时突出日期。
更有趣的是，携程在英文版的日期选择和中文版并不一样。
应该提示加上一句，超过28天和客服联系，客服手工处理订单，好像不少日期设计的问题，修改一下提示的语言可能这个问题就解决了。
2个月以后的房间也不是不可以定，携程缺少的只是提示的不到位，相对感觉elong的产品要好些
@Joan，我没说清楚。比如我入住时间是12月31号，离店时间最晚只能是1月28号。
我明白你的意思，你的意思是系统计算时间超过28天的时候，该日期就应设计成不可以点，暗示用户最长只能住一个月；
但事实是可以预定为期一个月或者更长时间的，只是行业内部的一些规则（具体因为什么我记不清了，哪天问下朋友），这种超过1个月的订单需要客服手工操作，这样一个是保证不产生太多的虚假订单，影响入住率，还有还会产生一些定金的问题；
超过28天的时间还是要显示，不然很多真正想预定超过这个时间限制的用户就会更迷茫了，这个只能说携程的产品细节做的不够好
了解了。
小问题，大眼睛。
这个和具体的订房业务有关系吧，我以前做酒店营销系统的时候也考虑过订房这一块的交互，要考虑得很细，而且要对酒店订房业务相当熟悉才行。