<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Should your CAD system result in a default selection of PLM?</title>
	<atom:link href="http://plmsavvy.org/2007/06/20/should-your-cad-system-result-in-a-default-selection-of-plm/feed/" rel="self" type="application/rss+xml" />
	<link>http://plmsavvy.org/2007/06/20/should-your-cad-system-result-in-a-default-selection-of-plm/</link>
	<description>Product Lifecycle Management without the vendor hype</description>
	<lastBuildDate>Tue, 14 Dec 2010 09:57:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Jessie</title>
		<link>http://plmsavvy.org/2007/06/20/should-your-cad-system-result-in-a-default-selection-of-plm/#comment-163</link>
		<dc:creator><![CDATA[Jessie]]></dc:creator>
		<pubDate>Tue, 30 Oct 2007 17:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://plmsavvy.org/2007/06/20/should-your-cad-system-result-in-a-default-selection-of-plm/#comment-163</guid>
		<description><![CDATA[&lt;strong&gt;Jessie&lt;/strong&gt;

Man i just love your blog, keep the cool posts comin..]]></description>
		<content:encoded><![CDATA[<p><strong>Jessie</strong></p>
<p>Man i just love your blog, keep the cool posts comin..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dick Bourke</title>
		<link>http://plmsavvy.org/2007/06/20/should-your-cad-system-result-in-a-default-selection-of-plm/#comment-59</link>
		<dc:creator><![CDATA[Dick Bourke]]></dc:creator>
		<pubDate>Mon, 06 Aug 2007 17:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://plmsavvy.org/2007/06/20/should-your-cad-system-result-in-a-default-selection-of-plm/#comment-59</guid>
		<description><![CDATA[Very appropriate thoughts. The title could well have been parameterized; “Should your XXX system result in a default selection of YYY?” as your thinking certainly applies to other related applications. For discrete, configurable products manufacturers, the discussion question is, “Should your ERP or PLM system result in a default selection of a Configurator?” The clear answer is emphatically “No.” A bit of explanation is in order.

The first danger is not that a default selection is not appropriate, rather that in a default-minded environment the necessary homework is not done for any reason - one of which is to accept the ERP/PLM Configurator on the assumption to minimize integration costs.

The “necessary homework” includes defining a clear vision of the true needs of a configurator-based solution. This is not blue sky Pollyanna. Any one who has been burnt by inappropriate default selection can attest to this point.

The “clear vision” does not need to be in the depth to support a Request for Proposal (RFP), not yet. Rather enough detail to determine the validity of a default selection, for example, to answer questions such as “How should the customer interact with a Web-based configurator solution?” Another key question to answer is “Do we need to rethink how our product is defined for configurability purposes?”

This visioning process needs to accomplished without considering the potential default selection; the so-called “clean sheet approach.” Then compare. The result should be a relatively unbiased evaluation of the default selection. The default choice might be appropriate. At this point, a rational decision could be made as to whether to proceed with a full evaluation and an RFP, if deemed necessary.

This analysis would also provide justification for not selecting the default choice, if necessary. The evaluation group may need to fend off those who would take the supposedly easy path, particularly upper management who may not appreciate the ramifications. If such is the possibility, then the arguments against the default approach need to be stated in terms of the company’s true configurability strategy needs.

There is another consideration: there are a number of third party alternatives for configurator capabilities. The pressure is on these vendors to make their offerings clearly superior to avoid unthinking default selections.]]></description>
		<content:encoded><![CDATA[<p>Very appropriate thoughts. The title could well have been parameterized; “Should your XXX system result in a default selection of YYY?” as your thinking certainly applies to other related applications. For discrete, configurable products manufacturers, the discussion question is, “Should your ERP or PLM system result in a default selection of a Configurator?” The clear answer is emphatically “No.” A bit of explanation is in order.</p>
<p>The first danger is not that a default selection is not appropriate, rather that in a default-minded environment the necessary homework is not done for any reason &#8211; one of which is to accept the ERP/PLM Configurator on the assumption to minimize integration costs.</p>
<p>The “necessary homework” includes defining a clear vision of the true needs of a configurator-based solution. This is not blue sky Pollyanna. Any one who has been burnt by inappropriate default selection can attest to this point.</p>
<p>The “clear vision” does not need to be in the depth to support a Request for Proposal (RFP), not yet. Rather enough detail to determine the validity of a default selection, for example, to answer questions such as “How should the customer interact with a Web-based configurator solution?” Another key question to answer is “Do we need to rethink how our product is defined for configurability purposes?”</p>
<p>This visioning process needs to accomplished without considering the potential default selection; the so-called “clean sheet approach.” Then compare. The result should be a relatively unbiased evaluation of the default selection. The default choice might be appropriate. At this point, a rational decision could be made as to whether to proceed with a full evaluation and an RFP, if deemed necessary.</p>
<p>This analysis would also provide justification for not selecting the default choice, if necessary. The evaluation group may need to fend off those who would take the supposedly easy path, particularly upper management who may not appreciate the ramifications. If such is the possibility, then the arguments against the default approach need to be stated in terms of the company’s true configurability strategy needs.</p>
<p>There is another consideration: there are a number of third party alternatives for configurator capabilities. The pressure is on these vendors to make their offerings clearly superior to avoid unthinking default selections.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

