From 648b6b294a1d0a81d19e41ff1cd9675f9dc9a278 Mon Sep 17 00:00:00 2001 From: Mike Bifulco Date: Tue, 1 Oct 2024 08:36:47 -0400 Subject: [PATCH] feat: make it a newsletter and ship it --- .../nobody-wants-a-big-reveal.mdx | 67 +++++++++++++++---- 1 file changed, 54 insertions(+), 13 deletions(-) rename src/data/{posts => newsletters}/nobody-wants-a-big-reveal.mdx (60%) diff --git a/src/data/posts/nobody-wants-a-big-reveal.mdx b/src/data/newsletters/nobody-wants-a-big-reveal.mdx similarity index 60% rename from src/data/posts/nobody-wants-a-big-reveal.mdx rename to src/data/newsletters/nobody-wants-a-big-reveal.mdx index b4ffa592..e7ef4c8f 100644 --- a/src/data/posts/nobody-wants-a-big-reveal.mdx +++ b/src/data/newsletters/nobody-wants-a-big-reveal.mdx @@ -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 + + +### 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. + + + +## 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. @@ -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! + + + +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. + + + + +