京李刚(16***29) 16:22:57


京李刚(16***29) 16:23:18
这个业务序列图和改进业务序列图，是不是画的很业务啊
京李刚(16***29) 16:23:21
业余啊
一马行千里(759***22) 16:30:36
改进了啥？
一马行千里(759***22) 16:32:32
一次创建一条—->创建多条？
京李刚(16***29) 16:33:43
嗯
京李刚(16***29) 16:33:51
改成批量
京李刚(16***29) 16:34:08
同时放到后台队列执行
一马行千里(759***22) 16:38:37
我对照着下面这三条，没看到满足哪一条：
1. 物料改为信息流
2. 改善信息流转
3. 封装领域逻辑
京李刚(16***29) 16:39:35
这倒是
一马行千里(759***22) 16:39:35
只是CRM的功能改进了，以前只支持一条，现在支持了多条。
一马行千里(759***22) 16:40:07
应该是"分析"这一步做的更好了一些
尘语<xnon****qq.com> 16:40:42
2. 改善信息流转
京李刚(16***29) 16:42:14
应该没改善
京李刚(16***29) 16:42:38
只是提高了客户经理的工作效率
Simplicity(191397517) 16:42:43
应该是增加 队列任务系统
京李刚(16***29) 16:43:04
但业务流程看起来没啥改善
一马行千里(759***22) 16:43:20
我认为是，是以前没有发现"客户经理"的"要方便创建计划"这样的关心的点
一马行千里(759***22) 16:43:50
是以前忽略了这一点，现在捡回来了而已
一马行千里(759***22) 16:44:12
是以前"分析"没有到位
Simplicity(191397517) 16:44:32
这个系统 可以 替 业务经理 确定建立计划的顺序
京李刚(16***29) 16:44:45
以前其实没忽略
只不过是实时执行 后来太慢 就取消了
京李刚(16***29) 16:45:50
这不改为队列了么
京李刚(16***29) 16:46:13
不然一次提交1000条的后果就是超时
一马行千里(759***22) 16:47:06
回到最初的问题，我还是认为业务上没改进。只是系统升级了。
京李刚(16***29) 16:47:14
这样看来 算系统的改进
京李刚(16***29) 16:47:18
嗯
京李刚(16***29) 16:48:21
或者 我这样画也算对？
京李刚(16***29) 16:49:18
毕竟之前处理同样的工作要30分钟 现在要3秒
京李刚(16***29) 16:51:07
画的时候把"选择"这个操作体现出来？
潘加宇(3504847) 22:37:32
要清晰表达出，之前要多条要付出什么代价，现在只需要如何如何，这就是改进。
潘加宇(3504847) 22:39:02
我估计是改进2和3，之前之所以不能一次多条，是因为有一些判断逻辑由人脑封装，无法自行一条一条做下去。