Pitch Perfect! How to Make Successful Sales Presentations!

BoringPresentation_WebMake winning sales presentations. Learn the tricks the pros use to get audience agreement and sell a product, solution or idea. Use the latest behavioral psychology and neuromarketing techniques. Use what you learn during this webinar to make a clear, compelling presentation that gets buy-in and improves your success rate. It’s easy—when you know how to do it.

  • Discover the three reasons people buy
  • Improve sales
  • Learn the latest behavioral psychology and neuro-marketing techniques
  • See how to get audience agreement
  • Get the recipe for persuasive presentations

This webinar with sales and presentation guru, Mike Parkinson, is recommended for those who develop or deliver sales presentations and presentations that are meant to persuade the audience to take a desired course of action.

About Mike Parkinson:

Mike2015_bigMike Parkinson is an internationally recognized visual communication and presentation expert, solution and strategy expert, award-winning author, trainer, and popular public speaker. He is a key contributor on multi-billion dollar projects and helps Fortune 500 companies improve their success rates. Mike shares his expertise through books like Billion Dollar Graphics, articles, and online tools. He is also a partner at 24 Hour Company (www.24hrco.com), a premier creative services firm.

How to Avoid Stunningly Awful SaaS Sales Demos

By Peter Cohan

What are the challenges of presenting SaaS (software-as-a-service) offerings vs. “traditional” or “on-premise” software products? SaaS demos present specific opportunities for disaster – several of which are outlined in this latest installment of Stunningly Awful Demos…

It’s the Same, Only Better – Let Me Show You

Many vendors work to differentiate SaaS from traditional offerings, in spite of often positioning SaaS offerings as providing the same functionality as their traditional behind-the-firewall counterparts. Many demos attempt to show these 1:1 comparisons in gory, boring, painful detail – with negative results (including but not limited to):

–Way too long, way too boring, ran into bugs, made the simple look complicated, opened the opportunity for damaging questions, key players left early, and on and on.

It’s Slow Today Because

How often have you heard this phrase? Customers assume that whatever environment you use for your demos is better than their infrastructure (have you ever heard a customer say, “Our network is blisteringly fast?”). What they see in a demo is the best they typically expect the offering will perform in their own hands.

To add to this, customers are already concerned about performance when operating SaaS products over the web. Demos need to take this rather strongly into account to minimize clicks and other performance-related challenges.

No Plan “B”

And, of course, demos don’t capture screen shots of your key screens so that if you have no Internet connection you are unable to show anything…! God forbid you’d have these stored in PowerPoint or Keynote as a backup plan…

iPhone, iPad, iCloud, iAndroid, iBlackberry, iSmart…

Customers expect to see a broad range of devices supported by SaaS product vendors, including “traditional” PC’s and Macs, iPads and other tablets, and a range of smart phones. New practices need to adjust and reframe demos to address this.

Demos done solely on a laptop may lack sufficient depth of proof for many customers – and emulators are OK, but they miss opportunities to use iPhones and iPads (etc.) as props and to put the product in customers’ hands (changing, wonderfully, the whole demo dynamic).

Getting “Social”

“Social” is an additional challenge for some SaaS demos…Customers may want SaaS offerings to integrate with and/or feed a range of “social” tools (e.g., Twitter, LinkedIn, Facebook, etc.). This adds more complexity in demo preparation and delivery. There is even an entire cadre of “social aggregator” tools designed to help address these efforts, including EventBox, twentyfeet, Flock, friendfeed, youmeo, ping and a pile of others.

Vendors that offer these capabilities are often only too happy to show them in their standard demos – is this a good thing? Perhaps – but only if the customer views them as Specific Capabilities they need to address their problems.

Vendor Vocab

If you want to confuse your customers, try verbalizing a variety of vendor vocabulary terms. Here is a set to draw from, as a start – be sure to add your own company-specific terms and acronyms to further increase the perceived complexity:

– Cloud, cloud-based, in-the-cloud, cloud-burst
– On-premise, traditional, installed, behind-the-firewall
– On-demand, hosted, ASP, multiple-tenant
– SaaS, PaaS, IaaS, AaaS

Ignore F11

Most SaaS software is accessed (and demonstrated) via web browsers. In day-to-day use of browsers, many demonstrators use a range of toolbars (Google, Bing, Favorites, Command Bar, etc.) to provide them with quick access to a range of capabilities. These toolbars, however, consume screen real estate and may confuse audiences. Stunningly Awful SaaS Demos ignore this…

Tapping F11 (in many browsers) hides these toolbars, devoting the maximum possible screen real estate to your application and reducing apparent complexity. Simple and effective!

The Latest (And Greatest)?

One advantage of SaaS offerings is the ability to deliver releases nearly continuously, as opposed to traditional processes of large, comparatively infrequent releases (often followed by “X.01” releases that address problems found with the last large release!).

The corresponding disadvantage for presales and sales teams is staying on top of this release flow. SaaS demos often show the latest, greatest releases and functionality – which increase the risk of encountering bugs, surprise when the “old” workflow has been changed, and confusion when capabilities have changed.

Stunningly Awful SaaS Demos ignore testing the latest release environments or doing a dry-run of the demo ahead of time. Feeling lucky?

Wait – Don’t Buy This Yet!

A dangerous corollary of the above is the knowledge or expectation that capabilities not yet released will be available shortly. How often have you seen a purchase delayed by a misspoken comment or promise along the lines of, “Oh, that capability will be in the March release…” – to which the customer responds, “Terrific, then I’ll hold off buying until March…!”

Mismanaged Migration

What about upgrading existing on-premise customers to SaaS versions?
Many sales teams assume that customers will want to make those migrations right away (and pay for the “added value” of SaaS). Stunningly Awful SaaS Demos occur when it turns out that the customer is perfectly happy with their current on-premise implementation and do not perceive a sufficient driving force to move to the SaaS offering – there is no compelling reason to change.

This is exacerbated when demos delivered after insufficient discovery show that key functionality, in heavy use today by the customer, is not available or is insufficiently implemented in the SaaS version. Ick.

Interestingly (and especially sadly), some of the key capabilities lacking in the new SaaS versions are often amongst the most important for customers – reporting tools and other output capabilities, for example. These are (sadly again) often the last capabilities to be implemented in SaaS release rollout. Double ick.

Configure, Not Customize”

Have you ever heard this mantra chanted by sales teams? “Our offering is configurable and doesn’t require custom development to implement customer-specific needs.” That’s great.

However, vendors often spend the first 10 minutes of Stunningly Awful SaaS Demos showing the broad range of configuration options – well before getting to the end deliverables desired by the customer. Bear in mind that many (most?) customers configure the offering only once, when it is first implemented!

Hijacked By IT

The demo was going great… and then an IT person asked, “What browsers do you support?” The answer to that question prompted the IT person to follow-up with, “And Java? What level of Java is needed? Flash? CCS? HTTPS? SOAP? REST? Multiple tenant…?”

Instead of “parking” the question for later, the presenter answered each question in detail, getting dragged deeper into a hole and moving farther from the main issues that the key customer players were interested in – and then they left the meeting room…!

Input – But No Outgo?

Many new SaaS offerings focus on the operations a customer can apply to their data or the associated workflows. A typical weakness for newly released SaaS offerings is the lack of sufficient capabilities for reporting or exporting the results.

To paraphrase a terrible old TV commercial, “You can check the data in, but it can’t get out…”

Login Logorrhea

Many customers have concerns about the security of their proprietary information in vendor SaaS applications. Rather than address this as a part of Q&A (where it typically belongs), Stunningly Awful SaaS Demos consume the first few (key) minutes of a demo detailing the login process, security arrangements, and customer data protection provisions.

This is a great approach if the team is presenting to IT (alone), but bores the heck out of business users – and consumes the few minutes that high-level executives are willing to invest in a demo meeting. Unless it has been identified as a key issue by customer management, save it for later in the meeting.

About the Author:

For more on sales demonstration effectiveness skills and methods that help your cause, visit Peter Cohan’s company website at www.SecondDerivative.com. For demo tips, best practices, tools and techniques, join the DemoGurus Community Website at www.DemoGurus.com or explore the  blog at http://greatdemo.blogspot.com/.

The Vital Role of ‘Active Conduits’ in Remote Sales Presentations

By Peter Cohan

The very best practice for remote sales demonstrations is to split your forces – to have a representative from your organization at the customer site to serve as the eyes for the person presenting the demo remotely. The person at the customer site needs to be an Active Conduit of information to the demonstrator – he or she needs to be the demonstrator’s “eyes” on-site.

The lack of this Active Conduit feedback results in poor communication, confused presenters and audiences, and inconclusive results. Executing the role of the Active Conduit is critical to the success of Remote Demos – a passive representative from your company at the customer site is insufficient and a waste of resources.

For many vendors it’s the sales person who typically sits with the customer at the customer site. Next best, if you cannot have one of your representatives present, is to ask your champion or coach to be your “eyes” for the meeting.

Here’s a brief list of the items that need to be communicated by the person at the customer site to the remote individual:

Before the demo:

1. Arrive at the customer’s conference room 15 minutes before the formal meeting is scheduled to begin to get things set up and operating correctly:

a) Start the collaboration tool (e.g., GoToMeeting, WebEx, Live Meeting, etc.) session on the customer side.

b) Help test and confirm screen resolution issues – “Yes, I can see your mouse across the full diagonal and we’ve maximized the screen here on the receiving end.”

c) Help test and confirm audio – “Yes, I can hear you fine… Here, let me move the conference phone microphones to better positions so that you can hear us better.”

d) Help test “latency” – “Looks like we have about a 2 second delay right now…”

2. Plan for managing questions – “Can you please plan to capture questions in a Word document from your laptop during the session?”

3. Review any other pre-meeting plans or issues.

During the demo:

1. Alert regarding “latency” – “Looks like you are about 3 seconds ahead of what we are seeing here… You may need to slow down.”

2. Somebody new arrives at the meeting – “Before you go on, we have a new participant in the room…” And to ask the three questions:

a) What is your name?
b) What is your job title?
c) What would you like to accomplish during our session today?

3. Somebody leaves – “Just to let you know, Bob had to leave the meeting….”

4. Unspoken questions
– “Hang on, it looks like Jennifer has a question [furrowed brow, raised hand, look of confusion, etc.].”

5. Inability to hear
– “John, let me repeat that question for you…”

6. Manage and alert during side conversations
– “Hold on, we have a side conversation going on about the capability you just presented…”

7. Provide “color” commentary, as appropriate
, e.g., “I want to let you know that they are all smiling and nodding their heads…!”

After the demo:

1. Debrief with the customer – face-to-face feedback provides nuances often missed via the phone.

2. Listen for “casual” conversations – what else are the audience members saying about the demo, the product, the company…

3. Afterwards, communicate this information back to the balance of the selling team.

You can train your own representatives to execute these items – or your champion/coach – by reviewing this list with them ahead of your demos. Following these practices will improve the outcome of your Remote Demos markedly!

About the Author:

Peter E. Cohan is principal of The Second Derivative. For more articles on sales demonstration effectiveness skills and methods, visit the company’s website at www.SecondDerivative.com. For demo tips, best practices, tools and techniques, join the DemoGurus Community Website at www.DemoGurus.com or explore the Second Derivative blog at http://greatdemo.blogspot.com/.

Pin It on Pinterest