Activity
Mon
Wed
Fri
Sun
Jun
Jul
Aug
Sep
Oct
Nov
Dec
Jan
Feb
Mar
Apr
May
What is this?
Less
More

Memberships

Product Management Circle

86 members • Free

5 contributions to Product Management Circle
The Judgment Call
What's one decision this week where you trusted your judgment over the playbook? Where the "right answer" by any framework wasn't the one you went with? Walk me through what you weighed. (I'm publishing Sunday on the version of this that costs PMs interviews. If your story is good, I might pull from it — anonymously.) Subscribe to joshatlas.co/substack so the post lands in your inbox when it drops.
1 like • 12d
how are people actually using frameworks for decision making? I'd love to hear a real life end to end story of using a framework to make a decision that was representative to real day to day work.
When did you ask for permission instead of leading with a hypothesis — and what would you do differently?
Most PMs are trained to seek clarity before acting — "Can you confirm the priority?" or "Should I proceed with X?" But strategic PMs lead with a hypothesis and check alignment: "I'm assuming X based on Y — does it make sense to proceed?" Share a specific moment where you asked for permission when you could have led with a hypothesis. What changed in how others perceived you, and what would you say differently today?
1 like • Apr 6
I still struggle with this one. It seems like every time I try to lead with a hypothesis I get shot down for being off track, and go back to validating my understanding of someone else's priority. It's very frustrating.
Code generators and clickable prototypes
Hi everyone, I've lately started to use Replit and Claude Code for building clickable prototypes. I think it would be a lot of fun to get better at actually producing my own software. Is anyone else going down this route?
Introductions
Hey everyone Michael here lovely to be here and learn from you all
1 like • Mar 13
Hey Michael, welcome. What kind of work are you in?
Here's what I see constantly as a coach 👀
The prompt lands — "Design a product to help people with home emergencies" — and the candidate immediately starts narrowing. Picks elderly. Or parents. Starts listing pain points. They skipped the most important step. Before you touch users, before you touch solutions, you need to show the interviewer that you understand why this problem exists right now. What trends created it. What makes it genuinely hard. For a home emergency prompt that means naming things like: smart home adoption is accelerating, the population is aging, mental health and personal safety concerns are rising. These aren't throat-clearing — they're the lens that makes every subsequent decision legible. Then you name what's hard about the prompt. Home emergencies aren't one thing. They're health crises, safety threats, personal security situations. The hardest part isn't building the solution — it's that different emergencies require completely different response mechanisms, and no single product has solved the multi-modal problem well. Now you pick your user segment. And your choice is defensible because it's grounded in the context you just built. That sequence — context, what's hard, then users, then solutions — is what product sense actually looks like under pressure. Most interview prep skips straight to step three. That's why most candidates sound competent but not exceptional. I've spent nearly 20 years in product at Meta, Google, PayPal, and Nest — and now I coach mid to senior PMs into the roles they're aiming for. This is the pattern I see most often.
1 like • Mar 13
I just had this experience. I made the presentation feeling like we all knew the context. We jumped right in and it was fine. But I think the whole thing would have felt much bigger if I had started by establishing context in this way.
1-5 of 5
Carl Beien
2
15points to level up
@carl-beien-2772
Product manager with 12+ years in tech across UX research and product management. Mostly working in health and wellness.

Active 12d ago
Joined Dec 17, 2025