闻所未闻的倒计时思路。。。。。

[firhome]

公司产品有一个场景。

1.用户新增一个数据，用户可以自己处理这条数据，也可以委托我们来处理这条数据。

2.我们平台希望用户来委托我们处理这条数据（我们利益更大，但也可以给用户一些附加的服务）

3.为了营造这种紧迫感，数据旁边加了个倒计时。类似“xxx 分钟后将失去委托平台的权利”

老板的思路：“我们规定 3 小时内允许用户委托，3 小时后不允许委托，但是用户可能下午 4,5 点新增数据，然后就下班了。第二天上班看到数据，委托时效就过了，所以如果是在上班时间。。。倒计时生效，下班了倒计时暂停。第二天上班，倒计时继续……同时在下班后这段时间，用户依旧可以操作，只是倒计时暂停状态。”

……你们见过这种场景吗？上下班时间要暂停，包括节假日周末。。。

跟产品反馈反抗过别的方案，产品说老板不满意，一定要这样

[LearningKid]

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

[whythings]

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

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

[kamilic]

@bthulu 有节假日 api 的

[whythings]

@maladaxia 这样用户在周一和周五看到的倒计时时间不一样？
周末节假日和国庆、中秋节、春节等节日前的最后一个工作日看到的倒计时时间又不一样？

这个需求还是没有完全站在用户角度

[cowcomic]

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

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

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

[lzeeee]

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

[tracebundy]

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

[iseki]

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

[iyaozhen]

@bthulu #14 节假日最好解决了。你维护一个配置文件，设置个循环日历，让 PM 和 RD 记住在 12 月左右更新（国务院发通知）。

如果公司大一点，内部就有这种接口

[cyningxu]

我是打工的，我觉得挺合理的，甚至我感觉你老板挺好

[whileFalse]

不会做就说不会做

[tmkook]

@falcon05 管理的问题交给领导，该扣绩效扣绩效，该罚款罚款。

[cxilife]

不怕提需求，就怕快做完了改需求。没需求你可以下岗了

[EndlessMemory]

计算登录时间？

[zjuster]

@silverwzw 接口不一定及时更新，每年的 12 月底-1 月初，可能出现数据迟迟不更新的情况。对于这种不稳定的外部接口，不适合做在自己的客户产品里，或者需要额外做一层数据兜底。

[PuppyRush]

你老板是正常人，我帮你老板说一句：能做就做，看不惯就走没人拦着你

[karnaugh]

这就是个正常的功能啊，人家有人家的考虑，不知道你在这吐槽啥

[edsion1107]

我提一嘴哈，按交易所是否可以交易来判断是否工作日可行吗？大部分情况不用考虑补班吧…

[liuidetmks]

老板是个正常人，站在用户角度，员工角度

[luziafy]

我们的倒计时就是这样，甚至过期后再给一次更短的倒计时，这个倒计时没了才是结束。