New Year's Resolutions for Vendors and Buyers

When I talk to vendors about customer projects that were seriously delayed or that failed outright, the response is invariably: "implementation problem." That's code-speak for the customer or integrator (or both) screwing up. Sometimes customers <em>are</em> blissfully ignorant of their unreadiness to implement new technology, but I suspect more commonly implementation troubles result from a poor product fit.

Tony Byrne, Contributor

January 4, 2007

2 Min Read
InformationWeek logo in a gray background | InformationWeek

When I talk to software vendors about customer projects that were seriously delayed or that failed outright, the response is almost invariably: "implementation problem." That's code-speak for the customer or integrator (or both) screwing up. Sometimes this rings true, though I suspect more commonly implementation troubles result from a poor product fit.

In a world in which vendors dominate marketplace conversations -- by underwriting conferences, the trade press, Webinars, white papers and trade associations -- assigning blame to others for our industry's ridiculously low success rate is weaseling out.I'm not advocating vendor altruism, but a longer-term view of survival based on incremental customer value rather than customer lock-in. This means targeting more than just "standing up" an initial implementation so that license revenue can be recognized on the books. It means working with customers to define what constitutes business success and doing what it takes to get them there.

Sometimes customers are to blame when things go wrong. For example, we frequently see companies issuing software RFPs amid blissful ignorance of their own unreadiness to implement new technology. Vendors can typically sense this right away, but not bidding means losing the contract to someone else; many vendors will still beg off, but most will press on, typically leading to unhappy customer and winning supplier alike (except the supplier got paid!).

So a New Year's resolution for you, the customer: look beyond content management as a discrete project and think through what it really means for the business to manage content better. If you're like most enterprises, this entails ample content and process analysis, along with reality-testing new approaches. Only when you're sure you need new technology to get to the next level should you start researching vendors. When you get to that point, CMS Watch is happy to help.

Tony Byrne is founder and lead analyst at CMS Watch. Write him at [email protected].When I talk to vendors about customer projects that were seriously delayed or that failed outright, the response is invariably: "implementation problem." That's code-speak for the customer or integrator (or both) screwing up. Sometimes customers are blissfully ignorant of their unreadiness to implement new technology, but I suspect more commonly implementation troubles result from a poor product fit.

Read more about:

20072007

About the Author

Tony Byrne

Contributor

Tony Byrne is the president of research firm Real Story Group and a 20-year technology industry veteran. In 2001, Tony founded CMS Watch as a vendor-independent analyst firm that evaluates content technologies and publishes research comparing different solutions. Over time, CMS Watch evolved into a multichannel research and advisory organization, spinning off similar product evaluation research in areas such as enterprise collaboration and social software. In 2010, CMS Watch became the Real Story Group, which focuses primarily on research on enterprise collaboration software, SharePoint, and Web content management.

Never Miss a Beat: Get a snapshot of the issues affecting the IT industry straight to your inbox.

You May Also Like


More Insights