很久没写手记了，因为春节，也因为项目已进入开发阶段，但还没有可供测试的半成品。
副标题我用了”还没进入状态“，不是指哪一个人，而是我对项目整体的感觉，或者我还没进入状态吧。昨天我把ZQ做的蓝图汇报PPT看了，觉得这个项目高层关注不够，否则这个PPT是很难过关的。所谓汇报，不过是履行ASAP项目流程的手续而已。
本次项目让我没想到的是SAP CRM做家电行业的服务信息系统，开发量这么大，除了基础的一些功能外，所有的流程几乎都涉及到开发，而不是象R/3那样大多数使用配置，最多是增强，二次开发主要是报表而不是功能模块。另外，在项目进行过程中，我了解到CRM和ECC（以前的R/3）的接口并非那么“无缝”，很多在SD模块里面的基础数据需要在CRM中重新定义。
之前，我通过朋友拿到过Siebel的Demo（类似于SAP的IDES），我试用过的感觉是Siebel在CRM行业解决方面可用的模块是很多的，而且比较灵活。我们选择SAP CRM，除了因为公司实施了SAP的ERP，很大的因素是因为价格。我经历过R/3的上线，也花时间研究过MM模块和ABAP开发，对于SAP CRM虽然了解非常有限，但我认为这并不是够成熟的产品，至少在家电行业是这样。SAP现在其实已经很热衷于搞平台，SOA、NetWeaver等等技术除了争取垄断企业应用平台外，还可以让各产品线的实施更灵活。某产品功能不强没关系，还可以开发，只要业务方能把需求描述清楚，肯定可以找人写出来的。但是，我不知道这样的项目，稳定性有多少？可能主要依赖于项目需求的调研，顾问和开发者的水平和行业经验了。
说句题外话，Oracle通过收购获得了非常多好的产品，CRM有Siebel、HR有Peoplesoft，Oracle自己的CRM其实也不弱。但是，Oracle在市场战略和营销方面比SAP差太多了，我目前正在研究这个，以后另外行文讨论。
不管怎样，项目已经到了关键时刻，就算SAP CRM孬或好，也只有往前走。
目前还有一个风险点，就是公司内部信息平台用的是VPN，电信网通互通的问题是通过双链路来解决的。但是，CRM系统要将维修流程推到服务商一级，他们需要通过Portal访问系统，如果不解决CRM Portal应用服务器出口的问题，将可能是灾难性的。这个问题我今天私下向ZQ和TXG提过，他们说这是另外一个项目，没有费用。。。难道真的要等到上线以后，大面积无法实施才驱动解决带宽问题？这个问题，我还要提，不能不了了之。其实，现在Centra网络培训系统和技术服务BBS已因为没有双链路，在外点推广时遇到很大的麻烦了。
唉，技术上的问题相对要简单一些，更重要的还是流程和开发，希望最后出来的东东就是我们描述的那个。
链接：《SAP CRM项目手记》系列
发表于 @ 2007年03月06日 23:46:00|评论(loading...)|编辑