订单可视化2实战-合同评审
订单可视化2实战-合同评审
长沙大东家 发表于3个月前
订单可视化2实战-合同评审
  • 发表于 3个月前
  • 阅读 39
  • 收藏 0
  • 点赞 0
  • 评论 0

腾讯云 技术升级10大核心产品年终让利>>>   

摘要: 合同评审顾名思义即签订合同前,公司各相关部门大家一起开会商议合同是否可签、合同存在的技术风险、计划风险以及财务风险等,并需要通过此环节确定订单可交付日期等。最后形成统一决论并进行执行,这么做会存在以下几个难点或缺陷。

1.1.   简介

合同评审顾名思义即签订合同前,公司各相关部门大家一起开会商议合同是否可签、合同存在的技术风险、计划风险以及财务风险等,并需要通过此环节确定订单可交付日期等。最后形成统一决论并进行执行,这么做会存在以下几个难点或缺陷。

1.  涉汲部门较多,人员事务较多,无法召齐人员

部门人员事务烦多,且经常有出差的,大会小会不断。所以每召集一次会议比较麻烦。

2.  数据没有存储并电子化,不方便调取历史数据进行新订单参考

每当有新进的订单时,如果是沿用某个订单的信息,无法自动参照填充值

3.  数据无法分析

没有电子化的数据,无法对历史评审的周期、技术进行数据分析,也没有数据来源。纸质档存档不利于数据分析。

4.  无流程,无法框定部门、人员先后顺序及职责

没有流程,合同评审是的表格数据是有先后顺序的。如果没有流程,操作随意性大,各部门职责责任不清

1.2.   总体思路

1.  理顺流程,将所有相关业务表单进行整理,分布至流程节节为表单填充内容

合同评审是各方意见的评价合集,所以我们的总体思路先将评审的流程理顺,明确各节点责任与义务。此后,再将以前的所有的表格资料收集在一起,进行整理将分散至各个流程节点上。此思路也是其它流程功能模块的总体思路。

2.  表单数据存储方式考验

表单里面的数据结构复杂多样,传统型的二维表方式不适用此方式的灵活型,也反映不出表单的版面结构方式。所以我们采取直接将页面的数据以JSON的方式进行存储,采取VueJS技术直接将JSON文件与页面进行绑定来解决此问题。

在后面的完善性思考中,我们也思考出了用二维表进行存储,即采取键值对的方式将每一个元素存取表中,但会牺牲表单的层次性。总的来说推荐进行JSON方式存储,目前我们是采取的JSON文件方式,在后期数据逐渐变多的时候,如果还是文件会影响效率,我们再考虑采取大数据MongoDB的方式来解决搜索、性能的问题。

1.3.   流程表单升级带来的挑战

流程升级后,与原来的流程发布版本并存,新开的流程实例会使用最新的,不同的流程版本有不同的业务模式,每一次流程升级需要考虑新的业务功能实现的同时,还需要兼容老流程的业务。

表单在内容改变后,增加、删除更新字段后,原来的数据表单如何保证在读取的时候能够正常展示。

新增内容:这个就简单了,直接添加就可以,只是以前的订单展示出来,这个字段数据是空的。

删除内容:这个如果把原有的字段删除,如果不对页面模版进行版本化,特定流程版本对应特定的模版表单页,则会造成以存取的数据无法展现。这个也是在后面我们在实践中渐渐发现的问题。

修改内容:如果修改了字段,那原来的数据也是无法展现的,如果修改的数据类型,也会出现与删除内容相同的模式。最后的处理方式应该参见删除内容的兼容处理方式。

1.4.   数据价值

合同评审里面评价了财务风险、技术风险、进度风险,所有后续业务均以此为基础。我们可以此为基础,再根据流程的实际运行情况进行对比,找出问题所在。

对于新来的订单,我们也可以根据历史经验值分析,为新订单提供评审依据,提高效率并增强可靠性。

作者:长沙大东家

日期:20170909

联系:xiaohelong2005@126.com

共有 人打赏支持
粉丝 14
博文 249
码字总数 106083
×
长沙大东家
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: