In most brokerages there is a ritual on Friday afternoon. The managing broker, or an operations manager acting for them, sends the same message to everyone: where are your deals? Brokers reply over the next few hours, some in a sentence, some in a table, one at the end of the weekend. The answers are compiled into a spreadsheet or a pasted block, and for a few hours the company knows what is going on.
By Monday it is out of date. The following Friday, the same message goes out.
People tend to treat this as a discipline problem, solved by reminders and a template. It is better read as a measurement. The company has a CRM, and the CRM is not holding the state of the deals. The email exists because the answer is not in the system, and the email is how the company reads a thing the system should show.
A brokerage CRM usually holds the right nouns: contacts, properties, listings, requirements, deals, stages. It is good at remembering who is involved and at roughly which stage a deal is. What it often does not hold is the deal's actual state, which is a different thing.
The stage says "negotiation". It does not say that the landlord's counter arrived on Tuesday, that the tenant's counsel owes a mark-up, that the broker is waiting on a lender and that the deal will slip a month if the lender is late. All of that is in the broker's head, in an email thread or on a note, and the CRM is silent.
So the stage field becomes a rough label that is updated when someone remembers, and the managing broker asks about the state in the one way available: ask the person who knows.
We described why a generic pipeline misfits a deal with two sides in what the generic tools get wrong. The Friday email is the daily consequence: the structure the tool imposes is not the structure the deal has, so the real state lives elsewhere.
Each Friday costs each broker some time, which is the visible cost and a small one. The real cost is that the company's knowledge of its own pipeline is a week old at best and depends on each broker's candour and memory. Forecasts are built from it. Commission expectations are built from the forecasts. Cash planning follows.
There is a second cost, which is that nothing is noticed between Fridays. A deal that stalls on Monday is reported on Friday week, and by then the lender has gone cold or the tenant has found another space. The managing broker is the last to know and the one with the power to help.
The fix is not a better report. It is a small, specific piece of state on every deal, kept current as a by-product of work and visible on one card. Five facts are enough.
The next dated action and its owner. What happens next, who does it, by when. Not a stage. A sentence and a date.
Who owes whom. The party the deal is waiting on: the other side, a lender, an attorney, the broker's own team. One name.
The date of the last real contact. Not the last logged activity. The last time the broker spoke to the other side or the client about this deal.
The money exposed. The expected commission and the date it would be earned if the deal closes on plan. This is what ties the card to the cash forecast.
The risk in one line. What could stop it, in the broker's own words, or "none". A short free-text field that a broker can fill in ten seconds.
Those five facts answer the Friday question for a single deal. Put them on every deal and sort by next dated action and the Friday email is a view.
A tenant representation deal, an office lease. Next action: landlord's counsel returns the mark-up of the lease, due Thursday, owner the broker. Who owes whom: the landlord's counsel owes the company. Last real contact: Monday, a call with the tenant's finance director. Money exposed: the commission on a five-year term, earned on signing, expected on the twentieth. Risk: the tenant's lender wants to review the guarantee clause and has not been sent it.
That card is about sixty words. It tells the managing broker the deal is waiting on someone else, that the company's risk is a document nobody has sent to a lender, and the date by which something should happen. Nothing in it needed a meeting.
Do not add fields for everything a manager might want. Every extra field is an extra reason for a broker to skip the card. Stage stays, because it is useful as a coarse filter. Property details, parties and documents live where they already live, linked from the card. If a sixth fact proves essential after a quarter of use, add it then, and take one out if the card grows past a screen.
The reason these cards are rarely maintained is that they are extra work. The way around it is to make the card a by-product of things brokers already do.
When a broker sends a document for signature, the next action and the party owed are set from the request. When an email arrives from the other side, the last-contact date is updated by the system. When a deal changes stage, the money exposed is recalculated. The broker writes the risk line and corrects anything the system got wrong. The aim is that the brokers touch the card for ten seconds when something changes, not for ten minutes on Friday.
We showed the same thread running through a deal's life in the video Commercial Brokerage Operations: A Guided Demo, and the matching broker metrics in deal flow management software: the metrics are only as good as the state under them.
Monday begins with a list, sorted by next dated action, filtered to the deals where the party owed is the company's own team or where the last real contact is more than a week old. That list is the whole of the old Friday email, and it is current to the hour. A stalled deal shows up on the day it stalls. A broker with a heavy week is visible without being asked. The forecast is the sum of money exposed on deals whose next action is dated.
For the brokers, the change is that the question stops arriving. That is the best argument for the cards, and it works on people who would never respond to a policy.
We design the five-fact card with the managing broker and the brokers, wire it to the signature, email and stage events that already happen, and replace the Friday request with the view. Discovery is no-risk: we rebuild one week of your Friday replies from the CRM and show what could be answered without asking, and you pay only if you go ahead. The build carries a guaranteed estimate, so if we estimate low, we absorb the difference.
When the deal's state is in the system, the Friday email has nothing left to ask.
In a no-risk discovery we look at how a deal moves from listing to commission across your CRM and accounting today and show what one connected system would change. You pay only if you proceed. Or see how we approach it.
More on the same problem:
"Something isn't working." "We're outgrowing our tools." "We're afraid to make the wrong move." No-Risk Discovery is a short, practical conversation that gets you clarity before you commit to anything big. We'll tell you if we're a fit. If we're not, we'll tell you that too.
Say who you are and ask. A person replies within one business day.
