TGI - ERP Software Solution

Main Menu

Posts Tagged ‘Scripted Demonstrations’

The Scripted Software Demonstration: Making an Enterprise Software Decision on More than Gut Feel

Tuesday, May 12th, 2009 by admin

The great majority of companies with whom we work perform their own software evaluations without the assistance of an independent consultant. While independent consultants bring a variety of benefits to the table during the ERP selection process, a key element that strong consultants offer which is commonly missing when companies perform their own enterprise software evaluations is an onsite scripted software demonstration.

So, what is meant by a “scripted” software demonstration? A scripted software demonstration is one in which the company has documented a series of its key business processes that it wants to see all potential ERP vendors demonstrate in a consistent manner. While the scripted demo would generally touch all functional areas of the business, the most important areas of focus would fall into three main areas:

  • Customer-facing (i.e., quote to cash, customer service, customer self-service)
  • Operational (i.e., demand to pay on the procurement side, inventory management and warehouse operations, manufacturing planning and execution)
  • Compliance and control (i.e., financial management and reporting, lot traceability, quality management, industry compliance)

In addition to the script which describes the specific processes, good scripted software demonstrations will also include select sample data and instructions that tie this data to specific processes reviewed during the demo. The sample data should be sufficient while not excessive – 2-3 customers, 2-3 suppliers, 2-3 purchased items, 2-3 manufactured items with associated bills of material or formulations and routings, and sample customer pricing scenarios.

Some companies with whom we’ve worked performing evaluations have merely dumped complete sets of data from their existing legacy database of products, customers, vendors, pricing, etc. In these cases, vendors will cherry pick the data yielding inconsistencies as to which processes show which data or even how much of the data is used, if any.

The script should also have an accompanying scorecard which will be used by company personnel to score each of the processes on two scales – one that defines whether or not the vendor showed the specific process performed by the software, and the second defining how easily the process accomplished the desired task. There should also be an explicit scoring scale (i.e., 1, 3, or 5), where exact wording is associated with each of the scores and communicated to all participants during the scripted demo process. That way, there is an attempt to make the scoring processes as homogeneous as possible, and allows for a true “apples to apples” comparison.

The facilitator of the demonstration needs to constantly nudge the participants to score the process. To use a sports analogy, there are a lot of people who keep score of the top of the first inning of a baseball game, become distracted or bored, and stop. There are very few who keep score of the entire game. Make sure your participants score each process of the demonstration as it occurs.

Once a given section of the demo is completed, the finalized scorecards should be collected immediately to help minimize the risk of a misplaced scorecard. When the demonstration as a whole is completed, the scores should be compiled for each software vendor and added to a summary for all of the demonstrations.

Without a scripted demo, many software evaluations become a “beauty contest” where people make decisions strictly on which solution looked the best. Don’t be fooled by glitz without substance. Dig under the covers and make software vendors show you real transactions being performed in their systems with your data rather than just showing you sample screens with pre-populated data which may or may not work in a production environment.

By following these practices, a scripted software demonstration should yield a quantitative measure as to which software solution would best align with the key business processes and would be easiest to use by a given company. This will help you narrow down the field to your preferred solution so you can move into a final due diligence process with that vendor.

For additional information about the overall ERP software evaluation process including more detail about scripted software demonstrations and a sample scripted software demonstration template, please review TGI’s free ERP Software Selection Tool Kit.