SYSTEM 13 OF 14 BUILD A LIFE
Team.
Give the right work to the right people with clear outcomes and support.
Define one result and its decision boundary before asking someone else to own the work.
View all 14 systems01 / READ
The Team chapter
Start with the reason this system matters before choosing another tool or cadence.
As The Madrona Group grew, we began acquiring established real estate brokerages. We were not just hiring new people and teaching them our way from day one. We were bringing existing offices into the company—employees and brokers who had their own processes, terminology, and expectations. Some of those systems worked well.
There were times when we needed a process handled differently across the company. I could explain the change and assume the employee would adapt it. I knew what I meant; they knew what they had done before. Sometimes neither of us had described the new version clearly enough. Confusion and mistakes followed. That was not necessarily a problem with anyone's effort or ability. We had left too much of the system inside our separate assumptions.
As we grew, “our way” had to mean something people could actually use: the process, why we do it, who owns each part, what done looks like, what someone can decide on their own, and when they need to bring a decision back. That does not mean everyone must work identically. Someone joining us may know a better way. But first we need to be able to compare two real processes rather than two vague impressions.
A team should make the client experience better and the people doing the work stronger. That is true whether the support is a full-time employee, a transaction coordinator, a partner, or a limited outside service. It does not mean every agent needs to hire. Delegation starts when two people can describe the expected result the same way.
Start with one result, not a job title
Choose a recurring responsibility that is taking time or slipping. Write down the trigger, what done looks like, what the client should experience, and which decisions still belong to the agent. Then decide who can own it and what information and access that person actually needs. A handoff without a definition of done creates follow-up work for both people. A handoff without a decision boundary can put a client promise at risk.
For example, “prepare the weekly seller update” is not yet an operating rule. The owner needs to know where current activity is recorded, what facts must be checked, when a draft is due, who approves the advice, and how the update reaches the client. The exact division depends on the business and brokerage. The important part is that both people could describe the same result.
Give the first handoff a small scope. Run it once, check the actual client-facing result, and ask the person doing the work where instructions or access were missing. Coach with a real example instead of a vague “be more proactive.” If the work is still unclear, improve the process before treating the problem as a failure of effort. For duties controlled by brokerage policy, licensing, contracts, privacy rules, or employment arrangements, use current qualified guidance rather than this chapter as permission to delegate.
The One-Responsibility Handoff makes the outcome, owner, review, and exception path visible. The first win is not a bigger org chart. It is one responsibility that reaches the right result without the client wondering who is in charge.
Keep the support useful
At a regular review, count whether the chosen handoff was completed as agreed or needed rescue. Pair that with a quality question: did the client get a clear, timely result, and did the person doing the work have what they needed? If the same rescue repeats, inspect the instructions, workload, authority, or training before adding another person. If the handoff works, decide whether it should stay small or expand.
Team does not replace Transaction or Follow-Up; it defines who can own a part of their work and what done means. Training helps a person learn the responsibility. Money checks whether added support is sustainable. I do not add people just to get busier. The point is a dependable outcome, even as more people or offices take part in the work. The client should not have to experience our internal confusion.
02 / START
Start Here This Week
One useful first pass in the tools you already use.
Starting condition: a recurring task is taking too much of your attention or slipping, but “delegate it” has not produced a reliable result.
This week's result: one responsibility defined, handed off if appropriate, and checked against a clear result. This does not require hiring.
- Pick one recurring task. Describe the trigger and the result the client or business should see when it is done.
- Decide which actions someone else can own and which judgment, approval, or client conversation stays with the agent. Check current brokerage rules before assigning regulated or sensitive work.
- Complete the One-Responsibility Handoff with an owner, information source, deadline or service timing, exception path, and review point.
- Run one real handoff if a suitable opportunity occurs. Ask the owner where instructions or access were unclear; check the actual result and make one correction.
One responsibility defined, handed off if appropriate, and checked against a clear result. This does not require hiring.
Check marks are for this visit only. Make the real changes in your existing tools.
03 / FIELD GUIDE
One-Responsibility Handoff
Configure, use, and improve the existing workflow. This page does not become another database.
Job: make one recurring responsibility clear enough for another person to own and for the agent to verify. User: agent and the person receiving the work. Trigger: first handoff, repeated rescue, owner change, and a short weekly review until stable. System of record: current CRM, transaction platform, calendar, or task system. This guide does not create authority to assign work contrary to brokerage, licensing, employment, privacy, or contract rules.
BUILD
The agreement before the handoff
Choose one responsibility and state the result in the receiver's words as well as the agent's. Give only the access needed. Distinguish preparing information from making a professional judgment or sending advice.
| Handoff decision | Agreed answer |
|---|---|
| What event starts the work? | |
| What result counts as done, and what should the client experience? | |
| Who owns preparation, approval, and final communication? | |
| Where are current facts and the work recorded? | |
| What timing has actually been promised? | |
| Which decisions must be escalated, to whom, and by when? | |
| What access or training is needed, and what rules limit the work? | |
| When will both people review the first result? |
RUN
One handoff and verify the result
Use the agreed trigger and source, then check the completed work where it normally lives. Do not rely on “I sent it” as proof the right client-facing result happened. If the assigned person is unavailable, use the agreed exception path.
| Responsibility and date | Owner and agreed result | Completed result or first gap | Client impact | Next correction and check |
|---|---|---|---|---|
| Fictional example: prepare seller-update draft | Coordinator prepares activity summary; agent approves advice and sends | Draft ready; one showing note lacked context | Client update held until corrected | Clarify source note standard / next weekly update |
LEARN
Before expanding
Review the first few repetitions. Count completed-as-agreed versus rescued handoffs, then ask whether the client got the promised outcome and the owner had enough context. Improve the definition of done, access, timing, or training. Expand the responsibility only when the small version is reliable and the business can support it. A bigger team is not the metric.
