A mindset that treats a domain's hard constraints as a design challenge to solve creatively ('we can do this') rather than as a wall that limits what's possible.
Where Domain Knowledge Minus Domain Dogma (Hiring Against the Domain-Expertise Myth) warns that deep experts stop questioning their field's assumptions, constraint reframing is the corrective habit: when told something can't be done because of a domain constraint, treat that constraint as the interesting part of the problem rather than the end of the conversation.
Regulatory and compliance constraints are reframed as an argument for doing more Discovery (Product Discovery Process), not less: operating correctly inside a hard constraint requires more careful validation of what a solution must do and how it will actually be used, not a license to skip discovery because 'this is just required.' This mirrors the broader move of treating constraints as inputs to sharper problem-definition rather than reasons to fall back to a specification-and-build mode.
Netflix's account-sharing crackdown was publicly framed as clarifying an existing, always-permissive 'family' sharing rule into an explicit 'household' definition, rather than announced as a brand-new restriction. Reframing an unpopular tightening as a clarification of a rule arguably already in place softens the perceived change even though the practical effect — fewer people sharing one account for free — is the same. Pairs with the Overcommunication Tactic for Unpopular Changes cadence used to roll it out.
Из тем: The Product Operating Model