Skip to content

Commit

Permalink
feat: make it a newsletter and ship it
Browse files Browse the repository at this point in the history
  • Loading branch information
mbifulco committed Oct 1, 2024
1 parent 482d421 commit 648b6b2
Showing 1 changed file with 54 additions and 13 deletions.
Original file line number Diff line number Diff line change
@@ -1,41 +1,54 @@
---
title: 'Nobody Wants a Big Reveal: Why Keeping Secrets Hurts Your Work'
excerpt: Avoid the temptation of the dramatic reveal. Here's why openness and transparency are your real competitive advantages in product development.
path: nobody-wants-a-big-reveal
date: 10-01-2024
tags: [product, ux, startup, design]
date: 02-24-2024
published: true
slug: nobody-wants-a-big-reveal
coverImagePublicId: newsletters/nobody-wants-a-big-reveal/cover
---

Tech nerds can't resist the _big reveal_. Blame it on mega-corporations like Apple that glamorize product launch events. But for most of us, the big reveal is a dangerous myth.

Sure, who doesn't dream of a Steve Jobs moment? Unveiling a game-changing product to the world is a seductive fantasy, but for 99% of us, it's a losing bet. When we work in secret, we miss out on the most valuable part of the process: feedback.

### Why the Big Reveal Falls Flat
<SponsoredSection
imagePublicId="sponsors/posthog/product-for-engineers"
sponsorName="PostHog"
CTAtext="Subscribe for free"
href="https://newsletter.posthog.com/"
>

### Flex your product muscle

Product for Engineers is a newsletter on building great products, the best practices of top startups, and lessons learned by PostHog.

</SponsoredSection>

## Why the Big Reveal Falls Flat

The grand unveiling can often backfire. The truth is, a successful launch depends on much more than secrecy. It requires real-world feedback, adaptation, and a deep understanding of your audience's needs.

In my years building products, I've seen too many projects miss the mark because they held back until it was "perfect." Here's why that doesn't work:

1. **Audience of One**: Designing without input means building a product that only fits your vision - not your users'.
1. **Audience of One**: Designing without input means building a product that only fits your vision - not your customers' needs.
2. **Perfection Paralysis**: Chasing perfection often leads to endless revisions and a product that's never finished.
3. **Out of Touch**: Without feedback, your product becomes a solution searching for a problem.
4. **Crickets at Launch**: When no one knows about your work, no one's waiting for the reveal.
5. **Echo Chamber Effect**: Without external voices, you risk becoming too invested in your own ideas and losing touch with reality.

### Why the Big Reveal Hurts Your Team
## Why the Big Reveal Hurts Your Team

The big reveal doesn't just create problems for the product - it also disrupts your team. When people work in isolation and wait until something is "done" before sharing, they end up dumping a massive document or feature on their teammates with little context. This approach blindsides the team, creating confusion and misalignment.

Crowdsourcing feedback from peers along the way is a much better strategy. By sharing progress early, you keep everyone in the loop, build a sense of ownership across the team, and avoid surprises. Plus, it opens up the opportunity for valuable input that can course-correct mistakes before they become deeply ingrained in the project.

**Why this matters:**
### Why this matters

- **Prevents Silos**: Sharing early keeps everyone informed and helps avoid working in isolation.
- **Stronger Team Buy-in**: When teammates are involved throughout the process, they're more invested and engaged.
- **Prevent Silos**: Sharing early keeps everyone informed and helps avoid working in isolation.
- Get **Stronger Team Buy-in**: When teammates are involved throughout the process, they're more invested and engaged.
- **Better Outcomes**: Crowdsourcing ideas and feedback from teammates improves the final product, as you benefit from a diverse set of perspectives.

### Embrace Transparency
## Embrace Transparency

The better strategy is openness. By sharing your progress, process, and even mistakes, you invite feedback and foster connections. This transparency helps keep your work grounded, adaptive, and aligned with market needs.

Expand All @@ -45,14 +58,42 @@ In fact, incremental transparency is not just better - it's essential. Here's wh
- **Audience Investment**: Involving people early builds community and anticipation.
- **Faster Iterations**: You can make smaller, faster improvements rather than obsessing over a grand reveal.

### The Power of Public Failures
## The Power of Public Failures

Being wrong in public is uncomfortable - but it's also incredibly powerful. Admitting mistakes invites feedback and accelerates learning. It fosters a culture of humility and adaptability, and helps you build better products, faster.

### The Bottom Line
## The Bottom Line

The big reveal is a relic. Successful products today are built through transparency, iteration, and collaboration. By opening up your process, you not only avoid the pitfalls of secrecy but build better relationships with your users.

### Call to Action
## Do this instead

Don't keep your work a secret. Share your progress early and often. Your users will thank you - and so will your product.


---

## Here's some links I've been keeping from you:

Or rather, I _could_ have kept these to myself, but where's the fun in that? Here's some cool stuff I've been enjoying lately:

### Product Analytics with PostHog: my A/B test results are in!

<YouTube youTubeId="GLcmKT55Z0Q" />

The latest video in my series on [Product Analytics with PostHog](https://www.youtube.com/watch?v=GLcmKT55Z0Q) is live! The journey started with a broken subscription form, and has come full circle in this video where I share the results of my A/B test - and what I learned from it. I hope you enjoy it!

### Working in Public

Author Nagia Eghbal's book [Working in Public](https://press.stripe.com/working-in-public) is all about working with transparency - and although it focuses on open-source software, the principles apply to all product development.

### Label _Everything_

I _love_ learning from people who have turned the dial up to 11 on a passion. YouTuber David Malawey produced a [24 minute video on his system of labeling _everything_](https://www.youtube.com/watch?v=B1QqAZeEfes) in his life. It's an extreme take, based on the Japanese concept of _5S_, but it's fascinating to see how far you can take a simple idea.

He makes a strong case for real ROI from labeling _everything_ - and although I don't think you need to go _quite_ as far as he does, I think we call can benefit from applying some of his principles.





0 comments on commit 648b6b2

Please sign in to comment.