From Report to Close: Running Maintenance Requests

A small kitchen leak arrives as a photo on an employee's WhatsApp in the evening. The employee is busy, so it waits, then it is forgotten, then it resurfaces two weeks later when the tenant calls angry and the wood under the sink has already swollen. Nobody was negligent, but the report had nowhere to live. Part four of Digitizing Real Estate and Hospitality turns a maintenance request from a message in a private chat into a small work order with a source, a unit, a priority, an assignee, a cost and a documented close.

Origami TeamEditorial Team
7 min read
From Report to Close: Running Maintenance Requests

Part three moved the money cycle out of memory and into a process with dates, owners and defined paths. Now we move to the second cycle that runs daily in any property portfolio, and the only one your tenant starts rather than you: maintenance.

The difference between the two cycles is that money has dates known in advance, while maintenance arrives without an appointment. An air conditioner dies on a Friday, a leak appears at night, a lift stops in a building housing six families. That randomness is exactly why maintenance needs a fixed process, because anything that arrives suddenly and finds no ready path goes to the easiest place available: a private chat on an employee's phone.

Where accountability dies

Send me a photo on my WhatsApp looks like fast service for the tenant. In practice it is the point where accountability evaporates. When a report lives in a private chat, five things happen at once:

  • The report becomes owned by a person, not the office. If that employee travels, leaves or changes phone, everything not yet done leaves with them, and nobody even knows what was lost.
  • Nobody knows how many reports are open right now. The simple question of how many requests are live today has no answer, because they sit scattered across conversations that no single list gathers.
  • Priority goes to whoever pushed hardest. The tenant who sends five messages gets served before the one who sent a single message, even when the second report is the more dangerous one for the building.
  • Cost disappears. The technician does the work and is paid in cash or by transfer, and that amount never attaches to the unit it was spent on. The year ends and you cannot say which unit cost you more than it brought in.
  • There is no close. A report ends when the tenant stops asking, not when they confirm the fault was actually fixed. The difference between those two shows up a month later when the same fault returns.

None of these five is a negligence problem. The employee wants to help and the technician does the work. The problem is that the report was never recorded against the unit, so it stayed an event in someone's memory — and people's memories are not a record for an asset you own or manage.

A report is a small work order

The easiest way to bring maintenance under control is to stop treating a request as a message and start treating it as a small work order. And a work order is not one unless it carries six elements:

  • The source. Who reported it, when, and through which channel. A tenant report is different from an observation on a routine inspection or from a technician who was in the building for another job, and recording the source is what makes the unit's history readable later.
  • The unit. The specific unit and building, not the tenant's name — because the asset the fault recurs on is the unit, and tenants change above it.
  • Description and evidence. A short text and one or more photos. The photo taken at report time is what later settles the question of whether the fault existed before or after move-in.
  • Priority. From a closed list, set by a written rule rather than a judgement made in the moment.
  • Assignee and target date. A named person or contractor, and an expected date the tenant is told about.
  • Cost and close. The actual amount charged against the unit, and a confirmation from the tenant that the fault was resolved.

These six are not extra bureaucracy. Each one answers a question you will need answered later: who is following it, which asset failed, is the complaint documented, why was this served before that, who did the work, what did it cost, and did it actually end.

Priority is a written rule, not a feeling

Nothing consumes more of an office's time than internal negotiation over what gets done first. The fix is not a daily meeting but a rule written once and published to the team. A practical rule classifies reports with three questions in order: is there a safety risk, does it prevent use of the unit, and does it get worse if delayed.

  • Urgent. Anything touching safety, disabling an essential utility, or widening the damage with every hour: a water leak, an electrical fault, a stopped lift, a door that will not lock. Responded to immediately, even temporarily, to stop the damage.
  • Important. Anything that disables part of the unit without spreading fast: an air conditioner in one room, a water heater, a kitchen appliance. It gets a near date, announced to the tenant.
  • Routine. Improvements, appearance and defects that do not affect habitability. Batched and executed together on a scheduled visit — which on its own saves repeated technician trips to the same building.

What matters in this classification is not its precision but its consistency. When the rule is written, an employee can explain to a tenant why their request happens tomorrow and not today, and the owner can review the decision a month later. A rule that is never written defaults automatically to a single rule: whoever shouts loudest.

From assignment to close

After classification the execution loop begins — four steps, each leaving a written trace:

  • Assignment. The request goes to a named technician or contractor with the description, the photos and a date. An assignment recorded without an explicit name reverts to being everyone's responsibility, which means nobody's.
  • Coordinating with the tenant. An agreed and pre-announced access time. The most common reason a technician visits without doing the work is arriving to find nobody in the unit, and that is a paid visit with no result.
  • Execution and documentation. What was actually done, any parts used, an after photo and the amount. That amount is charged to the unit rather than to general expenses, and it is this link that later lets you know maintenance cost per unit.
  • Close with tenant confirmation. The office does not close the request alone; it closes on confirmation from whoever reported it that the problem is over. If no confirmation arrives within a reasonable window, it closes with that fact explicitly recorded.

There is a fifth step almost everyone skips: warranty and recurrence. When the same fault returns in the same unit within a short period, the problem is not the fault but the repair or the person who did it. Linking the new request to the previous one on the same unit is what makes that pattern visible instead of paying for it twice.

Documentation protects both sides

Some owners assume that documenting maintenance is a procedure that protects the tenant at the owner's expense. In fact it protects both, in different ways.

The owner or the office gets a record proving they responded, when, and at what cost — exactly what is needed in any dispute over obligations, or when deducting from a deposit at the end of a contract. They also get a technical history of the asset: how often this lift failed, which contractor's work keeps coming back a month later, and which unit consumes more of its own income than it appears to.

The tenant gets something simpler: knowing the report was registered, that it has a number and a date, and that they do not have to resend it every two days to keep it alive. That point connects directly to renewal from the previous part, because what pushes a good tenant not to renew is usually not the price but the feeling that their requests disappear.

In short-stay hospitality units the effect is sharper still, because the gap between a ready unit and one with a small unfixed fault surfaces in a public rating that every future guest reads. Readiness there is not good intentions but the result of a checklist run between every two guests and logged like any other maintenance request.

The Origami view

Real estate and hotels is one of our specialisation sectors, and we treat a maintenance request as a work order tied to a unit, not as an incoming message to an employee. The practical difference is that a work order has a measurable state, a response time you can compare, and a cost that accumulates against a specific asset — while a message leaves nothing behind but an impression.

The order we recommend: open one announced intake channel for tenants instead of personal numbers, then link every report to its unit the moment it arrives, then write the priority rule and adopt it, then close the loop with tenant confirmation and cost. We apply this order in real estate and hotels projects because measuring response time or cost per unit before intake is under control produces numbers that do not reflect what is actually happening.

What you can do this week

These steps need no new tool, and they size the problem before any purchase decision:

  • Collect every open report today onto one sheet from all the team's phones and WhatsApp groups. The count alone will surprise you, and it is the first number you have ever owned in this area.
  • Write the unit and arrival date against each report and calculate how many days have passed. Anything older than two weeks is your immediate priority list.
  • Define one intake channel and tell every tenant about it in writing, then stop accepting reports on personal numbers.
  • Write the priority rule on one page with three levels and examples of each, and adopt it for the team without exception.
  • Calculate two numbers: the average days from report to close over the last two months, and how many faults recurred in the same unit. Those are the baseline you will measure every later improvement against.

Coming next

We have fixed status, then money, then maintenance. The next part goes down to the layer all three lean on the moment a dispute starts: documents. The contract and its annexes, tenant identity, the handover record with photos, payment receipts and maintenance reports — attached to the unit rather than to a folder named after an employee, and what a dispute actually needs as evidence.

Sources

#Make the Most of Tech#Real Estate and Hospitality#Maintenance Management#Operating Systems

Frequently asked questions

Why is an employee's phone a bad place to receive maintenance reports?

Because the report becomes owned by a person rather than the office. If that employee travels or leaves, everything not yet done goes with them, you cannot say how many requests are open right now, and priority shifts to whoever pushed hardest rather than whose report is more serious. The alternative is one announced intake channel for all tenants, where every report is logged against its unit the moment it arrives.

What elements must every maintenance request carry?

Six: the source and its time, the specific unit rather than the tenant's name, a description with a photo proving the condition at report time, a priority from a closed list, an assignee with an expected date, then the actual cost charged to the unit and a close confirmed by whoever reported it. Each element answers a question you will need later, in review or in a dispute.

How do I set priority without a daily argument?

With a rule written once that classifies each report by three questions: is there a safety risk, does it prevent use of the unit, and does it worsen if delayed. Anything touching safety or widening damage is urgent, anything disabling part of the unit is important with a near announced date, and the rest is routine and batched into a scheduled visit. The value is in the rule's consistency, not its precision, because without it priority defaults to whoever shouts loudest.

When is a maintenance request considered closed?

When the person who reported it confirms the problem was actually resolved, not when they stop asking. If no confirmation arrives within a reasonable window, close it and record that explicitly. One thing still deserves tracking after the close: the same fault recurring in the same unit within a short period, because that points to a flaw in the repair or the contractor rather than in the asset.

Follow Origami in Google

Pin Origami as a preferred source and our articles will surface first for you in Google Search and Top Stories.

Add as a preferred source on Google

Related articles

Saudi National Center for Meteorology Issues 34 Weather Alerts Today: What Your Team Should Do on Yellow, Orange and Red
Business Systems

Saudi National Center for Meteorology Issues 34 Weather Alerts Today: What Your Team Should Do on Yellow, Orange and Red

The National Center for Meteorology shows 34 active alerts today, 4 of them red. What your team should do at each colour, and how alerts can reach your systems automatically.

6 min read
WhatsApp Business Verification Now Comes With a Monthly Plan From 56 Riyals: Which One Do You Need?
Business Systems

WhatsApp Business Verification Now Comes With a Monthly Plan From 56 Riyals: Which One Do You Need?

WhatsApp Business verification now sits in Meta One: four plans from about 56 riyals a month, what each includes, and when the free app is enough.

6 min read
iPhone Duo Price in Saudi Arabia Starts at SAR 9,499: Buy It in Your Company's Name and Recover SAR 1,239 in VAT
Business Systems

iPhone Duo Price in Saudi Arabia Starts at SAR 9,499: Buy It in Your Company's Name and Recover SAR 1,239 in VAT

iPhone Duo costs SAR 9,499 to SAR 15,499 on the Saudi Apple Store, VAT included. Bought by your business for work, about SAR 1,239 of that is recoverable with a proper tax invoice. Here is what to arrange before the 23 October launch.

6 min read
Cash Application and a 90-Day Plan to Digitize Sales
Business Systems

Cash Application and a 90-Day Plan to Digitize Sales

Cash application matches every transfer that reaches your account to the invoices it pays, so you never chase a customer who has paid. Part seven, the final part of Digitizing Sales, covers three cases that confuse matching and four tools that solve them, a week-by-week cash view set against supplier payments, and a 90-day plan for digitizing sales in an order that never stops selling for a single day.

7 min read
Receivables Aging Report: Collect on a Schedule, Not Memory
Business Systems

Receivables Aging Report: Collect on a Schedule, Not Memory

A receivables aging report sorts every unpaid invoice by age from its due date; a collection calendar sets what happens to each one, and when. Part six of Digitizing Sales covers aging buckets set by the owner, reminders before, on and after the due date, escalation and the hold on new deliveries, a call log with payment promises, the monthly customer statement, what the law says about an unpaid promissory note, and the conditions in Article 40 of the VAT Implementing Regulations for reducing output VAT on a debt that was never collected.

7 min read
Why Customers Pay Late: On-Time Invoices, Logged Disputes
Business Systems

Why Customers Pay Late: On-Time Invoices, Logged Disputes

Customers often pay late because the invoice went out late, reached someone who cannot approve it, or carries a dispute nobody owns. Part five of Digitizing Sales covers the deadlines for issuing a tax invoice and a monthly summary invoice under the VAT Implementing Regulations, why an invoice is corrected after issue with a credit or debit note on time rather than deleted, and how a dispute log gives every objection an owner, a reason and a date, so the undisputed part of the invoice stays collectible.

7 min read

Have a project in mind?

We build custom systems, apps and websites for your business. Tell us your idea and we will give you a straight answer on it.

One session. Twenty minutes. No commitments.