Kill, Pivot or Persevere

Running out of money or time can force a product team into making difficult decisions about the future of their product. The two most challenging decisions: pivot the product or kill it altogether. To be presented with a challenging decision like this isn't rare; it might happen many times during the life of a product.

At the earliest stages of a product, when the risk of running out of resources is greatest, it's important to be very critical of your path and ask yourself if you should kill, pivot or persevere every couple weeks. Typically, the first time you encounter this question, you will rely on the qualitative data from customer development. As your product grows, and you have more users, you can rely on both qualitative and quantitative data such as pirate metrics.

It is very easy to always preserve, but it isn't always the best decision. A product is most successful when it can be looked at critically, and changes are made based on what has been learned. Taking the time to think about the successes and failures of your product and your limited resources, will keep you thinking about your customer and priority.

When to Kill

The hardest decisions to make about your product is to kill it. I would love to say that a product should be killed when the team has tried everything without success, but that isn't the case. Resources will run out before you can try everything. If you can save your resources for a project that has more promise, you probably should.

A few questions you can ask yourself before you decide to kill the project:

If you answered no to more than one of those questions, this product may be ready for the shelf. But obviously, even if you did answer all of those questions with a no, you might be able to justify continuing on. Don't let a stinkin' blog post sink your ship ;)

When to Pivot

There are many types of pivots that you can make if your product isn't succeeding. Assuming that you are not feeling enough success to continue on the same path, here are some questions you can ask yourself before deciding to pivot:

When to Persevere

It is easy to choose to persevere, but it isn't always the right answer. Before you decide that you don't need to make any major changes to your products path, try asking yourself a few questions:

The Decision Meeting

In the early stages of a product, I like to run a kill, pivot or persevere meeting every 2 weeks. This is when the product is at the greatest risk of running out of money, time or resources. The meeting generally involves the presenter, the stakeholders and anyone that can help to answer questions about the data in the presentation. The presenter, often the founder, presents a quick summary of the last 2 weeks, then makes a recommendation to the stakeholders to kill, pivot or persevere. The stakeholders often ask questions, and then vote for or against the recommendation. Often, you get a consensus, but if that isn't possible, you follow the majority vote or the stakeholder with the largest stake.

The Agenda

The Presentation

I usually create the presentation the day before or day of the meeting. It typically takes about 30-45 minutes to create. It doesn't have to be fancy, but it should be clear and consistent. It is a great tool to look back and see what you have tried and what you have learned.

The presentations can be difficult to compile. When I sit down to start creating the presentation, I often think to myself "what did we do the last 2 weeks?" As I begin to prepare the presentation I am almost always wowed by what we have learned and accomplished. My presentations are anywhere from 5 - 10 pages, and take about 10 minutes to present. A decision meeting presentation might include:

A decision meeting can provide a lot of value. You are setting a tone of transparency. Sharing exciting findings and demonstrating progress. Uncovering new learnings and explaining the direction of the product. Celebrating successes, and illuminating failures as an opportunity to learn. Finally, you are keeping the team and stakeholders in the loop and vested and interested in the product.