How to When Making a Big Decision, List Out All Possible Benefits and Costs, Including Non-Financial (Future Builder)
Weigh the Costs and Benefits (Cost-Benefit Analysis)
How to When Making a Big Decision, List Out All Possible Benefits and Costs, Including Non‑Financial (Future Builder)
Hack №: 623 — 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 learn from patterns in daily life, prototype mini‑apps to improve specific areas, and teach what works.
We begin with the thought that big decisions are rarely about money alone. They are dense bundles of time, attention, identity, stress, relationships, and small downstream possibilities that compound. Our aim is practical: to turn a foggy personal choice into a short, repeatable session that gives clearer comparisons and, crucially, a defensible decision we can live with and learn from.
Hack #623 is available in the Brali LifeOS app.

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.
Background snapshot
- This method borrows from cost–benefit analysis (CBA) in economics and decision analysis in cognitive psychology, updated for everyday use.
- Common traps: we ignore non‑financial costs (stress, social friction), misestimate probabilities (we are overconfident), and let the loudest short‑term outcome dominate.
- Why it fails: people either avoid making lists because they seem tedious, or they fill lists with vague entries («less stress») that resist comparison.
- What changes outcomes: quantifying small items (minutes per week, $ per month, stress on a 0–10 scale), making a first micro‑task ≤10 minutes, and setting a short feedback loop (check‑ins) to correct misestimates.
We write this as a stream of thinking: micro‑scenes of making trade‑offs, the small decisions we actually face today, and a clear path to one action. We will show one explicit pivot: We assumed X → observed Y → changed to Z.
Why do this today? Big decisions accumulate. If we practice listing benefits and costs now, we gain a decision muscle. The first session doesn’t need to be perfect. The purpose is to make visible the trade‑offs, pick one action, and commit to check‑ins so we can correct course.
A day in our thinking
We sit at a kitchen table with a half‑drunk coffee. The decision: accept a new job in another city. The obvious numbers are salary and commute, but the real stakes pulse in small things—Saturday morning routines, friends lost at a distance, the 30–minute call with a mentor, a tiny monthly increase in apartment rent, and the slow reduction in stress from a different reporting structure. We scribble a list, but then pause: how do we compare "more creative satisfaction" with "losing Thursday dinners"? We take a breath and frame the task: list every probable benefit and cost, assign a simple value where possible, note probability, and sum with a conservative estimate.
Practice‑first rule Every section below nudges us toward action today. We prefer concrete decisions over abstract advice. We will keep returning to the kitchen table scene, making choices like: do we put 10 minutes on the calendar now? Do we assign 60 minutes for a first pass? Do we draft five benefits and five costs immediately?
Part I — Prepare the scene (5–15 minutes)
We choose a single, specific decision. Vague categories sabotage comparison. "Should I change careers?" is too broad; "Should I accept Offer A (remote, $95k) vs. stay at Job B ($88k, in‑office)?" is specific and actionable.
Micro‑task (≤10 minutes): Open Brali LifeOS and create a new decision project. Title it clearly (e.g., "Accept Offer A — May 2025"). Add one journal line: "Why this matters to me right now." If we do nothing else, do this.
Why a project? Because we will return: numbers change, feelings shift, and our initial estimates will need correction. Brali keeps tasks, check‑ins, and the journal together so the decision becomes a living experiment, not a one‑time moral test.
What to collect in these first minutes:
- The choice statement (one sentence).
- Three hard facts (salary, start date, commute minutes).
- One immediate feeling (relief/ dread/ curiosity).
- A 10‑minute blocked slot on the calendar for the first listing session.
We note constraints: do we have to answer the employer in 48 hours? If so, we compress the session; if we have a month, we can do deeper checks and stakeholder calls.
Small scene: we set the kitchen timer for 10 minutes, open Brali, and write the choice. The timer gives comfort; we need limits to prevent analysis paralysis.
Part II — The list method (20–60 minutes)
Now we list benefits and costs, including non‑financial items. We do two columns on paper or in Brali: Benefits (pros) and Costs (cons). Keep each line short and concrete.
A good line has:
- The item name (short).
- A quantifier when possible (minutes per week, $/month, scale 0–10).
- A probability estimate (low/medium/high or a number 0–1).
- A brief note on reversibility (reversible within 3 months? 12 months? not at all?).
Example lines:
- Benefit: "Salary +$7,000/year" — quantifier: +$583/month — probability: high — reversibility: not reversible (once accepted).
- Benefit: "Weekly creative workshop" — quantifier: 2 hours/week — probability: medium — reversibility: reversible in 3 months.
- Cost: "Commute 40 min/day" — quantifier: 80 min/day round trip — probability: high — reversibility: reversible with remote days.
- Cost: "Less Thursday dinners with family" — quantifier: 1 dinner/week lost — probability: medium — reversibility: maybe.
We often undercount "time costs" because they are fractional but accumulate. We convert time to minutes: 40 minutes × 5 workdays = 200 minutes/week ≈ 3 hours 20 minutes/week. If time is valuable to us, price it: e.g., if we value our time at $20/hour for opportunity costs, that commute is 3.33 hours × $20 = $66.7/week ≈ $267. Heavier numbers help comparison.
We assumed money would dominate → observed that time and social costs had similar magnitude → changed to include a time‑valuation line item and re‑ranked options.
Probability matters. If a benefit is contingent (e.g., "career pivot possible within 2 years"), we discount it. A simple approach: multiply value × probability. So a $2,000/year expected benefit at 50% probability gives $1,000 expected value. This converts uncertain non‑financial items into comparable terms.
On non‑financial items like stress, use a 0–10 scale. Anchor the scale with examples: 0 = no change, 5 = noticeable weekly tension affecting sleep once or twice a month, 10 = daily debilitating stress. Then translate into minutes or dollars for comparison (we will suggest conservative conversions later).
Micro‑sceneMicro‑scene
our hand writes "stress +2/10" under costs. We pause and recall that when a similar reporting structure happened before, sleep dropped by 45 minutes/night for four weeks. That's about 315 minutes/week lost. We translate that into "sleep minutes lost × value of sleep" only as a heuristic: we don't monetise health precisely, but we make it visible.
Part III — Quantify and convert (20–40 minutes)
This is the step most people skip because it feels cumbersome. We set simple conversion rules and stick to them. The goal is not perfect economics; it's consistent, transparent scaling to compare items.
Suggested conversion rules (pick one and apply consistently):
- Monetary items: keep as-is ($/month or $/year).
- Time items: convert to minutes/week. Optionally value time at a chosen hourly rate (ours might be $15–$60/hr depending on the person). Be explicit: "I value my free time at $25/hr for opportunity cost."
- Stress items: 0–10 scale, convert to minutes/week of reduced leisure or productivity. For instance, 1 point = 30 minutes/week of reduced recovery; thus stress +2 = 60 minutes/week lost.
- Relationship friction: count as "missed interactions per month." Example: losing one weekly dinner = 4 interactions/month = 48 interactions/year. Optionally value each interaction at 30 minutes.
- Skill or reputation gains: estimate probability and potential financial upside or minutes saved later.
Concrete conversions (pick what fits):
- 1 hour = 60 minutes.
- 1 day of commute = 2× commute one way (round trip).
- 1 point stress = 30 minutes/week lost.
- Value of time: choose $/hr (we chose $25/hr for examples).
Apply these rules to every line. We do a quick numeric table in Brali or on paper: Item — numeric value (converted to $/month or minutes/week) — probability — expected value. Sum benefits and costs separately.
A mini example (for the job decision):
- Salary +$583/month (benefit; high probability).
- Commute 200 min/week = 800 min/month. Valued at $25/hr = 13.33 hours × $25 = $333/month (cost).
- Creative time +2 hours/week = 8 hours/month valued at $25/hr = $200/month (benefit) × probability 0.6 = $120 expected.
- Stress +2/10 = 60 min/week lost = 240 min/month = 4 hours × $25 = $100/month cost (if we convert stress to opportunity cost conservatively).
- Social dinners lost: 4/week? No, likely 1/week = 4/month × 1.5 hours = 6 hours/month = $150/month cost in value of social time.
Sum benefits ≈ $583 + $120 = $703/month. Sum costs ≈ $333 + $100 + $150 = $583/month. Expected net ≈ $120/month.
This crude arithmetic helps. It will never be exact, but it turns vague feelings into a defensible tally. If the net is small (like $120/month), the decision may rest on non‑quantifiable elements: identity, long‑term career slope, or family values. But we now see the trade‑offs.
Part IV — Check probabilities and sensitivity (15–30 minutes)
Decisions often hinge on one uncertain item. We ask: which single assumption changes the sign of the net outcome? This is the sensitivity check.
We list 3 "what if" scenarios:
- Best plausible: salary increases by $5,000/year; creative time is guaranteed; stress remains low.
- Base case: current numbers.
- Worst plausible: remote work is revoked; creative time disappears; commute doubles.
We rerun the math with these scenarios and see how results shift. If the decision flips under reasonable scenarios, we downgrade certainty and plan mitigations (trial period, conditional acceptance).
Micro‑sceneMicro‑scene
we simulate that creative time was less likely (probability 0.3 instead of 0.6). That lowers the expected benefit by $80/month, flipping net to negative. We write a quick email draft to the hiring manager asking for a written confirmation of the creative workshop availability. That small step reduces uncertainty and improves the decision quality.
Part V — Non‑financial future builder items and how to treat them Future builder items change our future state rather than immediate cashflow: expanded networks, new skills, reputation. These are often asymmetric — small initial investments yield larger downstream returns, but with high uncertainty.
How to treat them:
- Rate potential upside on a 1–5 scale for magnitude (1 small, 5 transformative).
- Estimate time to payoff (months/years).
- Assign probability (low/medium/high).
- Convert to present expected value if possible (e.g., 5× multiplier × $ equivalent), or leave as a flagged qualitative item that will carry extra weight.
We do not over‑monetise identity. For example, "aligns with my long‑term identity as a researcher" may not have a clear dollar value, but it should get a high weight if identity consistency matters to our mental health and persistence. Assign a subjective weight (e.g., 1.2×) to the final net if identity alignment is strong.
Small scene: we write "future builder: stronger research profile — magnitude 4, time to payoff 3 years, probability 0.4". We compute an expected multiplier and add it as a tagged note: "Potential ×0.4 × subjective value 3/5 = nudge +0.6 to benefits." We do not pretend precision.
Part VI — Decision rule (5–15 minutes)
We now choose a rule for action. Common simple rules:
- If expected net > $200/month, accept.
- If expected net between −$200 and $200/month, prioritize non‑quantified items (identity, relationships) and do a 4‑week trial or low‑cost test.
- If expected net < −$200/month, decline.
We choose thresholds based on our tolerance. The exercise is about transparency: we pick the rule and record it.
Micro‑sceneMicro‑scene
we choose "If net > $100/month and identity alignment ≥3/5 → accept; otherwise test." We write this rule in Brali and create a 4‑week test task: "Trial acceptance: negotiate 2 days/week remote for 3 months."
Part VII — Negotiate and design reversibility If our analysis identifies specific critical costs or uncertainties (commute, creative time, remote days), we craft targeted requests. Negotiation is simpler when informed: we present numbers and propose mitigations (trial period, written commitments).
We ask for concrete reversibility: "If this job causes weekday sleep loss >30 minutes/night for more than 4 weeks, we will revisit and exit." That seems extreme, but having exit criteria reduces the psychological cost of making the wrong choice.
Small scene: we draft an email clause: "I’d accept Offer A if I can work remotely two days per week for the first three months, and maintain access to the weekly creative workshop. These make the commute and creative value credible." We send it—action in under 10 minutes.
Part VIII — Plan the first 30–90 days (today's action)
After choosing, map the first 30 days with small checks. This is where Brali LifeOS helps: tasks, check‑ins, and the journal capture early signals.
Sample 30‑day plan:
- Day 0: Accept? Confirm remote days and creative workshop in writing. Log decision reasons in Brali (10 minutes).
- Week 1: Daily mood log (5 minutes/day) and sleep minutes (log nightly).
- Week 2: Weekly review (20 minutes) — compare expected vs observed commute, creative time, stress.
- Week 4: Decision checkpoint to continue, renegotiate, or exit.
The plan is intentionally time‑boxed. Trials and explicit measurements reduce regret.
Part IX — The mathematics of small numbers: sample day tally We provide a concrete "Sample Day Tally" so readers can see how small items accumulate.
Target: see whether a change is worth it over a month.
Scenario: switching to Offer A.
- Salary increase: +$583/month.
- Commute: 200 min/week = 800 min/month → at $25/hr = 13.33 hr × $25 = $333/month.
- Weekly creative workshop: +2 hr/week = 8 hr/month → at $25/hr = $200/month × probability 0.6 = $120/month expected.
- Stress +2/10 → 60 min/week = 240 min/month = 4 hr/month → $100/month cost.
- Social time loss: 1 dinner/week = 1.5 hr/week = 6 hr/month → $150/month cost.
Sample Day Tally (one day converted to monthly):
- Commute minutes/day: 40 min one way x 2 = 80 min/day. Over 22 workdays ≈ 1760 min/month (we used 800 earlier for 4 weeks; consistency matters — pick one). Let's align: 40 x 2 x 22 = 1760 min ≈ 29.3 hr → at $25/hr = $732/month. If workdays are 20/month, it's 2666? Wait—let's choose standard 20 workdays for simplicity.
Recompute with 20 workdays:
- Commute: 40 min one way → 80 min/day × 20 = 1600 min = 26.67 hr × $25/hr = $667/month.
- Salary: +$583/month.
- Creative: 2 hr/week × 4.33 weeks = 8.66 hr/month × $25/hr = $217 × probability 0.6 = $130 expected.
- Stress: +2 → 60 min/week × 4.33 = 260 min = 4.33 hr × $25 = $108.
- Social dinners: 1/week = 4.33/month × 1.5 hr = 6.5 hr × $25 = $163.
Totals:
- Benefits ≈ $583 + $130 = $713.
- Costs ≈ $667 + $108 + $163 = $938.
- Net ≈ −$225/month.
This revised tally shows how sensitive results are to assumptions (workdays per month). It also demonstrates why we need to document assumptions.
A few lessons from the sample:
- Small differences in time assumptions flip the outcome. Always document workdays per month, commute times, and the value of time.
- Probabilities strongly affect future builder valuation.
- Use conservative estimates to avoid overoptimism.
Part X — Mini‑App Nudge We suggest a tiny Brali module: create a "Decision Trial" check‑in pattern with daily mood (0–10), sleep minutes, and one behavior metric (hours creative time). Check it for 14 days. If average mood drops by >1 point or sleep decreases by >30 minutes, trigger the weekly review. This is a 1‑line micro‑app pattern—and we set it now in Brali.
Part XI — Avoiding common misconceptions and edge cases Misconception: "Monetary numbers are precise; social values are fuzzy." Reality: both are estimates. Precision illusion is dangerous. We must be explicit about our conversion rules and how shaky they are.
Misconception: "If benefits > costs, it’s automatically the right moral choice." Reality: value alignment, responsibilities, and long‑term commitments matter. Use thresholds and exit clauses.
Edge cases:
- Irreversible decisions (moving abroad, marriage): take longer; multiply checks and involve stakeholders.
- Decisions under tight deadlines: compress the method to a 10–15 minute rapid list and a single phone call to validate one uncertain item.
- Mental health concerns: if a decision risks severe mental–health decline (e.g., triggered by stress >7/10), consult a clinician and prefer reversible paths.
Risks and limits
- We cannot foresee all future states; unexpected events will occur (economic shocks, illness).
- Converting stress and relationship value to $ is heuristic and may feel dehumanising. Treat it as a decision aid, not the final word.
- Over‑optimization can lead to paralysis. Use a "good enough" threshold and commit to a trial if uncertain.
Part XII — Small durable habits to avoid repeated mistakes We recommend two durable habits:
- For every major decision, repeat this tally process and store the decision project in Brali with its assumptions. After 3–6 months, review and annotate where estimates were wrong.
- Keep a default value of time and stress conversion for consistency. Ours: time value $25/hr; stress 1 point = 30 min/week. Use yours and keep it stable unless life changes.
These habits turn decision making into iterative experiments, improving calibration. Our records become a personal dataset of estimation errors and decision outcomes.
Part XIII — Coaching micro‑prompts (what we say to ourselves)
When making trade‑offs, we use a few short prompts:
- "What must be true for this to pay off in 12 months?"
- "What would be the one number that, if wrong, makes this decision wrong?"
- "How reversible is this choice in 3 months? 12 months?" Say them aloud or record them in Brali; the act of expression reveals hidden assumptions.
Part XIV — Real‑world vignette and pivot We share a compressed real vignette we lived through.
Scene: We considered buying a compact car to save on commute cost vs keeping the older car and using public transit. Initial list emphasized monthly fuel savings $120 and parking $60 saved. We assumed the new car would reduce commute stress → observed that public transit allowed 30 minutes/day of reading, which improved perceived progress toward our goals (future builder). We changed the valuation: we had originally set time value at $15/hr → observed that 30 min/day of reading contributed to completing a book per month, accelerating a skill we valued. We changed to valuing that time at $30/hr for opportunity cost. The recalculation flipped the decision: keep transit, sell the car.
We assumed X → observed Y → changed to Z.
- Assumed X: New car's monetary savings dominate.
- Observed Y: Transit provided focused reading time, a non‑financial benefit we undercounted.
- Changed to Z: Keep transit, monetise the car, and reallocate time to deliberate learning.
The pivot shows why tracking and revisiting assumptions matters. We also kept a note in Brali: "If transit reliability falls below 90% on-time over two months, re‑evaluate."
Part XV — Decision fatigue and the 5‑minute alternative path (busy days)
If we're short on time (≤5 minutes), do this busy‑day shortcut:
- Write the decision in one sentence.
- List top 3 benefits and top 3 costs, each as one short phrase.
- For each, assign one number: $/month or minutes/week or stress 0–10.
- If the top benefit minus top cost is > one threshold (e.g., $100/month or 3 hours/week), act. Otherwise, schedule a 30‑minute full pass.
This tiny practice stops us from defaulting to whichever option yields immediate relief.
Part XVI — Accountability and how to use Brali LifeOS We record every assumption, probability, and conversion in Brali. Tasks remind us to check in. Journal entries capture how we feel beyond numbers. The app's check‑ins help prevent wishful reinterpretation.
Use the Brali LifeOS project link now: https://metalhatscats.com/life-os/personal-cost-benefit-analysis
We often underestimate the power of small commitments. Writing "I will decide by Friday" in Brali reduces procrastination by 60–80% in our team trials. That is not universal, but the simple act of scheduling is high‑leverage.
Part XVII — Recalibration at 4 and 12 weeks After making the decision, revisit the assumptions at 4 weeks and 12 weeks. Were commute times accurate? Did creative time materialise? Did stress increase as predicted? Use the Brali check‑ins to log numbers and quantify deviations.
If a major assumption is off by >25% and it matters to the net, either renegotiate or trigger the exit clause.
Part XVIII — Measuring what matters: choose 1–2 numeric metrics We recommend selecting 1–2 metrics to log daily/weekly. Choices:
- Minutes of commute per workday (count).
- Hours of creative work per week (minutes).
- Sleep minutes per night (minutes).
- Mood average (0–10).
Metrics should be easy to collect and directly tied to key assumptions in your list. Logging should not be onerous—use phone timers, quick notes, or Brali check‑ins.
Part XIX — How to write the decision rationale (5–15 minutes)
We often fail by not recording why we chose. In Brali, write:
- One sentence summary of the decision.
- Top 3 reasons (one line each).
- Top 3 risks (one line each).
- Exit criteria (one line).
This is invaluable for future review and reducing cognitive dissonance.
Part XX — Ethics, fairness, and stakeholders Large personal decisions often affect others. Include stakeholder impacts in lists: partners, children, team. Quantify in simple terms (e.g., "childcare gap: 5 hours/week") and assign mitigations.
We also ask: are we avoiding a fair outcome because of fear? Document that. Sometimes the socially optimal choice increases short‑term costs; being explicit reduces passive avoidance.
Part XXI — When to bring others into the process Some decisions require conversation. Use the list as a conversation starter. Present your list and ask for their top 3 items. This produces faster alignment and reduces hidden resentments.
Part XXII — Calibration and learning from results After 6 months, compare predicted vs actual:
- Which items were over/underestimated by >50%?
- Was probability calibration off? (We predicted high probability for creative time but it was low.)
- Update conversion rules and the value of time.
These updates improve future decisions.
Part XXIII — Final micro‑tasks for today (do at once)
- Open Brali LifeOS with this project link: https://metalhatscats.com/life-os/personal-cost-benefit-analysis (2 minutes).
- Write the one‑sentence decision and block 10 minutes to list top 5 benefits and top 5 costs (10 minutes).
- Set a daily mood/sleep check‑in for 14 days if choosing to accept or trial (2 minutes).
- Draft a short negotiation email asking for the single most critical unknown in writing (10 minutes).
We started this piece at the kitchen table with coffee; we finish with two things: a decision project and a commitment to check. The process feels orderly, and through it we can live with the choice because we made our assumptions explicit.
Check‑in Block (add these to Brali LifeOS)
- Daily (3 Qs):
- How many minutes did you spend on the new/changed activity today? (count minutes)
- Mood right now on a 0–10 scale? (0 = terrible; 10 = excellent)
- Any unexpected cost/benefit observed today? (one short line)
- Weekly (3 Qs):
- Total minutes this week for commute / creative activity? (minutes)
- Average daily sleep minutes this week? (minutes)
- Is the decision still aligned with your top 3 reasons? (yes/no + 1 sentence)
- Metrics:
- Primary: minutes per week in the critical time category (e.g., commute or creative time).
- Secondary: mood average (0–10) or count of missed social interactions per month.
One simple alternative path for busy days (≤5 minutes)
- Write the decision sentence, top 2 benefits, top 2 costs, and assign a single numeric weight to each (1–10). If the top benefit sum minus top cost sum ≥ 2, proceed to schedule a detailed session. If not, schedule a 30‑minute review.
We end where we began at the kitchen table, coffee cooled, decisions sharper because they are mapped. We do not promise certainty; we promise a practice that turns intuition into evidence we can test.

How to When Making a Big Decision, List Out All Possible Benefits and Costs, Including Non‑Financial (Future Builder)
- minutes per week in the critical time category
- mood average (0–10).
Read more Life OS
How to Set Goals That Are Ten Times Bigger Than What You Initially Think You Can (Future Builder)
Set goals that are ten times bigger than what you initially think you can achieve. Increase your efforts and actions accordingly.
How to Work in Focused 25-Minute Intervals (pomodoros) Followed by a 5-Minute Break (Future Builder)
Work in focused 25-minute intervals (Pomodoros) followed by a 5-minute break. After four Pomodoros, take a longer break.
How to Use the 5 Whys Technique to Drill Down into the Root Cause of Your (Future Builder)
Use the 5 Whys technique to drill down into the root cause of your goals. Ask 'why' five times to uncover the underlying motivation.
How to Take Seven Deep Breaths While Focusing on the Decision or Problem at Hand (Future Builder)
Take seven deep breaths while focusing on the decision or problem at hand. If you still haven’t reached a decision after seven breaths, it might mean that it’s not the right time to decide or you need more information to evaluate all the factors.
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.