[原创]CRM-Solution系统之单据开发感想

[jefflam]

单据是什么？无非就是销售订单、采购订单、报价单等一些常见的依据资料，在企业经营过程中是非常重要的，基本上企业内部流程和工作都是围绕着单据在进行，所以对于企业来说，单据的表现形式是非常重要的。笔者在多年的CRM咨询销售阶段，单据的演示和讲解占据了相当大的比重。接下来，笔者想和各位分享下在CRM开发过程中，对于单据开发的一些注意要素。
单据是非常重要的个体，除去一些本来已经在系统内部集成的通用型单据，不可避免的，根据行业、具体客户的划分，单据会有各种不同的变化和数据更新需求。以销售订单为例，石材行业的与系统集成行业的单据肯定不会一样的。在行业内部，每个企业也会有不同的单据特色内容。这就给我们的CRM实施带来了一定的要求。
在现有的CRM系统中，CRM厂商对单据处理有常见的三种情况。
一、所谓的通用型单据。这个常见于各类小型CRM软件中，受各种因素所限，不可能为每个客户都开发单据，给个大概的，就可以了。
二、可支持自定义字段的单据。这是个卖点，很多销售代表在推广过程中，都会尽量宣传这个特色，笔者对此类功能也是很欣赏，但是很可惜，笔者对此功能不是很看好。为什么？因为智能化程度没办法提高，做点单纯的引用已经是极限了，如果要加入三级菜单或者是不同字段的数据外部引用就比较麻烦了。举例说明，一个产品的加工方式，可直接引用之前的已有记录，按照此产品默认加工方式或所有加工方式分类，以供用户选择而不是再录入，同时存储后下次再选可在此产品的默认加工方式中出现，这个功能对于自定义字段来说，有难度。
三、个性化订制。这个是CRM厂商普遍不愿意做的事情。为什么呢？原因很多，比较有代表性的如：拖延产品交付时间和实施时间；实施费用调升；应付客户更多的需求和新功能等等。但是这个方案也是最佳的方案，没人会购买一个看起来很好，用起来却很累也不符合实际应用的CRM软件，用户有明确的需求，我们就要替他们解决，而不是推托或者搪塞了事。
那么，我们来谈谈个性化开发的单据应该注意些什么。
单据，无论是什么单据，在操作上都有其共通的地方和特性的地方。
相同部分：如检查、签核、版本、状态、关闭、锁定、作废、相关人员（创建人、修改人、执行人、负责人、参与人、历史人员）、删除（回收站）
特性地方就多了，如销售订单和收款单的明细部分肯定是不一样的。
笔者的建议是：开发人员在建表的时候，应该把共通的部分建表，而不同的部分根据单据性质不同而建立单独的表。这样，在处理单据的时候，只需要对一个表进行操作，而不是对不同的表操作，这是比较合理的做法。
这里笔者附上一张单据设置的截图，此图来源于笔者开发产品CRM-Solution 2007版



上图是销售订单管理视图，可以很详细的看到各种设置，笔者就不一一介绍了。唯一要说明的是何谓检查机制？
检查，其实是签核机制的另外一种说法，但是我们会什么要把检查独立出来而不是直接采用签核？原因如下例：某企业的销售订单，其明细内容非常繁多且数据录入方面容易出错，以往签核前，都由同一组业务员相互检查后才提交上级签核，这里就产生个问题，在CRM系统中的单据签核，都是通用型签核，无法在第一流程上设置成某个具体的业务员，因为这样将导致所有的销售订单，都必须由此业务员来签核。这显然是不合理的，让我们先简要分析下签核机制，签核的流程设置中，有两种签核人可供选择，1是角色，2是用户，具体请看下图：


上图是某个签核流程的设置，我们可以看见，不论是选择角色或者用户，这个单据只要提交审核，就会由签核人列表中的相关人员来处理。让我们假设个场景：小王和小张是业务一组的业务员，小林是业务经理。现在小王有个单据要林经理签核，从单据的签核角度来说，我们的第一顺序位应该是林经理来签核的，我们可不能设置小张为小王的单据第一顺序位签核，这样的设置将导致所有人提交的业务单据都会由小张来签核。
由于单据是统一的，通用的，它的签核是有一定的层级的，不可能由权限不够的人员来操作。导入检查机制，我们可以设置小王的检查人是小张，小张检查通过了，才进入真正的签核流程。这就是为什么导入检查机制的原因了。
单据开发还有很多注意的地方，如版本复制、转移数据（如销售订单直接转移采购订单）、单据权限设置、费用、成本核算等细节部分，限于篇幅，笔者就不一一详细说明了，由于笔者才疏学浅，接触面较窄，一直无缘见识国外大型CRM厂商的产品，撰写此文纯为抛砖引玉，错误疏失此处也请各位多多包涵。有更多指点和想法欢迎联系笔者：msn : [e-mail] qq : 992964
此文章为原创，转载请保留信息，欢迎各位访问http://www.crm100.com 中国CRM DIGG 客户关系管理互动平台与论坛，让我们为CRM在中国的发展贡献自己的一份力量。

[mindchc]

http://www.xiaoshou360.com/