How to Not Every Situation Needs to Be a Zero-Sum Game Where One Person Wins and (Game Theory)

Zero-Sum: Win Without Taking from Others

Published By MetalHatsCats Team

How to Not Make Every Situation a Zero‑Sum Game Where One Person Wins and One Loses (Game Theory)

Hack №: 673 — MetalHatsCats × Brali LifeOS

At MetalHatsCats, we investigate and collect practical knowledge to help you. We share it for free, we educate, and we provide tools to apply it.

We take on this question as a practical habit: when we meet resistance, scarcity, or competing priorities, can we habitually tilt our thinking away from “one wins, one loses” and toward options where both sides gain something useful? This is not theory for theory’s sake. This is a set of small actions we can choose today to make a conversation, a negotiation, or a daily decision produce extra value — often 10–30% more usefulness — without taking from someone else.

Hack #673 is available in the Brali LifeOS app.

Brali LifeOS

Brali LifeOS — plan, act, and grow every day

Offline-first LifeOS with habits, tasks, focus days, and 900+ growth hacks to help you build momentum daily.

Get it on Google PlayDownload on the App Store

Explore the Brali LifeOS app →

Background snapshot

The idea that many interactions are zero‑sum comes from classic game theory and early economic models. People often default to a zero‑sum frame because of scarcity cues (limited time, limited money), asymmetric information, and reputational pressures. Common traps are: (1) assuming fixed pie (we will split 100%), (2) focusing on positions rather than interests, and (3) rushing to propose a concrete split instead of exploring possibilities. These failures often arise in the first 5–10 minutes of a negotiation or decision. When we instead expand the options or decouple issues, outcomes change: empirically, structured interest‑based bargaining increases joint gains by 15–40% in lab and field studies. That potential is practical, not mystical — and today we practice steps that move us from default fights to option generation that benefits both sides.

Why this helps (short)

It helps because we stop treating resources as strictly subtractive and start treating choices as additive: by reframing problems, sequencing offers, or trading across issues we can create value where none seemed available.

A small, honest scene

We are in a kitchen with two people and one leftover pie. The first says, “We argue over who gets the pie.” The second says, “We could warm it, cut it into three, and make one slice for breakfast, one for sharing after dinner, and freeze one for a week.” That small creative step — instead of a fight — bought 72 hours of goodwill, 2 extra breakfasts, and reduced friction. We arrive at that solution because we asked different questions: who needs energy now, who can eat later, can we split tasks, what tastes are different? That pivot — from slices to sequencing and timing — is the habit we can cultivate.

We assumed X → observed Y → changed to Z We assumed the “pie” is fixed (X)
→ observed that arguing made the relationship worse and produced an immediate, inefficient split (Y) → changed to Z: we asked about timing, taste, and future needs, and created 3 outcomes instead of 2. That specific pivot — from fixed pie to variable outcomes — is what we practice below.

What this long‑read delivers This is a practice manual and a thinking stream. Each section moves you toward a tiny decision you can take in the next 5–60 minutes. We include micro‑scenes: short enactments of choices we make, the trade‑offs we weigh, and the small cognitive pivots we try. We also give numbers — minutes, counts, and a “Sample Day Tally” so you can track how the habit creates measurable benefit. Near the end, a Brali Check‑in Block and a Hack Card will let you start today.

Part 1 — The first five minutes: pause, name, and reframe Most interactions go wrong quickly because we step into a position and defend it. In our practice we delay that instinct by applying two short moves in the first five minutes.

Minute 0–1: Pause the urge to divide When someone offers a demand or when we feel squeezed, we say, in neutral tone: “Let’s pause and map what matters to each of us.” This takes 6–10 seconds. It costs nothing and resets the conversation.

Minute 1–5: Ask two framing questions out loud We ask: (1)
“What do you need most?” and (2) “What are we trying to avoid?” Those two questions take 60–90 seconds to answer if we give simple, 1–2 sentence replies. The answers usually reveal one or two interests (time, money, recognition, autonomy).

Practice micro‑task (≤5 minutes)
Set a phone timer for 5 minutes. Next time a small conflict arises — with a roommate, colleague, or in email — spend the full 5 minutes asking (and listening to) the two framing questions. Log one sentence answers in Brali. This is the smallest increment that changes outcomes.

Why these moves work

We are changing the frame. Positions are statements like “I need the budget,” while interests are underlying motives like “I need predictability for my project timeline.” The second is often compatible with other people’s motives; the first tends to collide. Empirical work on negotiation shows that asking about interests increases ingenuity: negotiators offered more than 3 options 40–60% more often when they framed conversations this way. For our purposes, asking these two questions buys time and taps the other person’s mental model.

Micro‑scene We take a work email: partner asks for a faster delivery date. Our knee‑jerk is to say no. Instead we hit pause and write back, “Before I respond, can you tell me what’s most flexible about this deadline and what you’re trying to avoid if we delay?” In 18 minutes, we learn that the partner needs samples for a pitch but can accept lower volume if timing is earlier. We propose shipping 50% of items in 7 days and the remainder in 21 days; partner gets a pitch item, we preserve production quality, and both keep schedules intact.

Trade‑offs and constraints This pause costs 60–120 seconds and some upfront mental discipline. The trade‑off is our willingness to be slower in the moment for better downstream gains. If we decline the pause, we might get immediate closure but also lock in suboptimal terms.

Part 2 — Expand the pie: generate 6–10 small options Once we know interests, we generate options. We advise a rapid option‑generation exercise: 6–10 options in 10–15 minutes. The point is not to evaluate initially but to discover different types of value.

How to run the 15‑minute options sprint

  • Step 1 (2 minutes): Write a shared interests list with 2–4 bullet items for each side. Keep it short: each bullet is ≤12 words.
  • Step 2 (8–10 minutes): Together, generate 6–10 possible ways to meet at least one interest. Aim for at least 4 that aren’t reallocations of the same pie slice.
  • Step 3 (3 minutes): Pick 2 options to prototype within 24–72 hours.

We chose 6–10 because cognitive diversity is real: at 6 options we usually hit two that can be combined; at 10 we often find one surprising, high‑value idea. In a typical exercise we find at least one option that increases total benefit by 10–25% compared with the initial split.

Sample option types (brief)

  • Timing swaps (give now for later): we trade immediate access for future priority.
  • Quantity for quality (smaller now, better later).
  • Social currency (public credit or future favors).
  • Task trades (I do your task if you do mine).
  • Bundling unrelated goods (combine two requests to create a package).
  • Contingent deals (if X happens, then Y applies).

After this list we return to narrative: we are not listing theories; we are doing a timed sprint. We write the options on a shared document or napkin, pick two to test, and set a 72‑hour follow‑up.

Practice micro‑task (10–15 minutes)
Schedule an options sprint in Brali: set the task for “15‑min option sprint.” Use the built‑in timer, list 6 options, choose 2 to prototype, and set a 72‑hour check‑in.

A micro‑scene A manager and team member disagree about who will own a feature. We frame interests: manager needs accountability for release quality, team member needs ownership and learning. In 12 minutes, they generate options: pair ownership, 6‑week pilot with external review, owner rotates per sprint, owner for X but mentor for Y, partial ownership of API vs UI, public credit in roadmap notes. They agree to a 6‑week pilot with mentor pairing. Both learn, and the product ships cleaner.

Trade‑offs Generating options takes time. On tight deadlines we might be tempted to do a “quick split.” But we find that investing 10–15 minutes generates options that reduce rework and friction, often saving 30–90 minutes later.

Part 3 — Value‑trade mapping: count real goods and deficits We like a small numerical map. When resources are complex, a quick table of counts, minutes, or dollars helps us compare options. Pick 2–4 metrics that matter and count.

Common metrics we use

  • Minutes of time (how many minutes or hours).
  • Dollars (€,$,or local currency).
  • Units/counts (pieces, seats, copies).
  • Cognitive load (1–5 scale).
  • Risk (1–5 probability estimate).

Sample day tally (how the numbers add up)

We aim to find a realistic micro‑benefit goal: increase joint utility by X units. Suppose our target is to create 60 extra minutes of useful work across a project day. Here’s a Sample Day Tally using 3 items:

  • Reassign a meeting (freeing 30 minutes for heads‑down work).
  • Ship a prototype in reduced scope (30 minutes saved in rework).
  • Trade peer review for documented checklist (30 minutes saved on average per reviewer, counted as 30).

Total added useful minutes: 90 minutes. Net: +90 minutes versus baseline. We reached the target by identifying timing swaps, scope adjustments, and task trades that did not subtract from others’ essential needs.

Why counting helps

Numbers anchor judgment and make options comparable. They also help us be honest: a small increase in total minutes is still a measured win. A 90‑minute gain on a team that budgets 8 hours is roughly +19% productivity that day, not magic but meaningful.

Part 4 — Offer templates that expand possibilities We use three simple templates that keep our proposals non‑zero‑sum: contingent offers, trade bundles, and side‑payments that aren’t money (time or credit). We describe each with a 60–120 second verbal script we can use today.

Template 1: Contingent offer (If…then…)
Script: “If you can accept X condition, then we can do Y; otherwise we revert to Z.” Example: “If you prioritize the API docs for version 1, we’ll deliver the UI two weeks later; if not, we keep the current schedule.”

Template 2: Trade bundle Script: “We’ll take responsibility for A if you take B and we’ll both get C.” Example: “We’ll source the visuals if you sign off on the specs; we trade workload for speed.”

Template 3: Social credit or sequenced favors Script: “We can postpone your deliverable this sprint and guarantee the first slot next sprint, plus public credit in release notes.” Example: “We’ll bump your item to top of next sprint and note your contribution in the roadmap update.”

These templates are easy to modify and rehearse in 2–5 minutes. We bring them into meetings as defaults so we don’t default to a win/lose split.

Micro‑scene We need a parking spot for a week. We ask the colleague who uses it on weekdays for permission. Instead of offering money, we propose to water their plants for two weeks and to swap parking days on weekends. Two small, concrete favors — minutes, not money — create a net positive for both.

Part 5 — Testing and prototyping: small experiments that cost ≤5% of the pie We translate options into tiny experiments. Each experiment should cost no more than 5% of the resource being negotiated (time, money, or items) and be reversible within 24–72 hours.

Why small, reversible experiments? Because they lower the stakes and let both parties see actual outcomes. When both sides view the experiment as a test, they stop saying “I won” or “I lost” and start saying “we tried X and learned Y.”

Design a 72‑hour experiment (10 minutes)

  • Define the smallest testable unit.
  • Pick metrics (minutes saved, number of errors decreased, satisfaction on 1–5).
  • Agree how to revert if it fails.

Example experiment

We are negotiating office space. Test: one team uses the open area for 3 days (Mon–Wed)
and logs noise minutes (times disrupted >1 minute). Metric: count of disruptions per day. Revert: if disruptions exceed 6 per day, revert. The experiment lasts 3 days and costs the team at most 6 hours of potential distraction, a small reversible gamble.

Part 6 — The psychology of generosity and constraint We must confront a paradox: offering value can be costly in perception even when it creates more value. If we offer too much too soon, we appear weak; if we offer nothing, we appear selfish. Our habit is to calibrate generosity with constraint.

The generosity rule (3:1)
When we make concessions, we frame them as experiments or bundles and follow a rough 3:1 ratio: for every 3 small concessions we make, we ask for 1 substantive reciprocation (not tit‑for‑tat, but calibration). That keeps reciprocity visible and prevents exploitation.

A small calibration routine (2 minutes)

Before we propose a concession, we list two things it gains and one thing it costs. This keeps generosity conscious and sustainable.

Micro‑scene We concede to a partner’s scheduling preference on one call. The concession costs us 20 minutes in focus. We frame it as: “We’ll do this call at your time for the next two meetings; in return, we ask that you take the next meeting’s minutes and share them.” That’s a small, measured exchange.

Part 7 — Communication scripts and labels We keep three language moves ready so we can shift frames without escalating.

Move 1: “Help me understand…” (curiosity)
We begin with curiosity to elicit interests.

Move 2: “One possibility is…” (option generation)
We offer options, not demands.

Move 3: “Let’s test it for 72 hours and check metrics.” (de‑risking)
We propose a reversible experiment.

Each line costs under 20 seconds to say and changes the conversational trajectory. They are rehearsable and we can add them to Brali as canned replies.

Reflective vignette

A landlord and tenant disagree about a pet. We say, “Help me understand what your main concerns are.” Landlord: worry about damage and smell. We propose: “One possibility is a refundable pet deposit of $150 and a carpet cover for six months; we test for 3 months.” Landlord agrees to the test. The solution isn’t perfect for either side immediately, but it is reversible and reduces anxiety.

Part 8 — Defaults and precommitments that avoid zero‑sum openings We could avoid zero‑sum fights by setting defaults ahead of time. Defaults change behavior because they reduce ambiguity and decision cost.

Useful defaults to set (examples)

  • Split by rotation (alternate weeks or months).
  • Prioritized queue (first come, first served with exceptions).
  • Pre‑agreed experimental windows (last week of the month is “swap” week).

Set a default in 10 minutes

Pick one recurring friction in your life (shared dishes, meeting slots, parking). In Brali, create a “Default Rule” task: write the default, set the rotation cadence, and add a 72‑hour review. This takes ≤10 minutes and eliminates many zero‑sum openings.

Mini‑App Nudge In Brali LifeOS, set a recurring 2‑minute “Default Rule” checklist to capture one recurring friction a week. It trains the muscle of formalizing defaults.

Part 9 — Misconceptions and edge cases We must be explicit about when win‑win is not feasible and where limits and risks lie.

Misconception 1: Win‑win always exists Reality: sometimes resources are truly scarce (single kidney, unique original artifact). When a resource is non‑divisible and exclusive, win‑win is unlikely. Our approach then shifts to fair process, compensations, or priority rules.

Misconception 2: Win‑win equals splitting everywhere Reality: splitting is one tactic, not the goal. We prefer value creation (different time windows, bundles) and only split when necessary.

Misconception 3: Generosity invites exploitation Reality: sometimes it does. That’s why we use experiments, reversible offers, and metrics. We track reciprocity and adjust when someone repeatedly exploits generosity.

Edge case: high stakes and legal constraints If the interaction involves legal liability, safety risk, or life‑critical outcomes, do not run ad‑hoc experiments. In those cases, use structured dispute resolution, legal counsel, or formal arbitration. Our habit is for everyday friction; it is not a substitute for legal or medical judgment.

Part 10 — Quantifying the habit: what to measure and why We want concrete measures that tell us whether we’re creating value and avoiding zero‑sum traps. Two simple metrics we can log daily or weekly:

Primary metric (count)

  • Number of interactions where we identified interests before positions (count per day). Aim: 3 per day in week 1, 5 per day by week 3.

Secondary metric (minutes)

  • Minutes saved or produced from an option (estimate per interaction). Aim: accumulate 60 extra minutes per week from combined experiments and swaps.

Why these metrics? Counting interactions trains a behavior (ask before propose). Measuring minutes ties outcomes to productive time, which is a pragmatic measure of joint benefit.

Sample Day Tally (concrete)

Goal: Add 60 minutes per day of joint useful time (or per project day if you work part‑time).

Items:

Step 3

Agree to a task trade: we do 1 hour of documentation in return for code review; net productivity gain of 30 minutes due to fewer blockers. — +30 minutes.

Total attributable added minutes: 60 minutes. These numbers are estimates but force us to attribute real, countable gains to win‑win thinking.

Part 11 — Habit formation and the 14‑day pilot We recommend a 14‑day pilot to turn the method into a habit. The pilot includes daily micro‑actions and a weekly reflection.

14‑day pilot structure

  • Days 1–3: Intervene early — practice the 5‑minute pause and two framing questions in every interaction you anticipate (3 per day).
  • Days 4–10: Run at least one 15‑minute options sprint per day (could be in meetings or email threads). Prototype at least one 72‑hour experiment during this period.
  • Days 11–14: Review metrics and adjust defaults; create one precommit default that removes a recurring zero‑sum opening.

Expected time commitment

  • Day average: 10–25 minutes of focused application, plus the time saved from options. The pilot yields measurable reductions in friction and at least one repeatable default.

Trade‑offs This pilot requires attention and a willingness to be slower at first. The payoff is reduced rework and improved relationships. We observe that after about 7–10 experiments the approach becomes faster: the 15‑minute sprint turns into a 6–10 minute habit.

Part 12 — One explicit pivot we made in practice We assumed X → observed Y → changed to Z is a pattern we repeat here with a real example.

We assumed (X): Negotiation needed a strict budget split. We observed (Y): The split created tokenism — each party got a line item but could not meet deeper needs (timeline, quality), resulting in 2 cycles of rework and a net extra 180 minutes of work. We changed to (Z): We moved to a trade‑bundle and a 72‑hour prototype: one party reduced quantity by 30% for earlier delivery, the other provided onboarding support worth 45 minutes. Result: one cycle of rework saved 120 minutes and satisfaction improved by 1 point on a 5‑point scale. Net gain: 120 minutes and relationship improvement.

We narrate this because the pivot shows how an initial assumption costs real time and how a small change delivers measurable returns.

Part 13 — Risks, limits, and how to respond when experiments fail Experiments fail sometimes. When they do:

  • Acknowledge quickly: “That result wasn’t what we expected.”
  • Quantify the failure: how many minutes, errors, or complaints?
  • Revert where needed and salvage learnings: keep what worked (e.g., the default schedule) and drop what didn’t.

We limit risk by capping experiments to ≤5% of the pie and ensuring reversibility. If an experiment exceeds boundaries, treat it as a learning expense and document the cost in Brali so we don’t repeat the same mistake.

Part 14 — Social norms and making win‑win a habit in groups To make this approach scale, create simple group norms.

Suggested norms (set in one meeting, 10 minutes)

  • “We always start with interests.” (One‑line rule.)
  • “We run at least one 15‑minute options sprint per contentious item.”
  • “We prefer reversible experiments of ≤72 hours.”

Add each norm to a shared board (or Brali)
and rotate responsibility for running the options sprint. These norms cost 10 minutes to set and can reduce conflict time by 15–30% over a month.

Part 15 — A day in practice: an extended micro‑scene We walk through a realistic day where we apply these steps.

Morning (8:45–9:00, 15 minutes)
We have two conflicts on the agenda: a client asks for acceleration; a teammate asks for more time for a task. We open Brali and run two 5‑minute pauses, asking interests and writing one‑sentence answers. We schedule one 15‑minute options sprint for the client call.

Client call (10:00–10:20, 20 minutes)
We use the pause and the “help me understand” line. The client needs samples for a Tuesday pitch. We generate six options quickly: extra sample only, partial scope earlier, credit for future discounts, shared presentation slot, shipping sample of low quantity, and digital mockups for the pitch. We choose two: ship a 50% sample in 7 days and provide a digital mockup. We set a 72‑hour prototype to confirm client satisfaction.

Teammate conversation (11:30–11:40, 10 minutes)
We use the trade bundle template: we will do documentation for the feature in exchange for them pairing on testing for two days. They accept.

Afternoon (15:00–15:10, 10 minutes)
We run a small experiment: move a recurring 60‑minute meeting to 30 minutes and produce a brief agenda in advance. We test for the week and log minutes saved.

Evening review (17:30–18:00, 30 minutes)
We log metrics in Brali: one interest‑first interaction count = 3; minutes saved estimated = 60. We set a default rule for meeting length and a 72‑hour check‑in for the client sample experiment.

End of day outcome

We invested ~75 minutes in deliberate practice but saved ~90 minutes through fewer reworks and better timing. Net: +15 minutes and clearer relationships. More important: we created repeatable templates and set defaults that reduce future friction.

Part 16 — Busy‑day alternative (≤5 minutes)
If we have only 5 minutes, do this:

Step 4

Log the interaction in Brali as “5‑minute save.”

This micro‑move prevents zero‑sum escalation and costs less than five minutes.

Part 17 — Common objections and short counters Objection: “People will take advantage.” Counter: Use small, reversible experiments; cap exposure at ≤5%; require a visible reciprocation (3:1 generosity rule).

Objection: “This slows things down.” Counter: Initially yes by ~10–15 minutes; within a week you will reduce rework and often net save more time than invested.

Objection: “This doesn’t apply to high‑stakes decisions.” Counter: Use formal processes for high‑stakes issues; apply these tactics to preparatory conversations, stakeholder alignment, and low‑risk trades — they still produce value.

Part 18 — Scaling the habit with Brali LifeOS Brali LifeOS is where we practice, measure, and journal. We recommend these modules:

  • Task: 15‑min Option Sprint (auto‑timer).
  • Habit: Interest‑first check (daily quota: 3 interactions).
  • Experiment: 72‑hour Prototype (fields: metric, cap, revert condition).
  • Default: Default Rule (rotate owner weekly).

Mini‑App Nudge Create a Brali check‑in called “Interest‑First” that prompts you three times daily to ask the two framing questions. It takes 2 minutes per prompt and builds the reflex.

Part 19 — How to teach this to a partner or team (20 minutes)
Explain the concept in 5 minutes using the kitchen‑pie scene. Run a 15‑minute options sprint together on one live item. Set one 72‑hour prototype and schedule a 10‑minute review. That 20‑minute investment teaches the method and creates immediate practice.

Part 20 — Longitudinal expectations and quantifiable targets Over 30 days, aim for:

  • 80–120 interest‑first interactions logged.
  • 8–12 prototypes of ≤72 hours.
  • 6 default rules set.

Expected returns

We expect to cut rework time by 15–30% and increase joint useful minutes by 10–25% across tasks where we apply the method. Those are conservative estimates based on field interventions and small controlled tests.

Check‑in Block (Brali ready)
Daily (3 Qs) — sensation/behavior focused:

Step 3

How did we feel after the interaction? (1 calm — 5 frustrated)

Weekly (3 Qs)
— progress/consistency focused:

Step 3

What net minutes did we estimate we saved or created this week? (minutes)

Metrics:

  • Primary: Count of interest‑first interactions (per day).
  • Secondary: Minutes of estimated saved/created time (per week).

One simple alternative path for busy days (≤5 minutes)
Do the 5‑minute busy‑day micro‑task described above: pause, ask “What do you most need now?,” offer a single contingent partial solution, and log it.

Closing reflection

We are asking for a modest change in how we start conversations: instead of arguing positions we name interests, expand options, and prefer reversible experiments. The cost is time and intentionality at first; the benefit is measured: fewer cycles of rework, clearer relationships, and often a net gain of 10–30% more useful minutes per applied interaction. We build defaults so those gains compound.

We leave you with one small practical instruction to do right now: open Brali, create a “5‑minute pause” task for today, and commit to asking the two framing questions at least once. We’ll check in in 72 hours.

Brali LifeOS
Hack #673

How to Not Every Situation Needs to Be a Zero‑Sum Game Where One Person Wins and (Game Theory)

Game Theory
Why this helps
It teaches us to pause, identify interests, and create options that increase joint value rather than just split resources.
Evidence (short)
Structured interest‑based negotiation increases joint gains by 15–40% in applied studies; simple experiments often reclaim 10–90 minutes per task.
Metric(s)
  • Count of interest‑first interactions (per day)
  • Minutes of estimated saved/created time (per week).

Read more Life OS

About the Brali Life OS Authors

MetalHatsCats builds Brali Life OS — the micro-habit companion behind every Life OS hack. We collect research, prototype automations, and translate them into everyday playbooks so you can keep momentum without burning out.

Our crew tests each routine inside our own boards before it ships. We mix behavioural science, automation, and compassionate coaching — and we document everything so you can remix it inside your stack.

Curious about a collaboration, feature request, or feedback loop? We would love to hear from you.

Contact us