Agentic Operating Model
Overview 1 / 6
Queensland residential property management

Map the work first. Automate second.

First map the Queensland residential property management operating model. Then assess where AI can carry the work and the assurance each workflow needs.

Industry-standard benchmark Phase 1 · map the work
Current phase

Build the Process Universe

Define the work that must exist before designing AI capability, assurance checks and the right level of human involvement.

Phase 1 of 6
-
Core process domains
-
Level 2 core processes mapped
2
Supplied source documents
0
AI ratings applied so far
Working thesis: The source material identified the work; the first normalisation pass has now separated core processes from lower-level functions, deliverables and tasks. Phase 1 remains a validation baseline, not an AI rating.
01 - Decisions already locked

What we are actually building

The scope is intentionally narrower than "the whole company" and broader than "what a property manager personally does". Read this page top to bottom — the order is deliberate.

Scope statement

Map the industry-standard operating model required to manage a residential rental property from owner acquisition/onboarding through the full property and tenancy lifecycle in Queensland.

Boundary

This baseline focuses on mainstream Queensland general tenancies such as houses, units, apartments and townhouses. Rooming accommodation, moveable dwellings and specialist disability accommodation can be added as explicit extensions.

Not in the first universe: corporate HR, payroll, general IT, unrelated sales operations and broad corporate marketing.

1
Industry standard first.

Vanilla is compared against the benchmark later; current practice does not define the benchmark.

2
Keep the levels clean.

An L2 must be a core business process with a recognisable outcome. Forms, reports, individual decisions and atomic actions belong later under deliverables or tasks.

3
Capability first; assurance later.

After the process universe is validated, we can assess AI capability and then design the checks, loops, golden examples and human involvement around each workflow.

4
Human involvement remains part of the agentic model.

The level of involvement scales with consequence: external or high-impact work receives stronger validation and approvals than low-risk internal work.

02 - Method

Six stages, in the right order

Avoid automating isolated tasks before we understand the operating system they belong to.

Process architecture
L0Operating model
L1Process domain
L2Core process
Phase 3 decomposition
Goal
Functions
Operating loops
Deliverables
Tasks

Important distinction: L1 and L2 are process levels. Deliverables and tasks appear only after an L2 core process is selected for decomposition in Phase 3.

Phase 1 - now
Process UniverseBuild the L0 operating model, L1 domains and L2 core processes.
Phase 2
ValidateChallenge gaps, duplicates, boundaries and QLD fit.
Phase 3
DecomposeBreak each L2 core process into goals, functions, loops, deliverables and tasks.
Phase 4
AI suitabilityGreen / Orange / Red with reasons and constraints.
Phase 5
Agent designFile structure, tools, golden examples, checks, loops, escalation and human review.
Phase 6
Prioritise & buildRank value, risk, volume and feasibility; implement pilots.
Important: Phase 1 deliberately contains no Green / Orange / Red verdicts for actual processes. Assurance design also waits: checks, golden examples, validation loops and human involvement belong after the work itself is mapped and validated.
03 - Phase 1 deliverable

Queensland residential PM process landscape

Explore the normalised L1 domains and L2 core processes. Search any topic to test coverage, or select a domain to inspect its process set.

L1 process domainL2 core processNormalised baseline process names describe work, not documents or atomic tasksDeliverables and tasks are added in Phase 3
No mapped process matches that search. Check terminology first; if the topic still cannot be found, treat it as a possible coverage gap.
04 - Validation diagnostic

Is the process map balanced?

This is a structural check on the map. It compares the number of normalised Level 2 core processes inside each Level 1 domain; it does not measure workload, importance, complexity or AI potential.

Process density by domain

Use the distribution to challenge domains that look unusually thin or unusually broad before we start decomposing them.

- processes

Select any domain row to reveal its Level 2 core processes. Select it again to collapse.

Overall spread

The map should not be perfectly even. We are looking for obvious structural outliers, not uniformity.

Densest domain

A very dense domain may contain multiple workflows or exception paths that should eventually be separated.

Main cluster

If most domains sit in a similar band, that is a useful sign that the first-pass architecture is reasonably balanced.

Current read: after normalisation, almost every domain sits between 6 and 9 L2 processes. Tenancy ending remains denser because it contains genuinely different statutory pathways — standard endings, break lease, DV, death, abandonment, bond and goods left behind. We keep it intact for now, but it remains the first domain to challenge during validation.
05 - Future-state framework

Once the work is mapped, we design how AI carries it safely

Original AI suitability framework supplied for the project
GoalsWhat outcome must exist?Phase 3
FunctionsWhat capabilities are required to achieve it?Phase 3
Operating loopsWhat recurring sense -> decide -> act -> check loop keeps it working?Phase 3
DeliverablesWhat tangible evidence or output is produced?Phase 3
TasksWhat atomic actions create the deliverable?Phase 3
Green
AI capable — with appropriate assurance
Orange
Challenging / constrained
Red
Human-led — AI support may still assist

Agent assurance is designed later — and humans remain in the system

The Green / Orange / Red assessment is only a capability lens. It does not mean “Green = no human”. In the eventual agent file structure, human involvement is calibrated alongside golden examples, checks and operating loops.

Golden exampleDefines what a high-quality output should look like.
ChecksValidate facts, rules, completeness and required evidence.
LoopsRecheck, correct and escalate when confidence or conditions change.
Human involvementScales with consequence — strongest for landlord/tenant or other high-impact outputs.

Evidence base

Available when needed, but kept out of the main presentation flow.

Supplied operating material

The two property-management task documents are evidence of work that commonly sits around the PM function.

Queensland validation

Queensland legislation, RTA forms/guidance and QCAT pathways are used to anchor statutory and procedural requirements.

Industry synthesis

Used to fill operating-model gaps where legislation does not define the day-to-day business process.

Method notes

VORSI process-discovery and Work-on-your-Work principles inform how the operating model will later be decomposed and governed.

Show detailed source register
Show Queensland validation links