Skip to main content

What Makes You The Number 1 Product Manager?

Listen:

Amazon often does this thing where they start with the customer instead of just coming up with a product and then trying to figure out how to sell it. They call it "working backwards." This strategy totally works for any product decisions, but it's especially important when they're making something new.

The Press Release Exercise

When it comes to launching new stuff, product managers usually start by writing a press release for customers. This press release is all about their pain points, how current solutions fall short, and how the new product is going to crush it. If the benefits don't get customers excited, the product manager needs to keep tweaking the press release until it sounds super awesome. It's way easier and cheaper to make changes to a press release than it is to change the product itself.

Here’s a template I use to describe a new service or product:

  • Main header: The product name anyone directly understands, like “Ultra-compact power charger”
  • Subheading: One subtitle, not more than 150 chars, like “Never run out of power for your mobiles”
  • Short overview: A summary, direct and logical. The customer will never read it all, so keep it short.
  • Problem: What does the product solve? Add data, market studies, etc, Like: “over 60% of mobile device users run out of power daily and can’t recharge in time”
  • Solution: How does your product solve that particular problem? Write that in two short, nice written sentences.
  • Quote from a sparring partner: Getting a quote from a peer might be a sign that there is a market (for the powerbank in the example I doubt, since the market is flooded)
  • Starting point: An easy explanation of how to get this thing rolling.
  • Hypothetical customer review: Provide a hypothetical review describing the experienced benefit.
  • CTA: Where to get it, or where to find more information.

How To Write Your Press Release

First, it's an internal press release, but you can also send it to design partners and customers participating in your product discovery program (if you have one) to get feedback. 

So, you're writing a press release now. Make it short and simple. Keep your paragraphs to 3-4 sentences, and don't go into too much detail. Think like your customer. Figure out what they need, want, and dream about. Make your product or service fit those needs and come up with a convincing argument for why they should choose you. Show them how your deal meets their needs and makes their lives better. If you're struggling to describe the value and why the customer should buy it, it might be a sign that your idea is going to fail hard.

Besides writing, I have a thing for crafting press releases in a special style I call "Family talk." The idea is this: At the family's dinner you got asked what you’re doing, and you explain the product to your kids and parents. Listen to what they tell you from what they understand, that's the essence of "Family talk”. It cuts out the technical and product related jargon we all use.

I often ask PM's to write me a tweet (Xeed?) about the product. If they are worked the way backwards, with the distilled message, that should be easy.  

What’s the sense behind this exercise?

When a project gets going, the press release is the red line. It's there to keep the product team on track. They can always refer to it and ask themselves, "Are we making what we said we would in the press release?" If they find themselves spending time and money on features not mentioned in the press release (a.k.a. overbuilding), they need to take a step back and figure out why.

This way, we make sure that the product we're building is focused on giving customers what they want. We don't want to create a bunch of extra stuff that no one needs, which just adds to the development time and costs more money to maintain. And let's be real, those extra features probably won't add much value for the customers anyway (at least not enough to mention in the press release).

TL;DR

The product teams at Amazon use a strategy called "working backwards”. Instead of starting with a product and trying to sell it to customers, they start with what the customers need.

Using that strategy you know you're building something people actually want. Think of it like writing a press release for your customers, describing the benefits and how it solves their problems in an unique way. If you can't write a clear message explaining in a short way why it's valuable, then the product idea is going to fail.

Comments

Popular posts from this blog

Deal with corrupted messages in Apache Kafka

Under some strange circumstances, it can happen that a message in a Kafka topic is corrupted. This often happens when using 3rd party frameworks with Kafka. In addition, Kafka < 0.9 does not have a lock on Log.read() at the consumer read level, but does have a lock on Log.write(). This can lead to a rare race condition as described in KAKFA-2477 [1]. A likely log entry looks like this: ERROR Error processing message, stopping consumer: (kafka.tools.ConsoleConsumer$) kafka.message.InvalidMessageException: Message is corrupt (stored crc = xxxxxxxxxx, computed crc = yyyyyyyyyy Kafka-Tools Kafka stores the offset of each consumer in Zookeeper. To read the offsets, Kafka provides handy tools [2]. But you can also use zkCli.sh, at least to display the consumer and the stored offsets. First we need to find the consumer for a topic (> Kafka 0.9): bin/kafka-consumer-groups.sh --zookeeper management01:2181 --describe --group test Prior to Kafka 0.9, the only way to get this inform

Hive query shows ERROR "too many counters"

A hive job face the odd " Too many counters:"  like Ended Job = job_xxxxxx with exception 'org.apache.hadoop.mapreduce.counters.LimitExceededException(Too many counters: 201 max=200)' FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.MapRedTask Intercepting System.exit(1) These happens when operators are used in queries ( Hive Operators ). Hive creates 4 counters per operator, max upto 1000, plus a few additional counters like file read/write, partitions and tables. Hence the number of counter required is going to be dependent upon the query.  To avoid such exception, configure " mapreduce.job.counters.max " in mapreduce-site.xml to a value above 1000. Hive will fail when he is hitting the 1k counts, but other MR jobs not. A number around 1120 should be a good choice. Using " EXPLAIN EXTENDED " and " grep -ri operators | wc -l " print out the used numbers of operators. Use this value to tweak the MR s

AI's False Reality: Understanding Hallucination

Artificial Intelligence (AI) has leapfrogged to the poster child of technological innovation, on track to transform industries in a scale similar to the Industrial Revolution of the 1800s. But in this case, as cutting-edge technology, AI presents its own unique challenge, exploiting our human behavior of "love to trust", we as humans face a challenge: AI hallucinations. This phenomenon, where AI models generate outputs that are factually incorrect, misleading, or entirely fabricated, raises complex questions about the reliability and trust of AI models and larger systems. The tendency for AI to hallucinate comes from several interrelated factors. Overfitting – a condition where models become overly specialized to their training data – can lead to confident but wildly inaccurate responses when presented with novel scenarios (Guo et al., 2017). Moreover, biases embedded within datasets shape the models' understanding of the world; if these datasets are flawed or unreprese