A renewal is an operating problem, not a marketing problem

Most brokerages do not lose renewals because they lack a marketing message. They lose them because on the Tuesday a particular borrower should have been called, nobody knew that borrower needed calling.

That is an operating failure, and it has operating causes. Below are the six that account for most of them, then the mechanism that answers each one.

Where renewals actually go

1. Renewal dates are incomplete or buried

A funded file records a close date and a term. The renewal date is derivable from those two, but derivable is not the same as available. If the date lives only in a PDF, a lender portal or somebody's memory, no process can act on it.

2. Nobody owns the renewal list

Live deals have owners. Renewals frequently do not. Work that belongs to everyone belongs to no one, and a list without a name against it is a list that gets read when things are quiet — which, in a brokerage, is never.

3. Every file looks equally urgent

A book of several hundred borrowers offers no natural ordering. Without a ranking, the honest response to "who should I call today?" is "I don't know", and the practical response is to call whoever came to mind. Recency is not a prioritisation strategy.

4. Follow-up happens too late

By the time a renewal letter arrives, the borrower has an offer in hand and a deadline. A conversation that starts then is a rate negotiation. A conversation that started months earlier is advice.

5. Activity is not logged consistently

If contact history is partial, nobody can tell the difference between a borrower who was called last week and one who has not been contacted in two years. The next person to look at the file has to guess, and guessing produces either duplicate outreach or none.

6. Principals cannot see whether the book is being worked

A brokerage owner can usually see live deals. Whether the back book is being worked at all is often invisible until a year of renewals has already passed.

The operating mechanism

The Renewal Recovery System is the sequence that answers those six. It is deliberately a loop rather than a campaign: the output of each week becomes the input of the next.

1. Derive renewal dates

Renewal dates are computed from the close date and the term already recorded against each file, so the list does not depend on somebody having typed a renewal date into a field. Where the underlying data cannot support a date, the file is flagged as unreadable rather than quietly excluded — a borrower you cannot date is a borrower you will not call.

2. Rank opportunities

Ranking is by time to renewal first, then by the size of the file, then by how long it has been since anyone made contact. The ordering is deterministic and inspectable. There is no score you cannot explain to the person being asked to work the list.

3. Create a weekly action list

The ranked book narrows to a working set: the borrowers worth contacting this week, sized so that a broker can finish it. A list of four hundred names is a report. A list you can complete is an instruction.

4. Run the 120 / 90 / 60 / 30 cadence

Four contact windows before maturity, each with a different job — establish presence, provide a comparison, have the real conversation, then close or learn why not. The earlier two can be automated; the later two are phone calls, and the system schedules them rather than sending them.

5. Record every action

Every send, reply and stage change is written to the activity record, so the next person to open the file inherits the history rather than reconstructing it.

6. Review the book weekly

One digest each morning in the brokerage's own timezone: what is urgent today, what changed, what is going unworked. The review is what stops the loop from degrading back into whoever-came-to-mind.

What Mortgage Pipeline Machine does

MPM is the software and the setup that runs that loop for a brokerage. It reads the book you already have, derives the dates, maintains the ranking, produces the weekly list, sends the early-window emails, records the activity, and reports the state of the book to whoever is accountable for it.

It is delivered rather than downloaded: the setup connects it to your existing records, and the ongoing service keeps it running.

What it does not replace

Your CRM. A CRM is where a brokerage stores contacts, files and pipeline records. MPM does not ask you to move any of that. It reads the book and turns it into prioritised actions. The two do different jobs and are meant to coexist.

Your judgement. The system produces a ranked list. Which conversations are worth having, and how, remains a broker's decision.

The conversation itself. MPM does not phone borrowers. The later windows in the cadence are deliberately human, and the system's job there is to make sure the call is scheduled and the context is in front of you.

Consent and compliance. Outreach happens only to contacts whose consent status supports it, and consent is recorded per contact. MPM does not contact everyone in a database because they are in the database.

Individual treatment. A ranked list is a starting order, not a script. Files with anything unusual about them are surfaced, not processed.

Who it is for

• Independent mortgage brokers with a funded book large enough that renewals

stop being memorable one at a time

• Small brokerages where renewal work is currently nobody's named job
• Broker owners who cannot presently answer "is the back book being worked?"
• Teams running renewals from a spreadsheet
• Teams whose renewal data lives in CRM exports
• Teams whose database is fragmented, duplicated or partially abandoned — the

import path is built for messy books, and it accounts for every row it cannot read rather than dropping it

Who it is not for

• Brokers whose book is small enough to hold in their head. If you can name

every upcoming renewal, a system is overhead.

• Anyone looking for a CRM. MPM is not one and will not replace one.
• Anyone wanting bulk untargeted outreach. The consent and cadence rules make

that awkward on purpose.

• Homeowners researching their own renewal. This is brokerage software; a

broker is the right person to talk to about your mortgage.

Frequently asked questions

Does Mortgage Pipeline Machine replace my CRM?

No. A CRM remains where your brokerage stores contacts, files and pipeline records. MPM reads that book and turns renewal and client data into prioritised follow-up actions and a weekly operating cadence. They are complementary, and MPM is designed to run alongside whatever you already use.

What if my renewal dates are incomplete?

Renewal dates are derived from the close date and term already recorded against each file, so most books produce a usable list without anyone entering renewal dates by hand. Where a file genuinely cannot be dated, it is reported as unreadable rather than skipped silently, so the gap is visible and fixable.

Who should run the weekly renewal list?

One named person. The list is short enough to be somebody's actual job — often the broker for a small book, or an assistant who schedules and prepares while the broker takes the later conversations. The system does not decide this, but it does make the absence of an owner obvious.

Is this just reminder software?

No. A reminder tells you a date has arrived. This derives which dates exist, ranks them against each other, produces a working list in priority order, runs the early-window contact, records what happened, and reports the state of the book. The reminder is one step in the loop rather than the product.

How is this different from marketing automation?

Marketing automation sends campaigns to segments. This produces an operating list for a person to work, and only automates the two earliest contact windows. The 60 and 30 day windows are deliberately phone calls, because a renewal conversation close to maturity is advice rather than a message.

What happens in a Renewal Recovery Audit?

It is a review of how your brokerage currently tracks and follows up renewals: where renewal dates live and whether they can be derived, whether anyone owns the list, how contact history is recorded, and which of the six failure points above apply to you. It produces a picture of your current process, not a proposal you have to accept.