Overall, our general policy is to adopt the right tool for the job (proprietary or not) an approach which means that we can pick and choose ‘best of breed’ which is why Sugar CRM got us excited as a possible Open Source alternative to Microsoft Dynamics (we also like to support the plucky underdog where we can). However, after almost two years of trying (albeit patchily) and evaluating two major releases of the community (i.e. open source) version of Sugar we just can’t commit to the product and the outcome is that we will stick with Microsoft.
Before outlining why, here’s Sugar CRM in a nutshell
- SugarCRM is web-based application that is available in several different deployment models. Our interest was the open source community edition and our initial attention was on SugarCRM v4.5 (current version is 5).
- SugarCRM is very much a commercially-driven operation with sales teams, tech support infrastructure and the other trappings of a major global software company.
- It's a PHP based application and installation was fairly straightforward (for someone with the right skills).
- SugarCRM is feature rich and utilises Javascript extensively to enhance the user experience. It probably isn't very accessible (as in compliant with WCAG) but we haven't investigated this.
- SugarCRM provides tools for managing contacts, accounts, leads and opportunities. It also provides tools for project management and support desk functionality for bug tracking and the like (which was of no interest since we are Ontime users).
- The open source edition (GNU General Public License version 3) is free to download.
- Sugar offer plugins for Word and Outlook which hook local applications into the Sugar database in order to make mail merge and contact management easier. These plugins are fairly inexpensive ($119 per user per annum) and purchase also gives access to the Sugar Network which offers benefits like a support case per annum.
- Of particular interest to us was the campaign management module which is intended to support the marketing process, for instance email marketing.
So, on the surface Sugar CRM seemed to ‘tick all the right boxes’ but our experience of Sugar 4.5 Open Source wasn’t good for two key reasons:
- The email campaign tracking component didn’t work. This took us quite a long time to determine and was only discovered after a considerable amount of effort had been spent on a limited deployment of the product and research indicated that Sugar had no intention of fixing this issue until the release of version 5.0.
- The plugin for Outlook 2003 was very unreliable. It had a habit of disappearing from the user interface and synchronization was extremely unpredictable. I personally spent many hours of my time working with Roger Smith at Sugar CRM to get to the bottom of this, and in the end I simply gave up on it.
Both of these features were essential requirements and their lack led to the end of the project, and a strong sense of disappointment.
Nevertheless, on the brink of the release of the latest version of Microsoft’s CRM (version 4) the Sugar question reared its head again and with the release of version 5 in autumn 2007 we elected to try it for size again (partly motivated by an interest in whether it might specifically suit our Open Source biased clients).
We took a much more cautious approach this time, working from the position that Sugar was buggy, rather than the approach we’d normally take which is to assume that software isn’t (but to accept that that position if way too optimistic). We began by signing up for the online demo, everything was OK, except we just couldn’t get outbound email configured and the help documentation didn’t seem relevant.
The pre-sales team were already in touch. I asked for support. I waited. Sugar pre-sales got in touch again. They needed the input of pre-sales technical, but no one was available.
I got frustrated and committed us to installing it on one of our servers. We got email working and investigation began.
Overall impressions were favourable. SugarCRM 5.0 is undoubtedly much improved. Version 4.0 was feature rich and version 5.0 significantly enhances functionality. As far as we could tell, there were bugs but they weren’t show-stoppers, just annoyances and the plugin for Outlook (2007 this time around) seemed reliable. Sugar wasn't as quick to use as MS CRM 3.0 on the desktop, but the learning curve wasn’t as steep and deployment was more rapid.
So far, so good.....
I’d been running the trial version of the Microsoft Office 2007 plugin but given that we were considering wider deployment. We opted to purchase the licensed version, which forms part of the Sugar Network subscription. This is where things began to unravel:
- The plugin wouldn’t install, and the problem was the same as this user
- I had the right to a single support request as part of my network subscription. However it was necessary for me to register in order to submit a ticket. I registered and was automatically notified that my subscription would be confirmed in 24 hours
- I waited three days and started to dig around in the forums
- It seemed that someone else had been having the same problems and I requested some help
- A kind soul responded and with some tinkering we got the plugin installed
- Sugar got in touch to tell me that it was still the case that no one was available to help.
Our parade was being rained on. We tried to imagine ourselves confidentally installing the plugin at client premises and just couldn’t.
I started to look at the behavior of the Outlook plugin a little more closely and noted a lot of duplicate contacts in Sugar, plus it seemed that some contact records which were previously complete were now missing crucial information. I also found that some records in Sugar were not the same as Outlook even though they had been synced multiple times (typing random letters into an unused field, seemed to wake the plugin up to the record’s existence).
Clearly something wasn’t quite right. I then imagined the issues I was beginning to identify being duplicated across our office workstations or at our client’s premises and my confidence died.
There was simply no way that I could recommend the deployment of Sugar, and two year’s on from initially trialling the Outlook plugin, and giving up on it, the same thing was happening again and we weren’t the only organization who was having a bad experience.
The direct costs to us weren’t much - $119 – plus a little bandwidth but the indirect labour costs were much higher.
If Sugar had been an amateur project our expectations would have been lower, however it isn’t and Sugar expect each Outlook user to pay $119 per year for the plugin (that’s $10 per month which is the cost price of MS CRM as a hosted service), whose continued unreliability could actually damage customer communication.
It can't be easy to build a global software company based completely on Open Source tools, and we applaud attempts to encourate competition in the software market, but a Customer Relationship Management System that can’t reliably manage customer records is dangerous.
Suffice to say that the SugarCRM project at Futurate is dead. We’ll be sticking with Microsoft CRM for a good while yet.