No MSCRM for me..
Wednesday, October 4th, 2006Well, I finally pulled the plug. After 18 months of struggling to make Microsoft CRM (MSCRM) work for our organization “we” decided that enough is enough and ended our deployment project. The story is a long painful one. As a Microsoft Gold Partner we are given many benefits which include marketing, support and software. One of the benefits at this level is MSCRM with more licenses than we will ever need. Based on the fact that MSCRM was basically a zero “cost” to us and that it looked like it would do what we needed, we set forth on our project to replace our home grown solution.
Anyone that has ever been part of a CRM deployment of any kind knows that this is not a process to be taken lightly. Our planning could have been better, but I feel we had realistic goals of being up in 6 months and fully implemented in 12 months. We started in January of 2005 with a successful installation and deployment of the product. I tasked our software developers with converting data from our old system and integrating our service management into the product. When MSCRM 3.0 was released we upgraded and migrated the remainder of our service management to the improved service and contract management modules of MSCRM.
This is where the honeymoon ended… “Works the way you do” is the marketing line that Microsoft uses for MSCRM. Well, if that is the case then I need to fire myself! Some of the things that drove us nuts were:
- Long processes needed to enter cases and service activities into the system
- Incorrect accounting of contract time
- Completely unforgiving - No changes to certain closed items by anyone (not even an admin)
- Buggy
So that seems like a short list, but when you consider the number of cases and service activities that our service manager enters each day, the first point becomes huge! The issues we had with accounting of the contract is was completely unforgivable. Due to “rounding errors” we had a heck of a mess on our hands with contact balances. Microsoft did ultimately issues a hotfix based on our request, but it took months. And don’t think this is a case where we never asked for help. I spent countless hours on the phone with Microsoft PSS on several issues. NONE of the issues were ever resolved except for the rounding error. Most of the time I just got the line that “it is working as designed…”
I really could go on and on with issues, but this is a blog post, not a book. MSCRM is not a bad product; it just wasn’t the product for us. This was a good example of decision making based on perceived cost. To us, the “cost” was very low, and we had blinders on because of the up front cost (zero dollars). In the end the real cost was astronomical for a company of 15 employees. Instead of getting the checkbook out and paying for the right solution upfront, we spent money and resources trying to make the wrong solution work. It was a tough decision to end the project, but it was time. My only consolation as I wrote the check for the right solution was that at least I had learned a valuable lesson (again) from the experience.
Dave









