Monday 16 March 2009

I’ve had another comment.

After you have got over the shock of 2 comments in less than a month, let me tell you it is in reference to a rather old post (October last year) I made about the search terms used to get to my little blog. Pivotal sucks was number 4 in the list of search terms to find my blog back in October and I used this fascinating fact the basis of a post (I will use anything to conjure up a post). Currently this term is number 3, behind “Pivotal CRM” & “Pivotal 6”. Anyway, this is the comment in full.

Regarding the out-of-the-box system, it is completely unusable without extensive customization.

Next they will not support you because your system is customized (Catch-22)

Licensing costs (Pivotal+SQL Server+Win Server+Hardware

Absolutely nowhere to get help beyond the feeble tech support people in India...lack of a customer community.

Servers randomly shutting down, spitting out incomprehensible error messages.

Limited ability to upgrade, performance of Pivotal 6.0 sucks on the desktop!

Regular loss of data (specific to mobile and satellite synchronization)
Anonymous posted this, and I respect him or her not posting their contact details. I also thank them for their frank rating of the product. Rather than replying to their comment directly, I am going to give my view on each part of their comment.

Regarding the out-of-the-box system, it is completely unusable without extensive customization.
I totally agree. The CMS is limited, but the whole point of taking on Pivotal as a CRM application is that you tailor it to your business needs. This is one of the big positives for all my customers. They are not required to alter their business processes to match what the product says they should be. No two business processes are the same, regional differences aside, and I feel that the CMS code should be used a starting point and reference for your business analysts & developers to tailor and rework to your specifications.

The CMS was produced back in R99 days and has not changed significantly since then. Yes they have added more features, but at it’s core, the same functionality has just been ported to the new versions. Because of this, I believe that the CMS should be started again. Other vendors do not have the history with their CMS, which tends to them not having to worry about backwards compatibility. Revisiting the CMS would take a while, but would make the CMS more in tune with the way companies view CRM today.

Next they will not support you because your system is customized (Catch-22)
Sorry Anonymous, but I have never seen this. If you have used their tools to customise, I have never known support to quibble about something that is not working. If you import data directly to the database or change table structures via SQL directly, then I can understand why they would not want to support you. I can understand them not supporting your code, it is up to your developers to ensure the business logic meets your requirements, but if a method in the provided functionality does not work as expected, there should never be a problem getting support. Maybe you could give us an example of where Pivotal support has not supported you? I will be discrete and put my spin on it if you so wish to keep your anonymity intact.

Absolutely nowhere to get help beyond the feeble tech support people in India

Total agree. As a European customer, the closer of the Luton support office nearly made me cry. (I do need to get out more). The guys in India don’t come anywhere near the mark set by Luton or the Professional Services guys I have dealt with. I am sure not all of this is a communication issue. I believe support and trainers should have some real world experience of developing the system they are supporting. You ring support asking for an expert who can quickly diagnose your problem, not go through the required stages until a more knowledgeable 2nd or 3rd level support guy is put on to your incident. This is always the case when I raise an incident. It takes at least 2 days to go through the motions, and then final get a meaningful response from R&D.

...lack of a customer community.
Another one I agree with. Whilst this is not all CDCs fault, a community can be established without the support of the vendor and often do, other vendors actively encourage communities, allowing users to access the application (on a 1 or 2 user license) at no cost. This leads to developers playing and coming up with innovative solutions for people to use free of charge or pay the developer for if they think it will work for them. I would love Pivotal to do this and they could do with little cost. No one can run a CRM system with 2 licensed users (OK, maybe a 2 person company, but I am sure they could work more effectively with an Excel spreadsheet or A**ess database (I think A**ess is the worst swear word there is))

The only people developing Pivotal are those that are paid to do so. There is an awful lot of talent out there in other communities that use the tools as they enjoy it and may get some recompense in the long run for their efforts. As a developer I do not have time in my life to play with Pivotal outside of what I need to do in my current position. I am sure that everyone else is in the same boat. Give the application away will allow other to play such as students and others who have more time on their hands.

That said, there are still communities out there, official & unofficial forums, but exchange of ideas do not seem to happen, in my experience anyway.

Servers randomly shutting down,
Not sure I have ever seen this apart for the license manager. I have always found them quite stable, as long as the environments stay the same.

spitting out incomprehensible error messages
Well, that I agree with. Error messages are not anywhere near the quality they should be. When you have not set or incorrectly set the filepath and then try to assign a license, you get a message about not being able to connect to the DSM and to look in the relation.err file. I have never once seen this file have anything meaningful in it. It is not a DSM issue but because you did not set the filepath. I am tired of second guessing what the errors mean. Pivotal 6 has made this worse with incomprehensible errors with lots of information, but you have to look out for the error icon in the bottom frame. How does a user know what is going?

Don't get me started on other documentation. If you have not had experience in the product, you have not got a chance to understand what is going on with the methods & properties that are available to you.

Limited ability to upgrade,
Anonymous does not say what system he is currently on, but I will take a stab at it being a WAM system and again, Pivotal has dropped the ball. Upgrading to 6.0 from 5.9 Rich Client is not easy, but at least you don’t have to re-implement everything.

WAM to Pivotal 6 - you may as well start again. The only thing that is of any use is the table structures, but I think I would even scrap most of these. Yes, they have your data in them, but the methods used in Pivotal 6 would probably make you rethink the way data fields are used.

I also think that they have removed the ability to customise the system by a non developer. Pivotal agents are something a primary school student could understand, with nice arrows connecting blocks. It led to some awful implementations, but a BA could do it. Now, you need a competent C# developer to do the simplest of tasks. I haven’t even mentioned the data import routines.

performance of Pivotal 6.0 sucks on the desktop!
I have to disagree with you here, Anonymous, but if I am right that you are on WAM, then i bow to your judgement. Pivotal 6 vs Rich Client performance is certainly a win for Pivotal 6 in my experience. This is assuming you have a cached copy of the form etc. First time through it is painful as it caches the business logic, after that it is lovely. I have no experience of WAM vs Pivotal 6. I have not seen any data from Pivotal on this either. You would have thought there would be pretty graphs showing the differences between loading a company record in Pivotal 6 vs 5.9 WAM vs 5.9 RC. Are they hiding something?

Regular loss of data (specific to mobile and satellite synchronization)
Mobile & satellite synchronisation, when administered correctly, is a god send. The administration of Mobile systems relies on Sales people or other users syncing regularly, and this is where the problems start, in my experience. I have not really seen problems with satellite syncing when the system is design with Satellites in mind. If you can segregate the users on each satellite and don’t have the same data frequently updated on both servers, then everything is fine. Poor segregation (or where a system is not designed with Satellites in mind from the start) have caused me numerous problems in the past. I now assume that all my systems will evolve into at least satellite systems in the future and design accordingly.

Anonymous – thanks for your comment, at the least I have enjoyed responding. If this post is read by those within CDC that can make changes, I hope that they see that it is not only me that has problems with Pivotal and the path it seems to be taking.

3 comments:

Anonymous said...

apparently 5.9 is quite widespread at CDC - they have started moving to 6.0 - sales is the first to move shortly from inside sources..

Anonymous said...

There is much to agree with here, and being a paid professional using Pivotal, it is hard to keep quiet and accept all of CDC's shortcomings.

Agree on the customer community, and would further say it isn't just CDC not supporting the community but it is technically impossible (or near impossible) to have a community. I look at Salesforce's AppExchange and wonder how such a thing could technically be built ... using transporters? I find there is a lot of difficulty simply sharing code between our own pivotal environments (developers, testing, production, etc), much less in a public environment for anyone.

I would like to disagree with you on synchronization and agree with Anonymous. Even properly administrated sync, crafted (in our case) by professional services, yields lost data. Happens to us all the time.

(a different anonymous person)

Moz said...

I agree - "Even properly administrated sync, crafted (in our case) by professional services, yields lost data"

We had 40 mobiles with 5.9 last year - so many had inaccurate data even when syncing regulary. They were missing so many records that Pivotal became a uncomfortable joke. The database was also quite large and sending a system became impossible. Since then we have switched them all to Terminal Services instead.

Pros: 100% up to date information. Less CPU drain on the laptops, can run the laptop at PowerUser instead of Administrator which stops them installing random applications.
Cons: User has to be Online to access Remote Desktop..