正文
这就是大致的需求背景，看到这里，请各位看官先别着急往下看，设想一下假设你是接收到这个需求的产品经理，你将会如何设计产品以实现这个用户需求？
思考一分钟，计时开始……
犹记得当时我刚做产品不到1年的时间，为了提升自己在产品方面的专业素养，我看了很多书有关产品的书籍，对产品的用户体验无比在意，有着强烈的完美主义倾向，做任何的产品功能，功能体验都会抠得很细，提高用户体验是我做产品的无上法则，什么边边角角都尽可能地考虑周全，这个项目自然也不例外。
闲话休烦，我们言归正传，回来继续说这个项目。接到这个需求之后，我首先做的事情就是穷尽我有限的脑洞，对需求可能的用户场景进行了无限详尽的分析，除了最基本也是最重要的下单流程相关变更之外，在订单拦截设置上，我设想还存在以下几种用户场景：
-
场景1：首先，订单拦截需要可控，客户可以决定是否要做拦截，因此，需要一个订单拦截的开关，可以打开和关闭订单拦截功能；
-
场景2：订单拦截开启时，需要考虑一天之中的时间，客户白天有人守着的时候，订单拦截开启，下了班，或者中午吃饭的时候，没有客服在电脑跟前时，有可能会忘记关闭订单拦截，这个时候订单拦截需要自动关闭，走自动出票的流程；
-
场景3：不同的客户上下班时间不一样，因此，需要支持不同的客户按照不同的时间来设定拦截；
-
场景4： 周一~周五上下班时间固定，周末值班，时间可能会跟平时不一样，因此，需要支持按照工作日和周末拦截时段的区别设置；
-
场景5：如果遇到平日是法定节假日，客服的上下班时间可能会不一样，因此需要支持按照个性化的时间段进行订单拦截；
-
场景6：有些热门机票库存有时候会非常紧张，订单拦截之后由于有时间延迟，最后想再去从我们平台自动出票的时候，可能票已经没有了，因此为了优先保证出票，需要设定一个阈值，当余票数量低于5张时，订单拦截不生效；
-
场景7：不同的客户对这个阈值可能会有不同的设定，不一定每家都设定5张，因此需要支持不同的公司设定不同的阈值；
-
场景8：订单拦截后，如果超过半个小时订单没有做任何处理，有可能是客服来不及处理或者没有注意到，为保证客户出行，如果检测到超过半小时没有出票时，系统需要触发自动出票流程；
-
场景9：不同的客户可能对自动处理的时间会有不同的要求，因此需要支持时间上的自定义；
-
场景10：春节等个别特殊时段，没有客服值班，所有的订单需要走自动出票流程，订单拦截不生效；
基于以上这些应用场景，关于订单拦截设置模块的功能，经过差不多1个多星期的产品设计调整和反复优化，（请忽略新手的效率问题）我做出了一个产品Demo，效果如下图所示：
