The original growth hacker reveals his secrets | Sean Ellis (author of “Hacking Growth”)

Executive Summary
Sean Ellis describes learning from users who value a product, understanding their core benefit, matching messaging with onboarding and reading feedback in context. Selected third-party transcript coverage excludes numerical fit thresholds, growth and financial figures, ad-platform tactics, security claims and sponsors. Company examples are his historical accounts, unverified here. Untimed editorial topics are not video chapters.
Key Takeaways
Find the people who consider the product important
Ellis uses a question about how someone would feel if the product disappeared to identify users who care strongly about it. The most useful next step is learning why those people value it. The question is a discovery tool here, not a numerical certification of product-market fit.
Ask for the primary benefit and its context
He describes asking what benefit a user gets and then why it matters. A benefit such as finding information faster gains meaning through the problem behind it. Customer language can explain the situation the product helps with more clearly than a generic feature list.
Set expectations around the value users actually find
Ellis connects positioning with the benefit that important users describe. The message should help the right people understand what experience they are coming for. A mismatch between the promise and the useful experience can make onboarding harder.
Bring new users to that value sooner
In his historical example, he paired a clearer promise with a more focused first experience. The point was to shorten the path to the benefit users already valued. It is an account of the approach, not a current security-product recommendation or a guaranteed conversion tactic.
Do not treat all feedback as the same
Ellis distinguishes people who see the product as essential from those who see it as a nice-to-have. He worries that optimizing only for lukewarm feedback can dilute what the strongest users value. Use the distinction as a lens while still investigating why different users respond differently.
Survey the people who experienced the change
He says evaluating new onboarding calls for feedback from users who actually went through it, rather than only from a mixed older population. Match the feedback source to the question being asked. People who have seen a demo are not the same as people who have used the product.
Know the limits of the disappearance question
Ellis says the question may not fit one-off experiences and that companies can still fail despite strong user attachment. A useful response therefore does not settle execution, delivery or future growth. Keep the discovery signal separate from a claim that the business is now safe.
The Conversation Breakdown
Find the people who consider the product important
⏱ Untimed topicEllis uses a question about how someone would feel if the product disappeared to identify users who care strongly about it. The most useful next step is learning why those people value it. The question is a discovery tool here, not a numerical certification of product-market fit.
Ask for the primary benefit and its context
⏱ Untimed topicHe describes asking what benefit a user gets and then why it matters. A benefit such as finding information faster gains meaning through the problem behind it. Customer language can explain the situation the product helps with more clearly than a generic feature list.
Set expectations around the value users actually find
⏱ Untimed topicEllis connects positioning with the benefit that important users describe. The message should help the right people understand what experience they are coming for. A mismatch between the promise and the useful experience can make onboarding harder.
Bring new users to that value sooner
⏱ Untimed topicIn his historical example, he paired a clearer promise with a more focused first experience. The point was to shorten the path to the benefit users already valued. It is an account of the approach, not a current security-product recommendation or a guaranteed conversion tactic.
Do not treat all feedback as the same
⏱ Untimed topicEllis distinguishes people who see the product as essential from those who see it as a nice-to-have. He worries that optimizing only for lukewarm feedback can dilute what the strongest users value. Use the distinction as a lens while still investigating why different users respond differently.
Survey the people who experienced the change
⏱ Untimed topicHe says evaluating new onboarding calls for feedback from users who actually went through it, rather than only from a mixed older population. Match the feedback source to the question being asked. People who have seen a demo are not the same as people who have used the product.
Know the limits of the disappearance question
⏱ Untimed topicEllis says the question may not fit one-off experiences and that companies can still fail despite strong user attachment. A useful response therefore does not settle execution, delivery or future growth. Keep the discovery signal separate from a claim that the business is now safe.
Core Frameworks & Ideas
Must-have discovery
Find users who care strongly about the product and investigate the benefit they would miss.
Benefit and context
Ask what the product helps with and why that matters in the user's actual situation.
Promise to first value
Connect the message that attracts someone with the early experience that delivers the relevant benefit.
Actionable Next Steps
- ✓Ask an experienced user what benefit matters most.
- ✓Follow with why that benefit matters in their situation.
- ✓Compare the product promise with the first-use experience.
- ✓Match a feedback group to the change being evaluated.
Notable Quotes
“And so the question is, how would you feel if you could no longer use this product?”
“But I wouldn't say that's a sample size that you can really go to market on, so yeah.”
“Not people who've seen a demo of your product, but it's people who actually have experienced the product.”
The One Thing to Remember
Use strong user attachment to investigate the value and its context, not to declare every growth problem solved.