Menu

When shutting down a product is the right thing to do

In Google has a company strategy, not a product strategy Jackie Bavaro argues that instead of product strategies, Google has… this:

Google’s company strategy is “Hire all the smart people.” Hire all the smart people and let them build. Hire all the smart people so they can’t work at a competitor. Hire all the smart people even if we don’t have something important for them to work on.

She goes on to argue that this is the main reason so many of Google’s products get shut down:

I think the lack of a product strategy is behind many of Google’s short-lived products. Projects like Google Wave, Google Inbox, or Stadia get the go-ahead without a deep, structured, well-reviewed plan for how they’re going to succeed and why they’re important. Some smart, ambitious person at the company spear-heads the project and pushes it through to launch. When the product isn’t a runaway success, Google cuts its losses and moves on to the next thing.

If Google didn’t start with a conviction that they needed the product, it makes sense that they wouldn’t have the stamina to keep iterating and investing. Most other companies don’t have the money to build and launch products with such little conviction and oversight. Other companies need their products to succeed, so they try harder & smarter to make the products successful.

It’s a good post (that she accurately calls “spicy”!). I found it particularly interesting because how Jackie describes Google reminds me of one of the key principles we had at Wildbit:

Businesses are product agnostic. Products are an output of a team’s skills, strengths, beliefs, and values. Companies that define themselves by what they make automatically impose limits around what they can do.

We wanted to keep working together as a team, which meant we had to create products that people love and are willing to pay for, and that is what drove us. We were always worried about being defined only by our biggest product, so we kept experimenting with different things. Sometimes it worked—DMARC Digests is still going strong. And sometimes it didn’t—the team shut down Conveyor after the final pivot just didn’t work as well as we had hoped. But in the midst of it all, our #1 principle remained intact:

Businesses exist to serve people. As a tool, businesses exist to support human constituents: the Founders, the Team, the Customers, and the Community.

When we shut down Conveyor that team didn’t leave—they moved back into the larger team to work on our other products. So as I reflect on why the decision was made to shut down (or find a new home for) some of our products over the years, I’d like to believe that we didn’t do it because we didn’t have a product strategy—we understood our audience and the problems we were solving for them very well. We did it because when it comes down to it, all products are experiments until they’re not. And when we couldn’t get experiments to a place where they supported our founders, the team, the customers, and the community well—when the situation essentially violated our company principles—we had to face that reality and act on it.

I think that’s ok, by the way. When a team has the safety to know that they won’t lose their jobs if the product they’re working on isn’t ultimately succesful, they are able to more clearly see the world for how it is. They can acknowledge when a product isn’t on a path to success, and when it’s time to move on.

I miss Google Reader and Google Inbox too. But after working in a “product-agnostic” company for 6 years I have more empathy for teams who decide to shut down products that seem to have a big following. The issue is not necessarily that those teams don’t have clear product strategies. It’s that sometimes the gap between product strategy and product reality becomes too large, and keeping the product going would end up doing a disservice to the business, the team, and customers. Strong product leadership is seeing reality, acknowledging it, and keeping the team safe during the process of shifting to a new experiment or existing product.