What you actually keep when you change brokerages
Aug 29, 2026 · 7 min read
You give notice on a Friday. By Monday you cannot log in.
Nobody is being punitive. Offboarding runs the same checklist it always runs, and deactivating accounts is on it. But your client list, your production history, and four years of notes were all behind that login, and on Sunday afternoon you find there is nothing left to open.
That is the version of this that actually happens. Not a dispute, not a lawyer. A routine Friday and a checklist.
Yours
the relationships, and what you know about them
Theirs
active listings and the transaction file
Depends
your records, decided by which system holds them
Only the third one is actually up for grabs, and it is the one nobody plans for.
Three categories, and only one is genuinely ambiguous
Relationships travel. The people who know you, trust you, and refer you are not the brokerage's property. Your sense of who is thinking about selling next spring lives in your head and leaves with you.
Active listings generally do not. A listing agreement is typically between the seller and the brokerage, with you named. When you leave, the brokerage usually retains it, and whether it follows you is a negotiation and sometimes a courtesy. Pending transactions work similarly, and how your commission on an in-flight deal is handled should be spelled out in your independent contractor agreement. Read that clause before you resign. Not after.
Your records are the middle. Client contact details, transaction history, commission records, notes, documents, the email templates you spent two years refining. Whether you keep those has almost nothing to do with the law and almost everything to do with which system they were stored in.
Storage location is the whole game
If the customer relationship management system (CRM) was provided by the brokerage, your access ends when your affiliation does. That is not a betrayal. It is how a provisioned account works, and it was almost certainly in the paperwork you signed on day one.
Which makes the real question not "do I own my data" but "can I still open the thing it lives in."
Sort your systems into two lists.
Everything on loan works perfectly until the afternoon it is switched off.
The trap for high performers is that brokerage tools are often genuinely good. Free, already populated, already integrated. So the sensible-feeling decision is to put everything there.
Five years later you have a decade of transaction history in a system you cannot log into.
Industry writing on this is blunter than you might expect. One CRM guide notes that a database the brokerage owns means relationships stay with the business rather than in an agent's personal phone, and that this is precisely why many brokerages invest in CRM systems, so that client relationships do not leave when agents do. That is not a conspiracy. It is a stated design goal. Plan around it. Resenting it changes nothing.
Export before you give notice
The common version of this story is not dramatic. Nobody is malicious.
The agent gives notice Friday. IT deactivates accounts the same day, as routine policy. By Sunday, when the agent thinks to pull their client list, there is nothing to log into.
Do it in the other order. Before you tell anyone, export into files you hold:
- Contacts as CSV: names, emails, phones, and the tags you actually use.
- Closed transaction history: addresses, dates, sides, sale prices, and your commission on each. This is what your accountant wants and what your next brokerage asks about when you negotiate a split.
- Income and expense records for any year not yet closed with your accountant.
- Documents you personally authored. Templates, checklists, the marketing pieces you built yourself.
Two cautions. Exporting your own contacts and production history is ordinary; copying the brokerage's proprietary material, lead lists you did not generate, or other agents' client data is not, and the difference matters. And a transaction file contains other people's personal information. What you take, you are now responsible for protecting.
Data you cannot reach is data you do not have
We learned a version of this on our own software, and it is worth telling because it is not the version people expect.
Our transaction list sorted deals by closing date. Sensible, until you remember that a deal has no closing date until it closes. A buyer who is still house-hunting has none.
Every one of those deals quietly dropped out of the list. No error. No empty row. A shorter list that looked complete.
In production it was hiding 8 of 40 deals, three of them real client files.
Nothing had been deleted. Every record was exactly where it should be, correct in every detail, and completely unreachable through the only screen anyone used to look at it. Your records existing and you being able to get to them are two different facts, and the second one is the one that matters the week you resign.
Test the export. Do not just download it
An export nobody has opened is a guess.
Open the CSV. Count the rows and compare against what the system claims you have. Check that the fields you actually care about have values in them. Commission figures go missing from generic contact exports all the time: the column is there and every cell under it is blank. Confirm the dates came out as dates, in a format another system can parse.
If the only export on offer is a PDF report, that is not an export. It is a picture of your data. Ask for CSV specifically.
Migration advice from the CRM world applies here too: run both systems in parallel for two to three weeks so nothing falls through, and export everything before you cancel anything, because you cannot go back afterward.
The structural version
Exporting on the way out is damage control. The better position is not needing to, which means being the account holder for the systems that hold your history.
One question, asked once a year: if my affiliation ended tomorrow, which of these could I still open on Monday? Anything that fails either moves, or is something you have consciously decided to lose.
This is not an argument against brokerage tools. Compliance, document retention, and the transaction file itself genuinely belong at the brokerage, and their systems are the right home. It is an argument about where the record of your business lives: your clients, and what you earned from them. That is what you rebuild a career on, and the thing you are least able to reconstruct from memory.
What this does not resolve
Nothing here overrides your independent contractor agreement (ICA), and none of it is legal advice. Agreements differ on pending-transaction commissions, post-termination compensation, and occasionally on data itself. Some states carry their own transaction record retention rules on top of whatever your brokerage requires. If a large pending commission is at stake, that is a lawyer, not an article.
The habit is smaller than the principle. Know which systems you hold the keys to. Export on a schedule rather than in a crisis. And when you evaluate any new tool, ask who the account holder is before you ask what it costs.
KeyFlow sits on the other side of that line deliberately: you are the account holder, the workspace is yours, and everything in it exports to CSV from a button in Settings without asking anyone. We also learned the hard way that data you cannot see is functionally data you do not have, which is why "can I get it all out" is a question we would rather you ask us early than late.
Sources: Kee Technology — real estate client database · nurtureBEAST — how to switch real estate CRMs without losing your database · AgentFire — the switching real estate brokerages checklist · Kee Technology — migrating a real estate CRM
- ownership
- data
- brokerage