RE: What/why is the CMS failure rate? (WAS: RE: ask for he lp)
Ann Rockley <[email protected]> Fri, 02 Jan 2004 13:15:17 -0500
| Newsgroups | gmane.comp.cms.general |
|---|---|
| Message-ID | <[email protected]> |
In addition to what you have stated below, we have found that the number one reason a CMS implementation fails is because people pick the tool first without understanding the business reasons behind a content management solution or what they need to be able to do with it. If you don't: -do an in-depth analysis of your organizational needs -determine what problems you want the CMS to solve -determine how your content life cycle could be improved -determine how to more effectively design your content for creation, management, and delivery -take the time to effectively evaluate your technological options There is a good chance that your CMS implementation will fail or be much more costly then intended. At 05:09 PM 12/31/2003 -0500, Hauck, William B. wrote: >Darrel, > >To throw my observations in here, these are some reasons that projects fail. > >-products sold as something they're not > --It's a cms, a database front end, a search engine, a ... > >-sales folks using "canned demos" > --it's really cool that the product _can_ do what they > demonstrate, but _will_ it "out of the box?" If the product I'm buying > doesn't do what you're showing me, don't show it. And PLEASE don't show > it to management. (Apologies to management.) > >-sales/marketing folks not being up-front with what costs what > --I've seen products that have many modules that can do many > really cool things, but each individual module is another license. Many > times, though, it's not clear until a vendor is selected and a contract > is presented. > >-people other than the actual end users picking / driving customization of >the products. > --I know businesses won't survive if end users hand picked > everything, but in many cases they have never heard of the chosen > product, don't know anything about it, and don't have a say in how it is > implemented. Most implementations are run by IS, or a small, select > group from the end users, then forced upon the end users who end up > having most of the customizations redone. > >-businesses not having a clear goal > --"We want a content management system." Great. What do you > want it to do? Most departments don't have a clear answer. Fuzzy > Requirements == Failure. > >-end users (or whole departments) simply refusing to use the selected tool > --believe it or not, whole departments will go outside of IS, > purchase their own software and implement it themselves which they're not > staffed to do. > >-employee turnover > --I've heard of projects being completely scrapped after a few > key people quit or leave their position. The new team comes in and wants > something _they_ designed/bought. > >Good luck. > >Happy New Year (Gregorian calendar folks)! > >bill > > >-----Original Message----- >From: Austin, Darrel [mailto:[email protected]] >Sent: Wednesday, December 31, 2003 4:23 PM >To: cms-list-/[email protected] >Subject: What/why is the CMS failure rate? (WAS: RE: [cms-list] ask for >he lp) > > > > CMS that encompasses all of these elements - they complain that the > > tool set is overly complex, needs significant customization, and > > usually does not deliver as expected - leading to the high rate of > > CMS failure - forcing the customer to homegrow CMS components on top > > of the existing 'end-to-end' system. > >Graham triggered some question I'd like to pose: > > 1) How high is the actual CMS failure rate? > > 2) If it is high, why? > > 3) Why are there still so many bad (or incorrectly marketed) > CMS products out there? > >I got my hands dirty with CMSes these past two years. I'm certainly not an >expert, but I haven't been too overly impressed with the CMSes I've had to >use over the past two years or so... > >- Worked with a client using Autonomy. It was sold to the client as a >CMS/portal when it very clearly wasn't. We did find it a fine search engine >(though a bit clumsy) and instead had to outsource a hosted CMS product to >handle the actual CMS > >- The hosted product was far from intuitive, but semi-usable after some >training. > >- At my current gig, I (as part of a team) spent several months >researching/analyzing products and finally chose Web500. While a good >product, it was sold to us as something it wasn't. In a matter of weeks we >scrapped it. It was a failed CMS product for us. > >- Feeling defeated, suckered, and stupid for buying something that, in >hindsight, just plain didn't work, I attended a local internet conference a >few weeks later. On the schedule was a CMS session hosted by two CMS experts >from a highly reputable State University Business School. I thought I might >learn something. Turns out that they had a mirror story to mine. They spent >months researching products, finally hiring a vendor to custom build a >product only to find that two weeks after launch that the product was awful >and was in no way going to meet their needs. This brought up comments from >the audience and there were, again, similiar stories. > >While I obviously have a very small amount of exposure to the CMS products >out there, my exposure has been pretty consistently bad. And it sounds like >this isn't uncommon based on some recent comments in here. > >So, I just thought I'd toss out the open ended 'why?' question to see what >comes up. Are CMS vendors simply selling their products to the wrong >clients? Are they not trully 'getting' what clients really need? Are clients >not trully understanding what they need? Are CMS consultants all scam >artists? Are the wrong people buying the products? Does everyone get to >leave early from work on NYE except for me? > >-Darrel > >-- >http://cms-list.org/ >please trim your posts. > > >CONFIDENTIALITY NOTICE: This E-Mail is intended only >for the use of the individual or entity to which it is addressed and may >contain information that is privileged, confidential and exempt from >disclosure under applicable law. If you have received this communication >in error, please do not distribute and delete the original >message. Please notify the sender by E-Mail at the address shown. Thank >you for your compliance.. > > >-- >http://cms-list.org/ >please trim your posts. _____________________________ The Rockley Bulletin addresses issues of importance to those interested in content management, content reuse, new tools and technologies, resources, strategies, best practices and more. http://www.rockley.com/Bulletin.htm "Managing Enterprise Content: A Unified Content Strategy" (ISBN 0735713065) by Ann Rockley with Pamela Kostur and Steve Manning is now available from amazon.com or amazon.ca. For more information visit www.managingenterprisecontent.com. www.rockley.com, 905-415-1885 --- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html --- -- http://cms-list.org/ please trim your posts.