如果能在 5 秒内执行完，用户是愿意等待的；否则，告诉用户要等待多久，体验更友好。
提示中的 X 和 Y 值是多少，应该不用管理员评估，HAP 应该能从工作流运行历史中统计出来。
我建议这样统计：X=运行最快的 20% 个工作流中最慢的，Y=运行最慢的 20% 个工作流最快的。
管理员只需决定这个功能要不要开启即可。
建议在按钮被点击之后，加一个“预估需要执行X~Y秒”的提示
9 / 69
请
登录后发表观点
这个功能不用官方开发啊，流程开始/结束时间能获取到，拿一个表记录，然后按一下按钮，计算一段时间内里程的平均运行时长，界面推送给用户就完了啊。
用户只管用，用不来才付费找交付撒
这个功能不用官方开发啊，流程开始/结束时间能获取到，拿一个表记录，然后按一下按钮，计算一段时间内里程的平均运行时长，界面推送给用户就完了啊。
自己做，用户若真觉得预估不准，就要找我们了呀，笨笨。
咳咳，主要是觉得需求这个功能的用户挺多，他们不一定都有开发能力。
一个不太准确的提示，总比没有提示的好。
这个功能不用官方开发啊，流程开始/结束时间能获取到，拿一个表记录，然后按一下按钮，计算一段时间内里程的平均运行时长，界面推送给用户就完了啊。
不同的电脑配置，不同的网络环境，不同时刻用户迸发，工作流实际执行的时间无法准确估算。还有可能工作流存在报错异常，API 超时，处理大量的文件需要排队消耗等等。
万一给用户错误提示（错觉），提示用户 5 秒执行完成，结果工作流一天都在哪里排队，用户如何自处？
AI 时代，机器瞎说八道，用户已经越来越能接受了。
还是那句话，总比没有提示的要好，也能随时请管理员关掉。
这个做不到的吧？
一个流程在半夜跑和在业务高峰期跑，花的时间不同的。
尤其严格串行的流程，我曾经在生产环境试过同一个串行计算业务，下班跑 30 多分钟，上班跑大概 45 分钟的。
解决方案是做个真实的进度条。。。。。
不同的电脑配置，不同的网络环境，不同时刻用户迸发，工作流实际执行的时间无法准确估算。还有可能工作流存在报错异常，API 超时，处理大量的文件需要排队消耗等等。
万一给用户错误提示（错觉），提示用户 5 秒执行完成，结果工作流一天都在哪里排队，用户如何自处？
这个做不到的吧？
一个流程在半夜跑和在业务高峰期跑，花的时间不同的。
尤其严格串行的流程，我曾经在生产环境试过同一个串行计算业务，下班跑 30 多分钟，上班跑大概 45 分钟的。
解决方案是做个真实的进度条。。。。。
一个按钮，被人点击的时候，大概率不是半夜。
对于那种用户已经知道要跑很久的按钮，可以关闭提示。
这个做不到的吧？
一个流程在半夜跑和在业务高峰期跑，花的时间不同的。
尤其严格串行的流程，我曾经在生产环境试过同一个串行计算业务，下班跑 30 多分钟，上班跑大概 45 分钟的。
解决方案是做个真实的进度条。。。。。
一个不太准确的提示，总比没有提示的好。
这个做不到的吧？
一个流程在半夜跑和在业务高峰期跑，花的时间不同的。
尤其严格串行的流程，我曾经在生产环境试过同一个串行计算业务，下班跑 30 多分钟，上班跑大概 45 分钟的。
解决方案是做个真实的进度条。。。。。
+1