From reports to decisions: property data and decision intelligence
Most property companies have plenty of data and few answers. Decision intelligence is about closing that gap.
Translated automatically by Google Translate. The English text is the original.
Many property teams run five or more systems that do not talk to each other. Here is how to think about connecting them.
Ask a property management team which systems they use, and the list is often long: an accounting package, a leasing tool, a maintenance system or just a spreadsheet, a tenant portal, email, WhatsApp. Each tool does its own job. The trouble starts at the edges, where information has to move from one to the next.
Before comparing products, draw the journey of one thing, such as a maintenance request or a new lease. Mark every handover: from tenant to call centre, from call centre to supervisor, from supervisor to contractor, from contractor to finance. These are the points where integration matters. List what information has to cross each one.
For each type of data, pick one owning system. The tenant record lives here, the lease lives there, the invoice lives somewhere else. Other systems read it, they do not keep their own copy and edit it. This single rule prevents most of the conflicts.
Built-in integrations. Many products offer ready connections to others. Check how deep they go: do they sync one field or the whole record, and in which direction?
Integration tools. Middleware can pass data between systems without custom code. Good for common cases, limited for unusual ones.
Custom connections. When you need something specific, a small custom link using the systems' APIs can work well. It needs someone to maintain it.
Replacing a system. Sometimes the honest answer is that one system is the problem and should go.
Choose the handover that causes the most pain or delay and fix that first. Measure the result, for example the time from request to assignment. Then move to the next. Trying to connect everything at once usually stalls.
First, do not connect dirty data. Clean the records that will flow across, or you will spread errors faster. Second, plan for change. Systems get replaced. Keep the logic of the connection documented, so it can be rebuilt without starting from zero.