jxTMS--实施中的问题

jxTMS：低成本快速定制的业务系统个人开发平台。

实施中的问题

笔者在jxTMS开发完毕后找到一家企业进行了测试，上线了其销售订单审批流程，也就是demo中order模块的原型。在上线过程中，笔者在前文开发模式中所关注的两个价值都得以实现：

• 低成本快速定制。所以jxTMS的开发难度其实取决于开发人员和业务人员所组成的开发小组对业务的共同理解，即业务需求如何落实到具体的操作上，所以这也是笔者在前文所提出的开发者可以是经过培训的高职应届毕业生，但必须要在系统分析员的指导下。也就是说阻碍jxTMS开发成本进一步降低的关键就在于开发人员经验不足难以理解实际业务的运作，而这一点只能通过大量积累成功案例形成模板，以套模板改细节来进一步降低开发成本

• 业务规则化运行，这是客户承认业务系统有价值的关键，通过订单的合规性核验【请参见之前的业务规则一文】和自动计算【请参见之前的web端的自动计算一文】，该流程可略去该企业线下流程中稽核这一环节的操作。而在该企业，由于一年有以千计的订单需要审批，所以其稽核岗就是为了将各级经理人员解放出来而设置的专岗。所以本流程的上线其实就直接省掉了一个人力成本

暴露出的问题

但就在笔者开心兴奋之际，却发现所有的销售都在抵制该流程的上线。笔者经过反复观察与思考，得出如下的结论：

• 小企业议价能力较差，需要反复和客户沟通周旋进行谈判，而那些符合业务规则的谈判条件大多早就被客户所掌握，销售其实就是要依靠这些规则来和客户要价，但客户的还价必然是突破这些规则的，所以销售就必须及时获得审批授权结果，那目前实现的这个订单审批流程由于过于强调业务规则会导致大部分订单都违规，所以还必须追加相应的审批授权，自然被销售视为累赘

• 小企业所面对的客户大多是不到最后一刻不下单，这就导致一旦下单就都是急单，线上审批是按流程逐一流转的【他们有7个环节】，而线下则可持单直接冲去稽核核验，稽核签字后视情况【即稽核根据核验结果看是否需总经理同意】即可通知交货了。所以销售自然不希望走缓慢的线上审批

也就是说，业务系统的上线必须配合业务模式的改变才能发挥其优势，而如果业务模式不改变那反而成为累赘。但业务模式能否改变，自然属于企业最高层通盘考虑的战略问题，也是基于企业实力来决定的，这就超出了jxTMS的能力范围:(

这个问题自然不是不能解决，完全可以通过在当前模式下适当修改细节的作业过程，将报价也纳入到订单审批流程中而成为一个复合的销售作业流程，即将报价过程中的超权限审批过程也纳入进来，则可将下单后的审批变为事前审批，那么成单就可自动下单。

但这一设想会导致其整个销售作业发生较大的变化，在未有专门的流程化管理岗【或负责人】的情况下，对于这一核心业务流程的作业模式的变化企业方面难以落实。

总结

通过本次落地验证，笔者得出如下结论：

• jxTMS的低成本快速定制所预想的措施与价值都是成立的

• 业务系统必须配合业务模式的修改才能发挥出其价值

• 业务模式的修改在企业方面必须有专人负责并持续推进

也就是说，业务系统的实施意味着组织业务能力的改进，而从系统的观点来看，能力的改变势必伴随着结构的变化，所以业务系统必须从战略的层面上同步授权对组织结构、业务过程进行相应的微调才可。

目前，jxTMS已经打包为云服务器镜像，开发者开箱即用：
jxTMS-腾讯云市场​