<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Learning about Content Management</title>
	<atom:link href="http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/</link>
	<description>Adaptive Path Blog</description>
	<pubDate>Sat, 06 Sep 2008 00:31:12 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: uxdesign.com</title>
		<link>http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-122672</link>
		<dc:creator>uxdesign.com</dc:creator>
		<pubDate>Fri, 07 Sep 2007 19:28:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-122672</guid>
		<description>Also check out http://cmsreport.com (Drupal powered).</description>
		<content:encoded><![CDATA[<p>Also check out <a href="http://cmsreport.com" rel="nofollow">http://cmsreport.com</a> (Drupal powered).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: uxdesign.com</title>
		<link>http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-122669</link>
		<dc:creator>uxdesign.com</dc:creator>
		<pubDate>Fri, 07 Sep 2007 19:26:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-122669</guid>
		<description>Also see OpenConcept's CMS evaluation for The Canadian Union of Public Employees (CUPE):
http://openconcept.ca/blog/eche/content_management_system_cms_report_on_alternatives_to_back_end (link to PDF report below article).

WordPress, Joomla and Drupal compared for CUPE requirements match.

"6. Conclusion
In deciding upon a particular CMS for CUPE, there are a few key elements worth thinking about. First, because CUPE National hosts several subsites for Locals, the multisite component is an important aspect of any choice. Currently Joomla (with its commercial addon) and Drupal (with its built-in functionality) are the only options available from the opensource community. Drupal is the ideal choice here."</description>
		<content:encoded><![CDATA[<p>Also see OpenConcept&#8217;s CMS evaluation for The Canadian Union of Public Employees (CUPE):<br />
<a href="http://openconcept.ca/blog/eche/content_management_system_cms_report_on_alternatives_to_back_end" rel="nofollow">http://openconcept.ca/blog/eche/content_management_system_cms_report_on_alternatives_to_back_end</a> (link to PDF report below article).</p>
<p>WordPress, Joomla and Drupal compared for CUPE requirements match.</p>
<p>&#8220;6. Conclusion<br />
In deciding upon a particular CMS for CUPE, there are a few key elements worth thinking about. First, because CUPE National hosts several subsites for Locals, the multisite component is an important aspect of any choice. Currently Joomla (with its commercial addon) and Drupal (with its built-in functionality) are the only options available from the opensource community. Drupal is the ideal choice here.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: uxdesign.com</title>
		<link>http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-122323</link>
		<dc:creator>uxdesign.com</dc:creator>
		<pubDate>Fri, 07 Sep 2007 02:40:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-122323</guid>
		<description>Another vote for cmsmatrix.org, which by the way was built with WebGUI, whose developers created cmsmatrix.org.

As with cars, there is a CMS out there to suit more or less every need (usually less). People argue "less filling," "tastes great" about the CMSs in their own camp, but the real difference is in your own needs as a user, or group.

Anyone landing on this in search of CMS evaluation info should really list their own particular CMS needs, first and foremost, as a simple "top 10" list.

I have a good deal of direct experience with a range of CMSs, from implementation to regular use. And if it helps, you may consider these factors in selecting one to suit you, as in my experience they highlight some of the greater differences between the best of open source, like drupal, and proprietary, like StoryServer:
1. Budget (cost)
2. Workflow complexity  (who can edit what, when, approvals, scheduling, etc. etc.)
3. Scalability (data/structures)
4. Feature Customization
5. SEO
7. Admin UI Usability
8. Templating (visual design customization)
9. Technical Support
10. Training

Alter the order of these to personal taste (no counter posts necessary).

Basically, you get more of all of the items in my list with a proprietary CMS. 

The smallest differences are are in feature customization and usability, as some proprietary CMSs can be very complex, and as such, can require a lot of costly programming to modify. Proprietary vendors do not often implement major UI overhauls, due to cost. On this point open source fares better, because of lighter coding effort and cost/overhead is less important to a "community" of developers (ref. digital socialism).

If you're a business manager and your budget is under $50k/year, I'd recommend open source.

I'm endeavoring to sell a large corporation's multi-site marketing department on WordPress (multisite install), as they do not need complex workflows, do not publish many document types, they wasted their CMS budget ($100k on Zope), and have competent technical resources for customization.

:)
http://uxdesign.com</description>
		<content:encoded><![CDATA[<p>Another vote for cmsmatrix.org, which by the way was built with WebGUI, whose developers created cmsmatrix.org.</p>
<p>As with cars, there is a CMS out there to suit more or less every need (usually less). People argue &#8220;less filling,&#8221; &#8220;tastes great&#8221; about the CMSs in their own camp, but the real difference is in your own needs as a user, or group.</p>
<p>Anyone landing on this in search of CMS evaluation info should really list their own particular CMS needs, first and foremost, as a simple &#8220;top 10&#8243; list.</p>
<p>I have a good deal of direct experience with a range of CMSs, from implementation to regular use. And if it helps, you may consider these factors in selecting one to suit you, as in my experience they highlight some of the greater differences between the best of open source, like drupal, and proprietary, like StoryServer:<br />
1. Budget (cost)<br />
2. Workflow complexity  (who can edit what, when, approvals, scheduling, etc. etc.)<br />
3. Scalability (data/structures)<br />
4. Feature Customization<br />
5. SEO<br />
7. Admin UI Usability<br />
8. Templating (visual design customization)<br />
9. Technical Support<br />
10. Training</p>
<p>Alter the order of these to personal taste (no counter posts necessary).</p>
<p>Basically, you get more of all of the items in my list with a proprietary CMS. </p>
<p>The smallest differences are are in feature customization and usability, as some proprietary CMSs can be very complex, and as such, can require a lot of costly programming to modify. Proprietary vendors do not often implement major UI overhauls, due to cost. On this point open source fares better, because of lighter coding effort and cost/overhead is less important to a &#8220;community&#8221; of developers (ref. digital socialism).</p>
<p>If you&#8217;re a business manager and your budget is under $50k/year, I&#8217;d recommend open source.</p>
<p>I&#8217;m endeavoring to sell a large corporation&#8217;s multi-site marketing department on WordPress (multisite install), as they do not need complex workflows, do not publish many document types, they wasted their CMS budget ($100k on Zope), and have competent technical resources for customization.</p>
<p> <img src='http://www.adaptivepath.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
<a href="http://uxdesign.com" rel="nofollow">http://uxdesign.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kerry McNally</title>
		<link>http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-93242</link>
		<dc:creator>Kerry McNally</dc:creator>
		<pubDate>Thu, 21 Jun 2007 01:04:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-93242</guid>
		<description>We decided to go Open Source using the Wordpress blog platform. With over 100 fully developed plug-ins available (mostly free) we were up and running quickly and at little cost. Just one of the free plun-ins allows our site to be automatically updated every six hours without any human intervention.</description>
		<content:encoded><![CDATA[<p>We decided to go Open Source using the Wordpress blog platform. With over 100 fully developed plug-ins available (mostly free) we were up and running quickly and at little cost. Just one of the free plun-ins allows our site to be automatically updated every six hours without any human intervention.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jan Greis</title>
		<link>http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-50033</link>
		<dc:creator>Jan Greis</dc:creator>
		<pubDate>Sun, 25 Feb 2007 12:36:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-50033</guid>
		<description>There is a way though, how you can cut out on evaluating different vendors in the first place ;-)
If we look objectively, for most companies probably the only real reason to use proprietary systems, is that if something goes wrong, they can sue someone for it. That might be a good reason, but there is a lot of reasons, not to use proprietary systems in the first place.
The first is of course the price, the only thing you pay for with an Open Source CMS is the setup, which often cuts down your cost to a tiny fraction. Some people might argue, that proprietary systems are better in quality, but seeing how many people change for example from reddot to TYPO3 convinces me otherwise. Concerning the demos, many TYPO3 service providers offer what is called a "Playground", a website set up in a way, that anyone can make changes, which are reversed after a certain period of time. Furthermore, with Open Source CMSs, you are not dependent on a company which might go bankrupt.
Also, extending the system is not a problem, as for most purposes, you already have free extensions available, and if you need something very specific, it is not expensive to ask your service provider to write a new extension for you.</description>
		<content:encoded><![CDATA[<p>There is a way though, how you can cut out on evaluating different vendors in the first place <img src='http://www.adaptivepath.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /><br />
If we look objectively, for most companies probably the only real reason to use proprietary systems, is that if something goes wrong, they can sue someone for it. That might be a good reason, but there is a lot of reasons, not to use proprietary systems in the first place.<br />
The first is of course the price, the only thing you pay for with an Open Source CMS is the setup, which often cuts down your cost to a tiny fraction. Some people might argue, that proprietary systems are better in quality, but seeing how many people change for example from reddot to TYPO3 convinces me otherwise. Concerning the demos, many TYPO3 service providers offer what is called a &#8220;Playground&#8221;, a website set up in a way, that anyone can make changes, which are reversed after a certain period of time. Furthermore, with Open Source CMSs, you are not dependent on a company which might go bankrupt.<br />
Also, extending the system is not a problem, as for most purposes, you already have free extensions available, and if you need something very specific, it is not expensive to ask your service provider to write a new extension for you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Business Marketing 2 &#187; Late breaking news</title>
		<link>http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-48769</link>
		<dc:creator>Business Marketing 2 &#187; Late breaking news</dc:creator>
		<pubDate>Wed, 21 Feb 2007 14:21:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-48769</guid>
		<description>[...] adaptive path blog blog archive Learning about Content Management [...]</description>
		<content:encoded><![CDATA[<p>[...] adaptive path blog blog archive Learning about Content Management [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chiara Fox</title>
		<link>http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-39082</link>
		<dc:creator>Chiara Fox</dc:creator>
		<pubDate>Wed, 24 Jan 2007 18:11:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-39082</guid>
		<description>Ian -

You make a good point. Evaluating specific vendors is a different process (and requires different tools and approaches) than when you are just learning about CMS in general.</description>
		<content:encoded><![CDATA[<p>Ian -</p>
<p>You make a good point. Evaluating specific vendors is a different process (and requires different tools and approaches) than when you are just learning about CMS in general.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ArtLung Blog &#187; Daily Links</title>
		<link>http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-38954</link>
		<dc:creator>ArtLung Blog &#187; Daily Links</dc:creator>
		<pubDate>Wed, 24 Jan 2007 07:24:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-38954</guid>
		<description>[...] adaptive path » blog » blog archive » Learning about Content Management (tags: cms programming webdev) [...]</description>
		<content:encoded><![CDATA[<p>[...] adaptive path » blog » blog archive » Learning about Content Management (tags: cms programming webdev) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Muir</title>
		<link>http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-38903</link>
		<dc:creator>Ian Muir</dc:creator>
		<pubDate>Wed, 24 Jan 2007 03:00:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.adaptivepath.com/blog/2007/01/23/learning-about-content-management/#comment-38903</guid>
		<description>I work for a CMS vendor and I would be wary of some of those sources. CMS Watch seems to be very subjective in my experience, some of the others are a bit better.

I would reccomend figuring out what features you need and then use a tool like http://www.cmsmatrix.org/ to decide which systems to demo. If they don't have a free demo, don't waste your time. Most of the vendors that don't offer demos require that you spend large amounts of money on implementation.</description>
		<content:encoded><![CDATA[<p>I work for a CMS vendor and I would be wary of some of those sources. CMS Watch seems to be very subjective in my experience, some of the others are a bit better.</p>
<p>I would reccomend figuring out what features you need and then use a tool like <a href="http://www.cmsmatrix.org/" rel="nofollow">http://www.cmsmatrix.org/</a> to decide which systems to demo. If they don&#8217;t have a free demo, don&#8217;t waste your time. Most of the vendors that don&#8217;t offer demos require that you spend large amounts of money on implementation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
