Five fundamental proof-of-concept guidelines
July 31, 2013 § 5 Comments
If you’re selling a sophisticated or costly technical solution, it’s highly likely that your prospect will demand a proof-of-concept (POC) before committing to a purchase. Failing to successfully complete this vital task means that you won’t make the sale. Yet over the course of many years, I’ve seen a surprising number of botched POCs. Sadly, most of these fiascos had less to do with product or service shortcomings, and more to do with the process and people who were involved in the POC.
To help you deliver better POCs, I’ll be writing a series of blog posts that showcase some best practices. For now, remember these five essential guidelines when you agree to perform a POC:
- The POC must always occur in the context of a sale. Otherwise, it’s just a costly and time-consuming demo.
- The POC must have a client-side business and technical sponsor. Otherwise, nothing will come of your hard work.
- The POC must have a clearly defined set of goals. Otherwise, the client will keep moving the goalposts.
- The POC must have an agreed-upon timeline. Otherwise, the POC will stretch to infinity.
- The POC must have internal support from the company that’s trying to make the sale. Otherwise, you won’t get the assistance you’re likely to need.
[…] I shared some of my observations about guidelines for successfully carrying out proofs-of-concept (POC). In this installment, I want to point out how important it is for the POC to occur – […]
[…] Many sales engineers spend a considerable amount of time working on proof of concept (POC) tasks. If you’d like to learn more about this aspect of the job, be sure to check out some of my other blog entries. […]
[…] the introductory post for this series, I present a list of POC suggestions that I’ve learned – too often the hard way. Next up, I describe why it’s so important to […]
[…] earlier posts in this series, I’ve talked about why proofs-of- concept (POC) are so essential when attempting to get customers to buy a complex product or service, how they must already occur […]
[…] this next edition of my ongoing series on proof-of-concept (POC) best practices, I describe how important it is to create and then stick to a schedule for completing the […]