Sites, contracts, visits
Maintenance and facilities
Sites, contracts and jobs that come round again, where the question you get asked is usually when somebody was last there. Consonas holds the site, the people connected to it and the dates that fall due, and it is not field service software.
Three costly gaps
The visit, the knowledge and the contract renewal
The visit that was due and did not happen
Almost every business in this trade has recurring work: an annual service, a quarterly inspection, a monthly clean. Almost all of it is tracked on a wall planner or in someone's head, and a predictable proportion is missed every year.
Missed recurring work is worse than a lost quote, because the client was already yours. Somebody who would have said yes was never asked, they frequently assume you have stopped offering it, and the following year they ring someone else. It is the quietest way to lose revenue that exists in this trade, because nothing happens at the moment it goes wrong.
A task against the site with a date, appearing in a daily view before it falls due, is the entire fix. It is not sophisticated and for a business of this size it is probably worth more than everything else on this page put together.
The history that lives in the van
What was done at that site, which valve is awkward, where the key is kept, which contact actually answers, what the boiler is and when it was last attended. In most maintenance businesses that is held by the engineer who usually goes.
It works well until they are away, and it stops existing when they leave. Then someone else attends, does not know the access arrangements, cannot find the isolation valve and has to ring the office, and the client observes all of it.
A site record with the history of every visit, and two or three custom fields carrying what somebody needs on the doorstep, moves that knowledge from a person to the business.
The contract no one diarised
A maintenance contract that lapses because the renewal date was in one person's calendar is the most expensive kind of forgetting in this trade. The work was recurring, the client was satisfied, and it stopped for an administrative reason.
A renewal date with a notice period, held as a task well before both, is the answer. The conversation happens while the client is still happy rather than after they have started looking.
Planner against record
Six questions a site record answers and a planner does not
All six in a normal year for a maintenance business.
| The situation | A wall planner and a van | Recorded against the site |
|---|---|---|
| When was that boiler last serviced? | A paper job sheet, if it was filed, and a telephone call to whoever went. | The site record with every visit in order and what was found each time. |
| The tenant changed last year | The contact is overwritten and the previous occupant disappears. | The connection ended with a date. The site keeps its history and so does the person. |
| A quarterly inspection is due | A wall planner, checked when somebody remembers, and a proportion missed every year. | A task against the site, in the daily view before it falls due, visible to whoever is working. |
| A contract lapses | Discovered when the client uses somebody else. | A renewal date with a notice period and a task well before both. |
| The engineer who knows that site leaves | The knowledge goes with them: which valve, which access code, which contact. | On the site record, in custom fields and in the timeline of every previous visit. |
| A subcontractor's insurance expires | A folder of certificates and a spreadsheet nobody has looked at since spring. | A date on the record, the certificate as a file, and a task before it lapses. |
The site
The record everything hangs off, which is not a person
In this trade the durable thing is a building. The client changes, the tenant changes, the managing agent changes, the engineer changes, and the site remains, accumulating a history that outlasts all of them.
Connections carry roles and periods, so the managing agent who held the contract until last March, and the tenant who was there for two years, are both still answerable. The question of who was responsible in 2023 has an answer instead of requiring someone to remember.
Below the Enterprise plan most businesses model a site as an organisation named for the address, which works and is honestly a simplification. Custom record types on Enterprise are the proper version, and we would rather describe the difference than blur it.
Planned visits
Due dates that arrive before the date
A task against the site with a date, appearing in a daily view of what is due and what has slipped, visible to whoever is working rather than to the one person who keeps the planner.
The habit that makes it work is putting the next one in as soon as the last is done. That converts work you would have remembered sometimes into work that happens every time, and it is the single highest return habit in this product for this trade.
The same mechanism carries the certificate that expires, the contract renewal with its notice period, and the promise to look at something again in the spring.
Reactive work
Targets counted in working hours, not elapsed ones
On the plans carrying service, a reported problem becomes a matter with a target counted in your working hours, attached to the site and the client. A Friday evening call with a four hour target is due on Monday morning rather than breached over a weekend when nobody was ever attending.
That matters more than it sounds. A business with elapsed time targets does not start working weekends, it stops believing the targets, and then the genuine breaches are hidden among the artificial ones.
On the same plans a client can see their own matters through the portal, and nothing else. For a facilities business dealing with tenants, that removes a category of telephone call that costs more than the update would have.
Before the first site
The twenty minutes that decide how a site is held
Twenty minutes. Deciding how a site is represented is the part worth thinking about.
- Relationship types
- Client, site contact, landlord, managing agent, subcontractor, supplier. The site contact and the person who pays are almost never the same, and both need to exist.
- The site
- The record everything hangs off. On Enterprise a custom record type with its own history. Below that, an organisation kind named for the address, which works and is honestly a simplification.
- Connections with periods
- A managing agent who held the contract until last March. A tenant who was there for two years. Periods on connections are what make the question of who was responsible in 2023 answerable.
- Recurring visits
- The annual service, the quarterly inspection, the monthly clean. Tasks against the site with dates, appearing in a daily view before they fall due. This is where most of the value is.
- Assets and their dates
- The boiler, the lift, the alarm, and when each was last attended. Custom fields on the site, or their own records on Enterprise, with certificates as files.
- Contract renewals
- The date, the notice period, and a task well before both. A maintenance contract that lapses because no one diarised it is the most expensive kind of forgetting in this trade.
A missed recurring visit is worse than a lost quote, because the client was already yours and somebody who would have said yes was simply never asked.
Which is why the habit that matters is putting the next visit in as soon as the last one is done.
Not field service
Where a field service product wins and this does not
Not field service software
No dispatch board. No route optimisation. No engineer mobile application with an offline mode. No live tracking. No parts, stock or van inventory. No job sheet or certificate generation.
If scheduling six vans efficiently is the core of your problem, a field service product is the right purchase and this is not it. We would rather lose the enquiry here than at the end of a trial.
The mobile limitation, stated plainly
The product works on a phone as a web application. There is no native application and no offline mode. If your engineers regularly work in plant rooms and basements without signal, that is a genuine limitation rather than a detail, and it is one worth testing before you commit.
What businesses use it for alongside those
The client relationship and the commitments. Who the client is, who is on site, what has happened there, when the next visit is due and when the contract renews. Field service products are organised around jobs and handle those poorly, which is why they usually end up on a wall planner beside the software.
One hour of dates
Sites first, dates second, everything else later
About an hour, and the second item is where all the value is.
Create the sites before the people
The durable record in this trade is a building. Create those first, named for the address, and connect the people to them afterwards. Doing it the other way round produces a contact list with addresses on it, which cannot answer any of the questions you actually get asked.
Put every site's next due visit in as a dated task
This is the hour that pays for everything. Go through the sites and enter the next annual service, the next quarterly inspection, the next certificate expiry.
Almost every business doing this exercise finds two or three that were not written down anywhere and at least one that is already overdue. That is the moment the product justifies itself, and it happens before anything else has been configured.
Record who is who, with periods
The client, the site contact, the managing agent, the landlord, the tenant. They are rarely the same person and they change. Connections carry periods, which is what makes the question of who was responsible in 2023 answerable rather than a matter of someone remembering.
Put the doorstep knowledge on the site record
Two or three custom fields, no more. Where the key is. Which isolation valve. Who to ask for. What the boiler is.
That is the knowledge currently held by whoever usually goes, and it stops existing when they leave. Moving it from a person to the business costs about twenty minutes across the whole site list.
Then diarise the contract renewals
The date, the notice period, and a task well before both. A maintenance contract that lapses because no one diarised it is the most expensive kind of forgetting in this trade, because the work was recurring and the client was satisfied.
Planned and reactive
Planned, reactive and remedial, set against what the screen calls them
This trade has a precise vocabulary and the product has a general one. Where they disagree there is usually a modelling decision hiding underneath.
Planned maintenance is a schedule to you and a dated task to the software
You say planned preventative maintenance, or a schedule, or a frequency. The product says a task against a record with a due date on it. Almost nothing is lost in that translation, but one thing is, and it is the thing that catches people.
A schedule is a rule. It says the fire alarm is quarterly and the water temperatures are monthly, for as long as the contract runs. A task is an instance. It says this site, this service, this date. The product holds instances and does not hold the rule, which is why the habit of entering the next occurrence as soon as the last one is closed matters so much in this trade and matters hardly at all in others.
The rule still has somewhere to live. The contract schedule is a document, and a document belongs as a file on the site, where whoever is arguing about scope in eighteen months can read what was actually agreed rather than what everyone has since assumed.
Reactive is a matter, and the distinction is who decided it was needed
Planned work is work you agreed to a year ago. Reactive work is work a tenant decided on this morning. Your trade calls it a call, a job, a works order or a ticket depending on who trained your office manager. On the plans carrying service it is a matter, with a target counted in your working hours.
The judgement worth making early is not to model planned visits as matters simply because it would produce one tidy list. A response target measured against a visit you scheduled yourself twelve months ago means nothing, and once meaningless numbers are in the same list as real ones, the real ones stop being defensible.
A remedial is a new thing, not the old visit left open
An engineer attends the annual service and finds something that needs putting right. The instinct is to leave the visit open until the remedial is done, because it feels like one piece of work and it was one attendance.
It costs you twice. The service now looks unfinished, so the date that somebody else is relying on looks unmet. And the remedial has no date of its own, no price and no owner, which is how remedials sit for months. Close the visit as attended and raise the remedial as its own item, because the person who approves spending money on it is very often not the person who let the engineer in.
Hard services and soft services are the same shape
The trade separates mechanical and electrical work from cleaning, grounds, waste and security, and tenders are written along that line. It is tempting to represent the two as different kinds of record.
They are the same shape: a recurring commitment against a site, attended by someone, evidenced by something. What genuinely differs is who the site contact is and what evidence the client expects afterwards. One shape and a field naming the service line will carry both, and it keeps the site's history in one order instead of two.
Helpdesk usually means a habit instead of a screen
When a facilities contract says helpdesk it normally means someone answers, the request is written down, and the caller is told what is happening. There is nothing here called a helpdesk. There are matters, targets counted in working hours, and on the plans that carry it a portal where a client sees their own matters and nothing else.
If the tender means the first thing, you can meet it. If it means a branded contact centre with call recording and an operator queue, it does not mean this.
Asset register means two different things and only one is here
To a client's finance department an asset register is an inventory with values, condition scores and replacement dates. To the engineer walking in, it is which boiler, where it is, when it was last attended and where the certificate went.
The second is custom fields on the site, or records of their own on Enterprise, with certificates and reports held as files. The first is a different category of product and we do not do it. Both appear in tender documents under the same two words, and it is worth asking which one is being requested before answering yes.
What survives a move
What survives the move from a planner, a shared calendar or a job system
Most of the history does not survive, and the decision worth taking care over is which part you retype rather than how much you carry.
From a wall planner or a whiteboard
Nothing exports, which sounds like the worst case and is very nearly the easiest one. A whiteboard was never a history in the first place. It was wiped every few weeks, and the only thing on it worth keeping is what is on it today.
So take the next occurrence for each site and enter that. Resist reconstructing last year from the invoice run. Invoices tell you when you were paid, not what was found, and a reconstructed history that nobody can vouch for is worse than an empty one because somebody will later rely on it.
From a shared calendar full of recurring appointments
This is the common one and it hides a real trap. A recurring series is a rule, not a record of attendance. It states that a visit is due every quarter. It does not state which quarters actually happened, because the only trace of a skipped visit is someone deleting a single occurrence, and in a busy year no one does.
So the calendar can give you dates and cannot give you evidence. Export it, keep the file, and enter each site's next due date by hand. Import with a preview you approve before a row is written will happily take a list of sites and their next dates. It cannot repair a recurrence rule into a set of things that occurred.
From a field service or job management system
Businesses arrive here from those products for two reasons: the licence cost against a small head count, or because the office spends its day on the parts the product does not cover. Either way, take the export before the last day of the licence rather than after.
What comes out cleanly is jobs as rows, each with an address written as text, one contact name and a description. What does not come out is the structure: which address belongs to which client, that the managing agent is not the landlord, the asset dates that lived on a screen the export does not reach, and photographs and certificates held as attachments.
The order that works is to build the site list first, connect the people to it with roles and dates, and only then decide whether the historic job rows are worth carrying at all. For most businesses of this size the answer is to keep the old export as a file against each site and stop there.
From a spreadsheet of schedules
The best case, and more common than the industry admits. One row per site per service line, a frequency, and a date someone last typed. Add two columns before you import: the next due date worked out once by hand, and the service line as a word you will keep using.
Everything else in that spreadsheet can wait. A migration that stalls does so because someone decided to tidy the data first, and tidying is unbounded work with no obvious end.
What is not worth moving at all
Closed jobs older than one full cycle of the contract. Quotations that were never accepted. Contact names for people who left the managing agent two years ago. The test is whether anyone would search for it in the coming year, and for those three the answer is no.
The part no export contains
Where the key is kept, which isolation valve, who actually answers, which unit has the awkward access, which tenant will not let anybody in before ten. None of that is in the old system because it was never in any system. The only place it exists is the engineer who usually goes, so the migration task that matters is a conversation with that person instead of a file transfer.
One shopping parade
One shopping parade, followed from the tender to the argument about 2023
Entirely invented. There is no such contractor and no such parade.
The contract below was invented for this page and written out step by step, because in this trade the cost of not recording something is never visible at the moment you fail to record it. It shows up in a conversation two years later that you could not have predicted.
March: the contract is won and the record is built the obvious wrong way
A contractor with three engineers takes on the maintenance of a parade of eight shop units with flats above them. The client is a managing agent acting for a landlord who owns the freehold.
The obvious first move is to create the managing agent as the customer and type the parade's address into a field on that record. It takes four minutes and it is the source of every problem for the next three years. The agent is who pays. The units are where the work happens. The landlord holds the obligation. The tenants are who ring you.
The alternative is eight site records named for their addresses, with the agent, the landlord and each tenant connected to them by role, each connection carrying a start date. It takes an hour, once, and it is the only decision on this page that cannot easily be repaired later.
April: the schedule stops being a document and becomes dates
The contract schedule names the planned work: the fire alarm quarterly, the emergency lighting monthly, water temperatures monthly, and an annual service on the boiler in each flat. The schedule itself goes on each site as a file, because in eighteen months somebody will be arguing about scope and the argument should be settled by the document.
Then the first occurrence of each item goes in as a dated task against its site. Not the frequency. The next one. Whoever closes it enters the following one before they leave the record, which is the habit the whole thing rests on.
June: a call at ten to five on a Friday
A tenant rings about water coming through a ceiling. On the plans carrying service that becomes a matter against the site, with a target counted in your working hours, so it is due Monday morning rather than breached by Saturday lunchtime when no one was ever attending.
What it costs when nothing is recorded is not the visit. It is that the tenant rings the agent on Saturday, the agent has nothing written down, and the following week is spent arguing about whether you were told at all. No one wins that argument. Both sides remember honestly and differently.
August: the engineer finds something during a service
Servicing the boiler in flat four, the engineer finds a flue arrangement that needs putting right. Two records, not one. The service is attended and closed on the day it happened. The remedial is its own item with its own date, waiting on the landlord's approval by way of the agent, because the tenant who opened the door cannot authorise spending the landlord's money.
Recorded as one item instead of two, the annual service sits open into the autumn, a date somebody else is relying on appears unmet, and the remedial quietly belongs to no one.
October: the landlord changes managing agent
The instinct is to overwrite the contact details, because the new agent is who you deal with now and the old one is irrelevant. Doing that erases the first seven months of the contract from the point of view of anybody asking later.
Ending the connection with a date and starting a new one keeps both. Every visit, instruction and invoice before October remains attributable to the party who gave it, and the new agent's first month is not silently credited with the previous agent's decisions.
February: the renewal that was diarised in November
The contract runs to the end of March with three months' notice. That means the useful date is not March and not December. It is a task in November, before the notice period opens, while the client is still satisfied and while you have something to say about the year that has just been recorded.
A renewal conversation held after the notice window has closed is not a renewal conversation. It is a request to be kept on.
Two years later: somebody asks about 2023
A new agent, an insurer or a solicitor asks who held the contract in the spring of 2023, whether the emergency lighting was tested in a particular quarter, and who instructed the work in flat four.
What answers that is dated tasks marked as done, connections carrying periods, the files attached to the site, and an audit trail of who changed what that nobody can tidy up. What does not answer it is an invoice run and three people remembering.
Worth being precise about what this proves. It is evidence of what was recorded and when, and that is all a record system can ever be. It is not proof that the work was done properly. The engineer's competence is not a database question and no supplier should pretend otherwise.
October and July
Why the planner jams in October and empties in July
This trade's year is not flat, and a system that ignores that produces a schedule nobody can actually attend.
The work follows the weather, which is not evenly spread
Heating gets serviced before the cold and no one wants it done in June. Cooling gets attention before the heat. Gritting is agreed in the autumn by people who were not thinking about it in August. Gutters are cleared after the leaves come down. Meanwhile water temperatures are monthly regardless of the season, and so is the emergency lighting.
The result is that some of your months are impossible and some are quiet, and the quiet ones are not the ones the office expects. Everything below follows from that.
Anniversary dating piles your year into the month you won the work
If every annual service is diarised on the anniversary of the installation or of the contract starting, a strong quarter of new business becomes an unattendable month twelve months later, and the same month again the year after that.
The fix is unglamorous. Move the date when you enter it, not when it falls due, and spread the load deliberately across the quarter. A visit brought forward three weeks on purpose is a completely different thing from a visit missed by three weeks, and the record should be able to tell those apart because you decided one of them.
Access decides the date more often than the schedule does
Schools want the work in the holidays. Offices want it out of hours. Retail units want it before opening. A plant room serving a restaurant is available on a Monday and never on a Friday night. The due date in this trade is a window rather than a day, and the window belongs to someone else's calendar.
Which is why access is worth one of the two or three custom fields on the site. The alternative is an engineer standing outside a closed building, which costs you the visit, the travel and a little of the client's confidence.
The selling has to happen out of season and almost no one does it
A renewal that falls in your busiest month gets rushed, and a rushed renewal is agreed on the client's terms. When you enter a renewal date, enter a second task for the conversation, placed in a quiet period rather than a convenient number of weeks before.
The same applies to new work. The month you have time to quote is not the month clients are thinking about heating, and the businesses that grow in this trade are the ones that have their conversations early instead of the ones that answer the phone fastest.
The quiet weeks are when the record gets repaired
Every maintenance business has a fortnight or two where the work thins out. That is the time to go down the site list looking for the three things that rot: sites with no next visit against them, certificates expiring in the coming six months, and subcontractor insurance dates that have gone past.
It is dull, it takes an afternoon, and it is the only maintenance the system itself needs. A business that does this twice a year never has the conversation where someone discovers in November that a site has not been attended since the spring.
The shutdown at the end of the year is a deadline, not a pause
Offices close, sites lock up, and access disappears for a fortnight. Work due in that fortnight has to be moved before it, not after it, and the decision has to be taken in November while there is still room in the diary to move it into.
Every January backlog in this trade was created in December by someone deciding to sort it out in the new year.
Whose duty it is
Whose duty it actually is, and which parts of it a record can honestly carry
Maintenance sits underneath other people's legal obligations. That shapes what your records are for.
The duty is usually the client's and you are producing their evidence
For most of the inspection and testing regimes this trade lives on, the obligation belongs to whoever owns or occupies or is responsible for the building. That sits on top of the general duties in the Health and Safety at Work etc. Act 1974, with the guidance underneath it published by the Health and Safety Executive rather than by anyone selling software. You are engaged to carry out the work and, just as importantly, to hand over something the responsible person can put in their own file.
That changes what a good record looks like. What the client needs from you is a date, a document and a person who attended. Not a colour on a dashboard. If your records answer those three questions for any visit in the last few years, you are doing the part of this that is yours.
The product knows none of the intervals, deliberately
There is no rules engine here. Nothing in it knows that a particular inspection is annual, or six monthly, or that the guidance changed last year and the interval with it. It will not warn you that a regime applies to a building you have just taken on.
We would rather say that plainly than imply otherwise, because a system that appears to know the rules and is one revision out of date is more dangerous than a system that never claimed to. The interval comes from the regime, your scheme or your competent person. What the product holds is the date you entered and a task that arrives before it.
What it does hold
A dated task before an expiry, which is the same mechanism as the recurring visit. Files against the site and against the visit, so the certificate is where someone will look for it. Connections carrying periods, so responsibility in a given year is answerable. An audit trail of who changed what, which is on every plan including the free one and stays there, and which is how you answer the awkward question of who moved a date.
And a complete export, on every plan, permanently. That one matters at the end of a contract instead of the beginning. When a client moves to another contractor and asks for the records of everything done at their building, the ability to hand it all over without negotiating with your software supplier is worth more than it sounds on the day you sign up.
Certificates are held here, not produced here
No job sheets, no service reports, no certificates generated. Those come from the instrument, the scheme's own software, or the pad in the van. This holds them as files against the site and the visit, which is a filing cabinet with a good index rather than a compliance product.
It is a real limitation and it is worth checking against your own paperwork before you commit, because a business that expected certificate generation will feel misled in week three and would be right to.
The contractual obligations are what people actually get caught by
Statutory duties tend to be understood. What catches maintenance businesses is the contract schedule: the response and rectification times, the notice period on renewal, the requirement to hold insurance at a stated level, the subcontractor's qualifications and when they expire, and the obligation to hand over records at the end.
Every one of those is a date on a record with a task before it. That is unexciting and it is the whole answer. Response times are the exception worth care, because a target counted in elapsed time and a target counted in your working hours produce very different numbers, and the contract usually says which one it means if anyone reads it.
When a tender asks for a compliance system, say what this is
Occasionally a client's tender asks the contractor to operate a compliance management platform with a statutory register, live status per asset and evidence held to a prescribed structure. This is not that, and describing it as that would be a lie you would be found out in during mobilisation.
What it is: a record of the relationships, the commitments and the dates, with the documents attached and a history nobody can quietly edit. If the tender genuinely requires the other thing, either the client's own platform is where that evidence lives or you need to buy one. Losing that tender at the beginning is considerably cheaper than losing it in month four.
Three trades either side of this one keep the same records from their own position: small local service businesses, who have the same recurring work without the contracts, letting and estate agents, who are frequently the client in the example above, and construction firms, who hand a building over and leave the maintenance of it behind. Getting the site list in is covered on import, export and search.
From contractors
What contractors ask before committing
Is this job scheduling or field service software?
No. There is no dispatch board, no route optimisation, no engineer mobile application with offline mode, no live tracking and no parts or stock. If scheduling six vans efficiently is the core of your problem, a field service product is the right purchase and we would rather say so on this page.
Then what does a maintenance business use it for?
The relationships and the recurring commitments. Who the client actually is, who is on site, what has been done there before, when the next visit is due, and when the contract renews. In most businesses of this size those live on a wall planner, in a van, and in the memory of whoever usually goes.
How do we model a site if we are not on Enterprise?
As an organisation kind named for the address, with the people connected to it. It holds a timeline, takes files, connects to people and is searchable. It is honestly a workaround instead of a first class site record, and custom record types on Enterprise are the proper version.
Can we track assets like boilers and lifts?
As custom fields on the site, with certificates and reports as files, or as their own records on Enterprise. What you will not get is asset lifecycle management, depreciation or condition scoring, which are a different category of product.
Does it do reactive jobs as well as planned ones?
On the plans carrying service, a reactive call becomes a matter with a target counted in working hours, attached to the site and the client. A Friday evening report is due on Monday morning rather than breached over a weekend when no one was ever attending.
Can clients report a problem themselves?
On the plans carrying the customer portal, yes. They sign in, see their own matters and nothing else, and can see progress. Whether you want that is a judgement about your business instead of a feature question, and plenty of businesses would rather keep the telephone call.
Does it produce job sheets or certificates?
No. It holds them as files against the site or the visit. Generating a gas safety certificate or a service report is a different product and a regulated one in some cases.
We are four people and a wall planner. Is this worth it?
The honest test is whether a recurring visit was missed this year, or a contract lapsed, or someone rang about work you did and no one could find it. If two of those have happened, the cost is already being paid and it is larger than the software.
Start with the recurring visits
Put every site's next due visit in as a dated task, and see how many of them were not written down anywhere.
Three people, a thousand relationships, no card and no time limit.