Simplifying Software Evaluation
A software demo script is the #1 defense against buggy and/or problematic software, because again, only the person presenting the demo (the presenter) is aware of the bugs & problems, and knows where not to go during the software sales demonstration. It is very easy for a presenter to avoid problem areas due to the many issues that a good software demo must address. This is explained in more detail below.
A detailed demo could call for a vendor to discuss and illustrate many things, for example:
In this complex environment there will be many scenarios during which the buying committee members will want to ask questions, and these questions usually come up in a haphazard, unplanned way. In a large system demonstration this can happen quite frequently. These sometimes redundant questions waste significant time and detract attention from the issue at hand, all of which a skilled presenter can take advantage of.
Unscheduled questions give a professional presenter a golden opportunity to side-step a difficult question by answering a newer question, or jumping to another screen to answer the previous question in another way, then conveniently forgetting to discuss the difficult question. Another ruse is to focus attention on time, mumble something half-intelligent, then quickly move to another screen.
A well-planned software demo script, also known as a software demo script, helps you stay in control of the demonstration by preventing the presenter from deviating from the pre-planned topics laid out in the script. The script also specifies the type of information the presenter must show, all of which prevents the presenter from hiding or glossing over information detrimental to software system being demonstrated. You can view screen details of what is in a good demonstration script by visiting demo script detail.
In addition to the major problem of being under the control of the presenter, most software demonstrations have other problems described below that can also be solved by using a well-organized script.
You need to see how the software functions in problem areas, yet it is in the presenter's best interest to NOT to show those areas. A Demo Script that penalizes vendors for lack of presentation provides a very good incentive to show those areas, that is how.
On a different note, the sheer volume of information that needs to be collected can lead to oversights and omissions during a fast-paced demo. This can be reduced substantially by a detailed demo script, as shown in view detail reminders.
Different buying committee members will use their own way of grading the software functions being presented at the software demonstration, resulting in a collection of incompatible scores for each demo that cannot be compared accurately.
A good software demo script will automatically provide a consistent grading method that produces easily compared scores for each vendor demo.