Consulting “Trojan Horses” is what I would call them.
The other day I was asked about a package that a big huge consulting firm (not from the US or UK) built that is now being recommended by the PIM data hub product managers at Redwood Shores.
If I didn’t know how badly they provide information to their sales force, I would have been shocked.
I have never seen and I would probably bet a lot of money against any claim of “off the shelf integration” to and from the PIM Data Hub. Of course, the disclaimers from both sides come later after this unrealistic boast.
It is amazing how they would try to sell this product that is supposed to integrate “off the shelf” from one enterprise level suite owned by Oracle and another enterprise level MDM product. Even worse, they were recommending the consulting firm that was not the firm who helped on the project in the first place.
There is hardly anything but horrible design in the product that this big “Info” consulting firm is trying to sell. In fact, what I really think they are selling is consulting services and customization services that you will need once you have found out the hard way that I was right.
Since the nature of the PIMDH is to be dynamic, you would have to build something that would be able to predict what the other application would configure in any combination with no changes to standard functionality. And, only data could transfer from one hub to another. When being confronted regarding this, the big consulting firm does not deny that you will need to engage development resources to successfully install and implement. They will tell you that you can hire your own but they won’t know the product like their consultants do.
They claim that this product will speed up the integration. (As long as you agree to their restrictions in design). These restrictions are based on two or more projects that the technical people who developed the product and implemented PIMDH were on. Unfortunately for the customer, if you are not in the same industry as these developers have experienced then you will be working around a very restrictive design model that will inhibit your use of both the transactional distribution models on one side and the product hierarchies, change management workflows, and other PIMDH features.
I would prefer to see that someone built a product that is according to some industry specific standards or a structure that is very common to multiple users. But its not. It is built to the business requirements of the first client then customized for other clients by their developers.
I wouldn’t mind if they said that upfront and showed the time it took to be successful.
But I know it is not true. I cannot mention the names of the firm nor can I mention the other enterprise suite (not EBS). So I will give you the warning.
Get all the facts or run a serious trial integration before you buy.
Monitor, monitor, and monitor the success of the integration. Make sure there is minimal change in data structure and translation between the two systems. Changes and governance should be done in the product MDM package (that would be Oracle PIMDH).
When you receive recommendations from Oracle, try to get some type of assurance. There are a lot of good small expert firms out there who have to compete with big undercutting firms who don’t have the expertise they claim. Check with real clients who have been successful and try to find the real clients who have been unsuccessful as well.
Hope you are having a good day!