« MDM Can Challenge Traditional Development Paradigms | Main | HP reveals their future with Palm acquisition »

April 27, 2010

TrackBack

TrackBack URL for this entry:
http://www.typepad.com/services/trackback/6a00e5518fa10688340133ecfdb83d970b

Listed below are links to weblogs that reference Blind Vendor Allegiance Trumps Utility:

Comments

Feed You can follow this conversation by subscribing to the comment feed for this post.

Excellent post Evan.

You're absolutely right. I often speak to members in our community who have been saddled with a particular product simply because corporate procurement have an established framework rate with a particular vendor or an enterprise license already in place etc.

In some cases, sure, you'll get lucky but in my experience it is far more cost-effective to purchase the right horse for the right course.

Great post as ever.

Thanks for the remarks. It's in everyone's best interests to ensure that no deal becomes a 1 horse race.

E.

Great perspective, Evan. We’ve found that our most successful customers focus first on how to drive business value from MDM, then select the tool that matches that need. I’ve expounded on this a bit more on my own blog at: http://blog.kalido.com/business-value-should-reign-2/

Evan

Great post. Your Madoff and refrigerator analogies are completely on-point.

You'd hope that the last fifteen years would have taught people a thing or two. When I read posts like this, though, I get a little disillusioned.

Why one would ignore basic questions is beyond me.

thanks for the feedback and remarks.

I'm not sure that people are consciously ignoring the basic questions. I really think it's driven by an outta whack set of priorities. I frequently find that management can be so focused on "finishing tasks" that they haven't considered the impact of making the wrong choice when insufficient time is available to do the work in the first place. If a product review requires 3 weeks and someone only has 1 week -- no one considers the cost of choosing the wrong product. And the impact that's likely to occur over the next 3 years of its use.

Excellent post. I agree with your point about starting with the requirements.

From what I have noticed, there is an underlying premise that all MDM tools provide similar business functionalities.

On the other hand, there is also some "integration fatigue" in integrating products from different vendors besides having to monitor various product roadmaps for future gotchas. This, of course, does not mean that different products from a single vendor are virtually plug-and-play but there seems to be a perception that dealing with a single vendor is easier than dealing with multiple vendors.

Going with one vendor has it's own pitfalls - The "integrated" solutions they offer are many times in fact loosely coupled products they've acquired over time. The hard part is they will hide, or fail to disclose, the limitations in their own "integrated" product lines. The hidden costs surface when you have to develop around or pay for their consultants to work around their product issues. Single vendor solutions aren't always the answer to integration fatigue. Let the buyer beware.

Verify your Comment

Previewing your Comment

This is only a preview. Your comment has not yet been posted.

Working...
Your comment could not be posted. Error type:
Your comment has been saved. Comments are moderated and will not appear until approved by the author. Post another comment

The letters and numbers you entered did not match the image. Please try again.

As a final step before posting your comment, enter the letters and numbers you see in the image below. This prevents automated programs from posting comments.

Having trouble reading this image? View an alternate.

Working...

Post a comment

Comments are moderated, and will not appear until the author has approved them.

About This Blog

Evan Levy, partner and co-founder of Baseline Consulting, offers his real-world insights into data integration, data delivery, and why data should be baked into every development lifecycle, every time.

About Evan

Baseline on Twitter

    follow me on Twitter