这不是非常常见么？

比如在工单系统中，工单考核会涉及到 SLA 和用时，但对于非 7x24 的支持，周末和节假日都需要停止计时，这样的数据才准确和合理。

我给一个思路，你产品是 web 的？那就第一次提交数据正常 3 小时倒计时提醒，用户下班就下班呗，后端保存一个用户最后使用时间，如果最后使用时间离当前操作的 web 的时间在 8 小时以上，可以断定是间隔了较长时间（上下班或节假日或长休），这个时候就再弹出一次 3 小时倒计时提醒就好了。    c 端同理。  反正就是定一个大概的时间区间判断要不要再给他一次机会就好了。

直接按照上班时间算好倒计时结束时间, 修改上班时间的时候重新计算结束时间。

只保存倒计时结束时间，计算结束时间的时候多加一点判断的事情，感觉算普通需求。

理解楼主对方案的不理解，实现不难，但是用户其实很难有稳定的预期知道到底是否会“失去委托权力”，还是老板站在平台的角度，黑盒的设计逻辑，用户不知道其中逻辑可能会完全懵逼，

促营销的方案很多，比如显眼的跳动的按钮、比如 xxx 人使用了平台委托、比如使用平台委托可以活动 xx 权益，倒计时方案个人感觉并不适用于此场景，

@bthulu 有节假日 api 的

老板的出发点很好，但是体验太割裂了，倒计时暂停什么鬼，除非暂停这段时间平台除了浏览不能操作
用户绝对会被这个倒计时暂停搞迷糊，平台到底还能不能用了，做的操作不会不生效吧

还不如把暂停的时间加到倒计时上
比如：
1 点的操作，倒计时到 4 点
2 点的操作，倒计时到 5 点
3 点的操作，倒计时到第二天早上 9 点
倒计时一直在 run ，只不过不同时间点的倒计时长短不一样

这当然也有弊端
倒计时会给用户紧迫感，如果用户找到规律，有可能会紧迫感被放宽的吸引，导致都积攒到快下班的时候提交，人为的造成业务高峰
如果你的客户是 B 端专业人士居多，这种影响应该不会很大，如果是 C 端用户，这个影响还是挺大的

@foolishcrab 我也觉得，难道让楼主有一条数据处理一条数据就算好了。。。那得无条件 on call 。。。

需求合理，只是开发麻烦点

这功能挺好玩的。
你不能因为自己做着麻烦就说人家需求逆天啊。