Repeat Fire ยท Execute
Step 4 of 6 ยท REPEAT

Execute: Do the Work

Plan produced a decision. Execute is where that decision either becomes real or quietly dies in a browser tab you meant to get back to. This is the shortest step to describe and the easiest one to fail โ€” it requires no insight, just actually doing the thing, on the timeline you said you would.

The job of this step
The decision โ†’ done, not planned

Execute has a binary output: the thing either happened or it didn't. Not "I started the process," not "I looked into it" โ€” the contribution changed, the transfer went through, the subscription is canceled.

Why it deserves its own step

It would be easy to fold Execute into Plan โ€” "decide and do it" as one motion. But separating them matters, because the skills involved are completely different. Planning is analytical. Execution is operational: logging into an account, updating a contribution percentage, moving money, canceling a subscription. Treating them as the same step is how people end up with excellent plans and a 0% follow-through rate โ€” the thinking got done, the doing didn't, and there was no separate checkpoint to notice the gap.

Automate everything that can be automated

The single highest-leverage move in Execute is removing yourself from the loop wherever possible. A contribution increase that requires you to remember to do it manually every paycheck will eventually get missed โ€” not because you're undisciplined, but because willpower is a bad long-term infrastructure choice for something that needs to happen 26 times a year without fail.

  • Contribution percentages and dollar amounts, set once at the source
  • Transfers between accounts on a fixed schedule
  • Rebalancing where your platform supports rule-based triggers

What's left for manual execution should genuinely require a human decision at that moment โ€” not just "I haven't gotten around to automating this yet."

Rebalancing without turning it into a hobby

If Plan called for a rebalance, Execute is where it happens โ€” and one clean pass beats constant fiddling. Rebalancing in response to a plan decision is disciplined. Rebalancing in response to yesterday's market move is speculation wearing a maintenance costume. If you find yourself rebalancing more often than your Review cadence, that's usually a sign Execute has started leaking into a different, less useful activity.

Trimming expenses is execution, not negotiation

If Plan identified a spending change, Execute is not the place to relitigate whether it's really necessary. That argument already happened in Plan, with fuller context on the gap and the tradeoffs. Reopening it during Execute โ€” "do I really need to cancel this" โ€” is how a five-minute cancellation turns into a three-week internal debate that quietly resolves itself by never happening.

What Execute is not

Execute doesn't decide what to do โ€” that risk was retired in Plan. It also doesn't measure whether the change worked โ€” that's Assess, and it needs time to pass before it can say anything meaningful. Trying to evaluate results the same week you executed a change is jumping the loop; give it the reporting period it needs.

There isn't a tool that executes for you โ€” this step happens in your actual accounts. But the Account Optimizer's tiered breakdown doubles as an execution checklist: once Plan sets the monthly amount, the waterfall tells you exactly where each dollar should land, in order.