<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Insist on a good CMS demo in 60 minutes</title>
	<atom:link href="http://jboye.com/blogpost/insist-on-a-good-cms-demo-in-60-minutes/feed/" rel="self" type="application/rss+xml" />
	<link>http://jboye.com/blogpost/insist-on-a-good-cms-demo-in-60-minutes/</link>
	<description>The international community for web and intranet professionals</description>
	<lastBuildDate>Mon, 30 Jan 2012 19:45:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: Sethu Iyer</title>
		<link>http://jboye.com/blogpost/insist-on-a-good-cms-demo-in-60-minutes/comment-page-1/#comment-2576</link>
		<dc:creator>Sethu Iyer</dc:creator>
		<pubDate>Tue, 01 Sep 2009 12:57:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.jboye.com/?p=3577#comment-2576</guid>
		<description>Having had delivered innumerable product demonstrations of Content Management Systems and Portals I would agree that the 60 minutes threshold would be great for an audience that has a good understanding of the inner workings of such products. I have tried doing shorter demos, and have run into situations where it takes time to explain even the basic conceptual steps such as approving a content item and publishing the content to multiple delivery end-points, or things like separation of management from presentation, or features such as content entry templates and content delivery templates, the ability to re-purpose content etc., which are basic features of almost all CMS systems. 

Ideally, the vendor should spend enough time prior to the demo to understand the underlying need for a CMS and how such a system would impact the business, and then craft a presentation/demo to showcase how the system will address their issues, and quite often such a demo would go beyond 60 minutes. In my opinion, a generic demo is a waste of time for both the vendor and the prospect.

I agree that clients should ask for PowerPoint slides at least 2 days in advance of the demo to ensure that the vendors and clients are themselves prepared for the demo.</description>
		<content:encoded><![CDATA[<p>Having had delivered innumerable product demonstrations of Content Management Systems and Portals I would agree that the 60 minutes threshold would be great for an audience that has a good understanding of the inner workings of such products. I have tried doing shorter demos, and have run into situations where it takes time to explain even the basic conceptual steps such as approving a content item and publishing the content to multiple delivery end-points, or things like separation of management from presentation, or features such as content entry templates and content delivery templates, the ability to re-purpose content etc., which are basic features of almost all CMS systems. </p>
<p>Ideally, the vendor should spend enough time prior to the demo to understand the underlying need for a CMS and how such a system would impact the business, and then craft a presentation/demo to showcase how the system will address their issues, and quite often such a demo would go beyond 60 minutes. In my opinion, a generic demo is a waste of time for both the vendor and the prospect.</p>
<p>I agree that clients should ask for PowerPoint slides at least 2 days in advance of the demo to ensure that the vendors and clients are themselves prepared for the demo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kas Thomas</title>
		<link>http://jboye.com/blogpost/insist-on-a-good-cms-demo-in-60-minutes/comment-page-1/#comment-2559</link>
		<dc:creator>Kas Thomas</dc:creator>
		<pubDate>Sun, 30 Aug 2009 11:20:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.jboye.com/?p=3577#comment-2559</guid>
		<description>It takes a great deal of experience with and knowledge of content management technology to even understand what you&#039;re seeing in a 60-min demo if you&#039;re not an expert. I would say your advice holds true if you&#039;re in a room full of very savvy power-user types. Ordinary business users (if you&#039;ll forgive the term) won&#039;t even know what they&#039;re seeing, IMHO. They will if you prep them properly, of course. But that takes a lot more than 60 minutes.

I agree with the comments about getting past death-by-Powerpoint. This is harder to do than you might imagine. Many vendors will seduce you with &quot;just 10 minutes and we&#039;ll be done with slides, I promise,&quot; and meanwhile a half hour later you&#039;re telling them (nicely) to shut up and get on with it. At that point half the meeting is gone. 

Users in different roles will want to see (and deserve to see) entirely different 60-minute demos. I know what I&#039;d want to see as an admin. I also know what I&#039;d want to see as a tech-savvy business user. Totally different demos. 

Overall, though, I agree with your main point, which is not to let early-phase demos become all-consuming, and not to let well-meaning marketing folks waste gobs of time showing slides that everybody can just as well read offline, in advance of the demo.</description>
		<content:encoded><![CDATA[<p>It takes a great deal of experience with and knowledge of content management technology to even understand what you&#8217;re seeing in a 60-min demo if you&#8217;re not an expert. I would say your advice holds true if you&#8217;re in a room full of very savvy power-user types. Ordinary business users (if you&#8217;ll forgive the term) won&#8217;t even know what they&#8217;re seeing, IMHO. They will if you prep them properly, of course. But that takes a lot more than 60 minutes.</p>
<p>I agree with the comments about getting past death-by-Powerpoint. This is harder to do than you might imagine. Many vendors will seduce you with &#8220;just 10 minutes and we&#8217;ll be done with slides, I promise,&#8221; and meanwhile a half hour later you&#8217;re telling them (nicely) to shut up and get on with it. At that point half the meeting is gone. </p>
<p>Users in different roles will want to see (and deserve to see) entirely different 60-minute demos. I know what I&#8217;d want to see as an admin. I also know what I&#8217;d want to see as a tech-savvy business user. Totally different demos. </p>
<p>Overall, though, I agree with your main point, which is not to let early-phase demos become all-consuming, and not to let well-meaning marketing folks waste gobs of time showing slides that everybody can just as well read offline, in advance of the demo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sigurd Magnusson</title>
		<link>http://jboye.com/blogpost/insist-on-a-good-cms-demo-in-60-minutes/comment-page-1/#comment-2516</link>
		<dc:creator>Sigurd Magnusson</dc:creator>
		<pubDate>Thu, 27 Aug 2009 10:59:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.jboye.com/?p=3577#comment-2516</guid>
		<description>Whether the demo is 1 hour or 100, I would say the customer should spent serious time themselves getting to know the tool. Making the decision purely from a demo is not likely to consider important issues uncovered by actually attempting to use the software. A good example of a customer doing their homework:

http://www.silverstripe.com/air-new-zealand-to-migrate-websites-to-silverstripe/</description>
		<content:encoded><![CDATA[<p>Whether the demo is 1 hour or 100, I would say the customer should spent serious time themselves getting to know the tool. Making the decision purely from a demo is not likely to consider important issues uncovered by actually attempting to use the software. A good example of a customer doing their homework:</p>
<p><a href="http://www.silverstripe.com/air-new-zealand-to-migrate-websites-to-silverstripe/" rel="nofollow">http://www.silverstripe.com/air-new-zealand-to-migrate-websites-to-silverstripe/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graham Oakes</title>
		<link>http://jboye.com/blogpost/insist-on-a-good-cms-demo-in-60-minutes/comment-page-1/#comment-2496</link>
		<dc:creator>Graham Oakes</dc:creator>
		<pubDate>Wed, 26 Aug 2009 09:47:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.jboye.com/?p=3577#comment-2496</guid>
		<description>I agree with the comments that the length of time needed depends on where you are in the process.  By the time you&#039;re down to the last 2 vendors in a procurement, you want some time to get hands on with the system -- to start configuring sites and entering content for yourself.  At this stage, your ideal is to get a few days to try out the system for yourself.

However long the demo is, it helps a lot if you take control of the agenda.  Don&#039;t just say to the vendor &quot;You have 2 hours, show me some nice stuff&quot;, but say &quot;I want you to walk through these 4 user scenarios in the first hour, then I want 15 minutes on your technical architecture, then 15 minutes on your service and support organisation, and etc...&quot;.  And if the vendor goes off the agenda, steer them back to it.  It&#039;s your meeting, not theirs.

Cheers
Graham</description>
		<content:encoded><![CDATA[<p>I agree with the comments that the length of time needed depends on where you are in the process.  By the time you&#8217;re down to the last 2 vendors in a procurement, you want some time to get hands on with the system &#8212; to start configuring sites and entering content for yourself.  At this stage, your ideal is to get a few days to try out the system for yourself.</p>
<p>However long the demo is, it helps a lot if you take control of the agenda.  Don&#8217;t just say to the vendor &#8220;You have 2 hours, show me some nice stuff&#8221;, but say &#8220;I want you to walk through these 4 user scenarios in the first hour, then I want 15 minutes on your technical architecture, then 15 minutes on your service and support organisation, and etc&#8230;&#8221;.  And if the vendor goes off the agenda, steer them back to it.  It&#8217;s your meeting, not theirs.</p>
<p>Cheers<br />
Graham</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Bailey</title>
		<link>http://jboye.com/blogpost/insist-on-a-good-cms-demo-in-60-minutes/comment-page-1/#comment-2493</link>
		<dc:creator>Tony Bailey</dc:creator>
		<pubDate>Tue, 25 Aug 2009 22:44:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.jboye.com/?p=3577#comment-2493</guid>
		<description>I&#039;d agree with Zander - if an organization is in serious buying mode, I would recommend avoiding any vendor interaction until there is a clear vision for what functionality is (and isn&#039;t) needed and the user scenarios are well understood.  I&#039;ve seen too many selection exercises go sideways and customers buy shelfware because they get star-struck by a flashy demo and subsequently lose focus.  

With the maturity of the WCM market, many buyers are on their second or third product and have seen the demo of publishing press releases and doing a drag-and-drop of the CEO&#039;s picture.  I think it&#039;s more fun to give the vendor sample content ahead of time and see how they would handle real-world templates and mock up actual publishing processes.  Another fun one is to see if they can install their software in the customer&#039;s environment.</description>
		<content:encoded><![CDATA[<p>I&#8217;d agree with Zander &#8211; if an organization is in serious buying mode, I would recommend avoiding any vendor interaction until there is a clear vision for what functionality is (and isn&#8217;t) needed and the user scenarios are well understood.  I&#8217;ve seen too many selection exercises go sideways and customers buy shelfware because they get star-struck by a flashy demo and subsequently lose focus.  </p>
<p>With the maturity of the WCM market, many buyers are on their second or third product and have seen the demo of publishing press releases and doing a drag-and-drop of the CEO&#8217;s picture.  I think it&#8217;s more fun to give the vendor sample content ahead of time and see how they would handle real-world templates and mock up actual publishing processes.  Another fun one is to see if they can install their software in the customer&#8217;s environment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zander</title>
		<link>http://jboye.com/blogpost/insist-on-a-good-cms-demo-in-60-minutes/comment-page-1/#comment-2477</link>
		<dc:creator>Zander</dc:creator>
		<pubDate>Tue, 25 Aug 2009 01:46:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.jboye.com/?p=3577#comment-2477</guid>
		<description>Thanks for that clarification, Janus -- a quick demo is fine early on, but if you&#039;re actually going to use comprehensive user stories or scenarios to evaluate all vendors consistently, it can take a solid 2 hours even when not including any sales chat.

Having said that, I generally wouldn&#039;t recommend product demos early in the selection process, as an attractive UI or a few bells and whistles can easily distract clients and stakeholders from the key requirements and objectives that the product needs to satisfy. (Then again, I&#039;ve seen those bells and whistles distract them at the end of the process, so what do I know!)</description>
		<content:encoded><![CDATA[<p>Thanks for that clarification, Janus &#8212; a quick demo is fine early on, but if you&#8217;re actually going to use comprehensive user stories or scenarios to evaluate all vendors consistently, it can take a solid 2 hours even when not including any sales chat.</p>
<p>Having said that, I generally wouldn&#8217;t recommend product demos early in the selection process, as an attractive UI or a few bells and whistles can easily distract clients and stakeholders from the key requirements and objectives that the product needs to satisfy. (Then again, I&#8217;ve seen those bells and whistles distract them at the end of the process, so what do I know!)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Janus Boye</title>
		<link>http://jboye.com/blogpost/insist-on-a-good-cms-demo-in-60-minutes/comment-page-1/#comment-2473</link>
		<dc:creator>Janus Boye</dc:creator>
		<pubDate>Mon, 24 Aug 2009 19:44:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.jboye.com/?p=3577#comment-2473</guid>
		<description>Thanks for the excellent comments.

Just to clarify: 60 minutes is for the early round of a selection process.

Cheers,</description>
		<content:encoded><![CDATA[<p>Thanks for the excellent comments.</p>
<p>Just to clarify: 60 minutes is for the early round of a selection process.</p>
<p>Cheers,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Marks</title>
		<link>http://jboye.com/blogpost/insist-on-a-good-cms-demo-in-60-minutes/comment-page-1/#comment-2471</link>
		<dc:creator>Jon Marks</dc:creator>
		<pubDate>Mon, 24 Aug 2009 19:18:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.jboye.com/?p=3577#comment-2471</guid>
		<description>I think it depends what the purpose of the demo is. If it is a general sales demo or and early round of a selection process (to get to a shortlist, for example) I&#039;d agree 100%.

If, however, it&#039;s the final presentation to go from short list to award of contract, I don&#039;t think an hour is enough. Especially if the customer is sitting in the room with long checklists and scoresheets and the vendor feels obliged to cover everything &#039;cause they know how stupidly robotic procurement scoring can be. Also, I far prefer an interactive session when the customer asks to see things and takes the vendor off script. You can&#039;t do this in an hour either. I think a 2.5 meeting is about right: 90 minutes of interactive demo around your testable stories, 30 minutes discussing intagibles and 30 minutes of questions. No corporate slides :-)

Buying a CMS is a big deal and they&#039;re not simple things. You need to get to the detail. And you aren&#039;t going to get there in an hour.

Jon</description>
		<content:encoded><![CDATA[<p>I think it depends what the purpose of the demo is. If it is a general sales demo or and early round of a selection process (to get to a shortlist, for example) I&#8217;d agree 100%.</p>
<p>If, however, it&#8217;s the final presentation to go from short list to award of contract, I don&#8217;t think an hour is enough. Especially if the customer is sitting in the room with long checklists and scoresheets and the vendor feels obliged to cover everything &#8217;cause they know how stupidly robotic procurement scoring can be. Also, I far prefer an interactive session when the customer asks to see things and takes the vendor off script. You can&#8217;t do this in an hour either. I think a 2.5 meeting is about right: 90 minutes of interactive demo around your testable stories, 30 minutes discussing intagibles and 30 minutes of questions. No corporate slides <img src='http://jboye.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Buying a CMS is a big deal and they&#8217;re not simple things. You need to get to the detail. And you aren&#8217;t going to get there in an hour.</p>
<p>Jon</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Herring</title>
		<link>http://jboye.com/blogpost/insist-on-a-good-cms-demo-in-60-minutes/comment-page-1/#comment-2470</link>
		<dc:creator>Chris Herring</dc:creator>
		<pubDate>Mon, 24 Aug 2009 19:13:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.jboye.com/?p=3577#comment-2470</guid>
		<description>This is really good advice, Janus.  I&#039;ve sat through dozens of these demos and they&#039;ve ranged from okay to disastrous.  In my humble opinion, a good CMS should demo covering the points you outlined above should be very easy and simple for all members of the stakeholder team to understand.

Red flags should go up if anything was confusing or clearly cobbled together at the last minute.  Theoretically, the vendor should be doing these demos all the time.  Where I&#039;ve seen some vendors struggle is when they try to customize the demo with specific content for a specific client.  Those demos inevitably fail because they haven&#039;t been fully tested, and there&#039;s a good chance the vendor doesn&#039;t (yet) fully understand the customer&#039;s business needs or pain points.</description>
		<content:encoded><![CDATA[<p>This is really good advice, Janus.  I&#8217;ve sat through dozens of these demos and they&#8217;ve ranged from okay to disastrous.  In my humble opinion, a good CMS should demo covering the points you outlined above should be very easy and simple for all members of the stakeholder team to understand.</p>
<p>Red flags should go up if anything was confusing or clearly cobbled together at the last minute.  Theoretically, the vendor should be doing these demos all the time.  Where I&#8217;ve seen some vendors struggle is when they try to customize the demo with specific content for a specific client.  Those demos inevitably fail because they haven&#8217;t been fully tested, and there&#8217;s a good chance the vendor doesn&#8217;t (yet) fully understand the customer&#8217;s business needs or pain points.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://jboye.com/blogpost/insist-on-a-good-cms-demo-in-60-minutes/comment-page-1/#comment-2469</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Mon, 24 Aug 2009 18:09:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.jboye.com/?p=3577#comment-2469</guid>
		<description>Janus,

Agree with all your points.  

I try at get into a demo within the first 10-15 minutes of a meeting.  If a picture is worth a 1000 words, a demo is worth 1000 slides.  Generally speaking, I prefer to avoid slides entirely.  A demo and whiteboard is all I need, especially when presenting to architects.

My typical demos tend to be in the 30-45 minute range, plenty of time to show content authoring, workflow, page+site assembly, content targeting, analytics, multivariable testing, etc.  It&#039;s all about proper preparation- knowing the customer requirements and how to quickly get demonstrate them without getting deep into the feature/function abyss.  

There is absolutely nothing worse than a vendor demonstrating their product knowledge when instead they should be demonstrating their knowledge of your business.</description>
		<content:encoded><![CDATA[<p>Janus,</p>
<p>Agree with all your points.  </p>
<p>I try at get into a demo within the first 10-15 minutes of a meeting.  If a picture is worth a 1000 words, a demo is worth 1000 slides.  Generally speaking, I prefer to avoid slides entirely.  A demo and whiteboard is all I need, especially when presenting to architects.</p>
<p>My typical demos tend to be in the 30-45 minute range, plenty of time to show content authoring, workflow, page+site assembly, content targeting, analytics, multivariable testing, etc.  It&#8217;s all about proper preparation- knowing the customer requirements and how to quickly get demonstrate them without getting deep into the feature/function abyss.  </p>
<p>There is absolutely nothing worse than a vendor demonstrating their product knowledge when instead they should be demonstrating their knowledge of your business.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

