CRM项目的AS-IS调查基本完成，流程图已绘制完毕，基本上覆盖了目前各业务口的主要业务。不过我在看项目出的现状调查报告v3.0时发现，居然将区域和省中心的归属弄错了，于是发邮件反馈zq，由于她今天下午带队去成都了，估计要等下周一才能改掉。
之所以建议他们去成都，是因为绵阳服务中心并不能代表省级服务中心，因为他的业务线是不完整的，很多本来在省中心的职能因为历史原因都被放在了自建中心。 由于成都的服务经理老赵要今天晚上才能回蓉，所以zq他们一行３点多到了以后，也就是参观一下罢了。主要交流还是要放到明天上午9:00开始。
我已买了明天8:30am的火车票（因为怕高速有雾，所以没选大巴），大概在11点以前能赶到省中心所在地，能赶上下午和服务商的交流，顺便看看上午的调研有无遗漏。
说实在的，对于成都省中心的这种调研效果，我心里有数应该是一般。但一是为了验证现有流程图的准确性（问题是大多数人还没看惯这种Visio的流程图），另外也是让顾问们（其实也包括项目组成员）对一线的业务有直接的了解。
BSP（Business Server Page）的开发培训已经进行了一段时间了，我从碰头会上的了解情况是我方人员已能写简单的登录验证届面。BSP是SAP的发明，用Server将 ABAP以脚本的方式来解释执行，通过Portal呈现出来。利用BSP技术，SAP成功得将C/S构架扩展成B/S，并且这种方式比之前的ITS稳定和 易维护。
SAP CRM的项目风险，除了需要对业务流程进行大量的配置和定置开发外，对于Portal的开发则可能成为项目成败的关键。C/S方式可以内部使用，B/S方式则给服务商（终端人员）使用，BSP页面的易用性和提交速度将是能否顺速推广的关键因素之一。
SAP以前的产品从来不需要做太多的开发，所以“稳定”的口碑很好。但CRM需要利用NetWeaver平台做大量的定置开发，顾问和开发人员的水平（技术，对现有业务的理解，对未来业务的设计，行业经验等），已经成为我担心的因素之一。
我现在服务资源管理的工作太杂，后面需要放更多的精力和时间到项目中来，了解更多的细节，引导项目走向正确的方向。
从以往的经验看，AS-IS之后的To-BE将是项目成员和顾问、业务和IT部门争论的开始。这是好现象，项目进行的太平静不是什么好事情。
链接：《SAP CRM项目手记》系列
8481
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
