Walk into almost any underperforming property operation and you will find the same diagnosis being offered: the tools are wrong. The software is dated, the systems do not talk to each other, the reporting is clunky. Buy better software, the thinking goes, and performance will follow.

It usually does not. Portfolios replace their systems, sit through the implementations, and a year later the performance gap is roughly where it was. This is not because the new software was bad. It is because the problem was mostly not in the software layer to begin with.

Here is the claim this piece defends. The persistent problems in property management, the rent left uncollected, the renewals allowed to lapse, the maintenance deferred, the efficiency investment never made, are overwhelmingly problems of incentive, not capability. They persist because the people in a position to fix them are not the people who benefit from fixing them. And no software can repair a structure where doing the right thing pays the wrong person. You can automate a task. You cannot automate away a misaligned interest.

The Real Name for the Problem

Economists have a name for this, and it is worth using precisely, because naming it correctly is most of the diagnosis. It is the principal-agent problem: the difficulty that arises when one party, the principal, hires another, the agent, to act on their behalf, and the two do not share the same goals or the same information. The agent does what serves the agent, which is not always what serves the principal, and the principal often cannot fully observe the difference.

Real estate is one of the most principal-agent-dense industries in existence, because almost nobody who acts on a property is the person who ultimately benefits from it. An owner hires a manager. The manager hires vendors. A tenant occupies space they do not own. At every link, the person taking the action and the person bearing the consequence are different people, with different goals, holding different information. That is not a flaw in any one company. It is the structure of the industry itself, and it is the structure that software keeps being asked, and keeps failing, to fix.

Two Cases Where Better Software Changes Little

The abstraction becomes concrete fast. Consider two problems every portfolio has, and watch how software struggles to move either, because neither is really a software problem.

The rent increase nobody is paid to pursue. The traditional management fee is often a percentage of collected rent, in the region of eight to ten percent. Now follow the incentive. As one widely cited breakdown of management economics lays out, if a manager earns nine percent and pushes a unit's rent from $1,000 to $1,100 at renewal, the manager's reward for securing that hundred-dollar increase is nine dollars a month. Nine dollars is not enough to justify the awkward conversation, the risk of a vacancy, or the effort of the market analysis. So the increase quietly does not get pursued. The owner loses a hundred dollars a month; the manager was never going to fight hard for nine. No leasing dashboard, no automated rent-comparison tool, changes this on its own. The tool can surface the opportunity flawlessly. It cannot make the manager care about nine dollars.

The efficiency upgrade nobody is positioned to make. This one is documented well enough to have its own literature. The International Energy Agency describes the landlord-tenant problem: when the landlord buys the appliances but the tenant pays the energy bill, the landlord has little incentive to choose the efficient option, because the savings land in someone else's pocket. Economists studying this "split incentive" have estimated that about 35 percent of U.S. residential site energy use was affected by at least one such principal-agent problem. The person who pays for the improvement is not the person who reaps it, so the improvement does not happen, decade after decade, in millions of units. There is no software feature that solves this. It is a wall built out of who-pays and who-benefits, and code does not move walls.

In both cases the information is available, the action is obvious, and the tooling to execute it exists. The thing that is missing is a reason for the responsible party to act, and that is precisely what software cannot supply.

The mistake here is not investing in technology. It is expecting technology to change behaviour that the contracts and incentives quietly discourage. Software is excellent at executing intent. It is poor at creating it, and these are problems of incentive.

Why the Industry Keeps Misdiagnosing It

If the problem is incentives, why does everyone keep buying software? Because software is the answer you can purchase, and incentives are the answer you have to negotiate.

A misaligned fee structure is uncomfortable to confront. It means reopening a contract, changing how someone is paid, and admitting that the current arrangement quietly rewards the wrong outcome. That is slow, political, and personal. Buying a new platform, by contrast, is a clean transaction with a demo and a start date. It feels like progress, it produces an implementation plan, and it lets everyone avoid the harder conversation about who is actually rewarded for what.

So the industry reaches, again and again, for the tool. The tool arrives, does exactly what it promised, and the performance gap does not close, because the gap was never made of missing information. It was made of misaligned interest, and the new software sits on top of the same structure that produced the problem, faithfully reporting it in higher resolution.

Symptom vs. Cause

Where Software Actually Helps, and Where It Cannot

None of this means software is irrelevant, and it would be a mistake to read it that way. The honest position is narrower and more useful: software is powerful once incentives are aligned, and close to useless before.

When the responsible party genuinely wants the outcome, good software is what lets them achieve it at scale: it removes the friction, does the tracking, closes the loop, and turns intent into consistent execution across a large portfolio. That is real value, and it is not small. But it is downstream of the incentive. Software is a multiplier of aligned interest, not a substitute for it. Point it at a structure where the right action rewards the wrong party, and it multiplies nothing, because there was no intent for it to amplify.

This reorders the work. The instinct is to fix the tooling and hope behaviour follows. The correct sequence is the reverse: fix the incentive so the behaviour is wanted, then deploy software to make the wanted behaviour effortless and universal. Get that order wrong and you buy an expensive, well-integrated system that documents your misalignment beautifully and changes none of it.

What This Means if You Run a Portfolio

The practical shift is to interrogate incentives before interrogating tools.

When something persistently does not happen, ask who is paid for it. Before assuming a capability gap, trace the reward. If renewals lapse, ask whether anyone's compensation actually moves when a renewal is secured. If efficiency spend never happens, ask whether the party who pays is the party who benefits. The answer usually explains the behaviour more completely than any feature audit.

Treat a new software purchase as a test. If you cannot articulate whose incentive the new system corrects, you are probably buying a tool to solve a structural problem, and you already know how that ends. A platform is worth buying when it lets aligned people execute better, not when it is hoped to make misaligned people behave.

Fix the contract before the config. The highest-leverage change in most underperforming operations is not in a settings menu. It is in the fee schedule, the management agreement, or the lease structure, the documents that decide who wins when the right thing is done. Those are harder to change than software, which is exactly why they are where the real gains are.

Property management does have real problems, and they are worth solving. But the industry has spent years treating a problem of interest as a problem of information, and buying tools to fix something tools were never able to reach. The uncomfortable truth is that the most important upgrade available to most portfolios is not a system. It is an incentive. Fix who benefits, and the software finally has something worth amplifying. Skip that step, and the best software in the world will do exactly what it is asked, on top of a structure that was never asking for the right thing.

Frequently Asked Questions

1. What is the principal-agent problem in property management?
It is the difficulty that arises when an owner (the principal) hires a manager (the agent) to act on their behalf, but the two have different goals and different information. The manager tends to act in the manager's interest, which does not always match the owner's, and the owner often cannot fully observe the gap. Real estate is unusually exposed to it because at almost every step, the person taking the action is not the person who bears the consequence.

2. Why doesn't better software fix property management performance?
Because most persistent performance problems are caused by misaligned incentives, not missing information or capability. Software can surface an opportunity and automate a task, but it cannot make a party want an outcome they are not rewarded for. When the right action pays the wrong person, a better tool tends to document the problem more clearly rather than solve it.

3. What is the split incentive or landlord-tenant problem?
It is a specific principal-agent problem in buildings. The International Energy Agency describes it as the situation where a landlord buys the appliances but the tenant pays the energy bill, so the landlord has little reason to choose the efficient option because the savings go to someone else. It is a leading reason cost-effective efficiency investments go unmade across the rental housing stock.

4. How do percentage management fees create misalignment?
A manager earning a percentage of collected rent captures only a small fraction of any rent increase. On a nine percent fee, a hundred-dollar rent rise is worth about nine dollars a month to the manager, which is rarely enough to justify the effort and vacancy risk of pursuing it. The owner would gain the full hundred, but the manager, whose action is required, is barely rewarded, so the increase often does not get pursued.

5. Does this mean property software is not worth buying?
No. Software is highly valuable once incentives are aligned, because it lets a motivated party execute consistently and at scale. The point is about sequence: software multiplies aligned interest but cannot create it. Fix the incentive first so the behaviour is genuinely wanted, then use software to make that behaviour effortless across the portfolio.

6. What should a property owner fix before buying new software?
The reward structure behind the problem. That usually means the management fee schedule, the terms of the management agreement, or the lease structure, the documents that determine who benefits when the right action is taken. These are harder to change than switching tools, which is why they tend to be where the largest, most durable performance gains actually sit.