The Purchase Funnel, Project Definition, and The Danger Zone

The Danger Zone (thanks, Kenny Loggins) is any intersection of the sales and project definition processes that results in mismatched expectations between you and your customer. In software development, this happens when the customer pays for an outcome before that outcome is defined. This results in a disappointed or angry customer when, from their point of view, they didn't get what they paid for. In this article, we’ll look at how these processes influence each other, define the danger zone, and see how to recognize when you've wandered into it. This is an early version of the purchase funnel dating back to the late 19th century. There are newer models, but I chose AIDA because it is concise and relatable. This model was famously referenced in the 1992 film Glengarry Glen Ross. Each stage of the funnel is a description of your customer's state of mind.

How this happens in practice will depend on what is being sold and the parties on either side of the transaction. How I buy a candy bar at a gas station is entirely different from how a large corporation buys professional services, though both of those purchases can be mapped to the AIDA funnel. How you organize activities and information relative to any conceptual funnel will depend on what you are selling, to whom, and the strategy used to move prospects through the funnel. As you spend more resources in this pre-sale phase, the cost of sale increases while risk is decreased.

In custom software development, a key way to reduce risk is to increase the definition of the intended outcome. The tactics used to accomplish this and how they are represented to the customer will be influenced by the sales stage in which they occur. Ultimately, it is necessary to define the work to a level that is sufficient for production staff to start work. Think of project definition as a spectrum: at one end the work is undefined and, at the other end, we have wireframes, a style guide, user stories, and a technical architecture that cover the entire project scope. An engagement on the low-definition end of the spectrum is an agreement to bill the client for time spent without a commitment to specific outcomes. An example of a high-definition engagement is a fixed-bid response to an RFP that includes wireframes.

In my experience, the middle of this spectrum is a danger zone ideal for miscommunication and mismanaged expectations. Look for these signposts to see if you have wandered into the danger zone:

In the end, these are all indicators that the customer expects specific outcomes, but you can't articulate a plan to meet them. This is a challenge because you may not be able to capture all of their expectations and assumptions. Aim to avoid instances where you discover that the client “didn't mention it” and you “didn't ask.”

Give yourself time to be the expert and get aligned with your client so that you can identify assumptions and manage expectations. Sometimes you will have to tell them something they don't want to hear, and that's scary when you are trying to make a sale. Just know that you are positioning them to have a better experience after the sale, and are more likely to make a friend than an enemy.