Skip to content
WorkOrders

What it does

Built around how the work actually arrives

Not a scheduling product with email bolted onto the side. WorkOrders starts where the request already is, and follows it all the way to a closed-out record you can invoice from.

One — getting in

Four adapters onto one pipe

Whichever of these you use, what comes out the other end is the same work order, with the original message, the whole thread and every attachment still bolted to it.

Four intake channels converging on one work order Four labelled inputs — a per-company forwarding address, a mail inbox, the API and the customer portal — each routed into a single trunk that arrives at one work order docket. {YOU}@ WORKORDERS.NZ INBOX API CUSTOMER PORTAL WO-1042 CUSTOMER SITE REPORTED 4 WAYS IN 1 DOCKET
Your own jobs.workorders.nz address
Every company gets {you}@jobs.workorders.nz at signup. It is live before you have finished the registration form — no app password, no mailbox credentials, no DNS. Forward to it, or hand it out as the address for maintenance requests.
Any IMAP mailbox — Gmail, Outlook, Microsoft 365
Host, user, password, and we watch the mailbox your customers already write to. Processed mail is labelled rather than deleted or moved, so the inbox keeps reading the way whoever owns it expects. Gmail and Microsoft 365 need an app password rather than the everyday one.
The API
For work that begins somewhere else — a building management system, a tenant portal, your own maintenance schedule. Post it and it becomes a work order like any other. Read the API reference
Your customers, from your portal
Switch it on and a customer signed in to your portal can raise a request themselves — what needs doing, where, and a photo or two — and it arrives on the board marked as coming from the portal. Signing in means a link emailed to an address already on your customer list, so this is open to your customers rather than to anyone who is sent one of their emails.

Two — what happens to it

The chain, in order

Each of these runs on its own. None of them waits for someone in the office to notice something and do the next bit.

Extraction

A suggestion, never a decision

Requests turn up as a paragraph with no subject, a phone number in the middle of a sentence and the address only in a signature. The model reads the message and fills in what it can find: a plain summary, the site, the contact and the trade it needs.

Attachments are described in words too, so a photo of a failed valve is findable six months later rather than being a file called IMG_4471.jpeg.

Every one of those lands in an ordinary editable field. Nothing is sent to a customer off the back of it and nothing is auto-assigned. If the extraction is wrong you fix the field, and the original email is sitting right there to check it against.

Work order docket with its fields dimensioned A work order docket drawn as a dimensioned part: a header carrying the job number, five ruled fields, and a sign-off block. The status field is enlarged in a detail view to the right, where its value is highlighted. WO-1042 CUSTOMER SITE REPORTED ASSIGNED STATUS SIGN-OFF STATUS ONGOING DETAIL A · 2:1 JOB NO. 168 148

Urgency and status

Five states, and one of them is not a step

New, assigned, ongoing, completed — four states, because a board the field will not update is a board that lies to you, and these four are each one tap on a phone somebody is already holding. Deleted is the fifth, and it is the way out rather than the end: a request that was never a job leaves from wherever it got to.

Urgency is read off the words in the message. "No hot water, tenant has a newborn" is not the same request as "when you get a chance", and the difference decides where the job sits on the crew's list before anybody has opened it.

The five work order statuses drawn as a ladder A ladder with four rungs labelled New, Assigned, Ongoing and Completed, with Ongoing highlighted. A fifth status, Deleted, sits on its own detached pair of stiles to the right, off the ladder. NEW ASSIGNED ONGOING COMPLETED DELETED OFF THE RAIL 4 STEPS

Dispatch

The crew claims the work. Nobody hands it out.

This is the part that is different, so it is worth being precise about. A new job is not assigned to anybody. It goes out to the whole company at once and sits there as unclaimed work.

The first technician to tap accept becomes its owner, sets how long until they are on site, and the job leaves everyone else's list. If two people tap at the same moment exactly one wins — the other is told it has already gone, rather than both turning up.

From then on it is theirs: only the owner can mark it ongoing or close it out. The office can still step in and reassign from the web app when it needs to.

First tap wins

Threading

Replies land on the job, not in a mailbox

Status emails go out as a reply to the customer's own message, from your firm, with your sign-off — not from software they have never heard of. They get one when the job is picked up, one when the work starts and one when it is finished, and nobody wrote any of the three.

When they reply, it comes back onto the work order itself. The job number is in the reply address, so a plain reply from a phone at the lights routes to the right job without anybody forwarding anything.

An email thread routing back onto its work order Three email messages on the left, each routed by a line into a single trunk that arrives at a work order docket on the right. The trunk is annotated with the per-job reply address that does the routing. CUSTOMER TECH CUSTOMER WO-1042 REPLY 1 REPLY 2 REPLY 3 REPLY-TO +WO-1042 ONE JOB

Three — the office

The board, live, without refreshing it

A job claimed in a van appears on the office screen as it happens. The day's numbers and the fortnight's trend move with it.

Nobody typed a number into this

Every number goes somewhere

A figure you cannot act on is decoration. Each tile on the dashboard opens exactly the jobs it counted, and each technician's row opens what that person is still holding.

The questions you ask monthly, saved

Reports is a strip of figures for a period — how many came in, how long until somebody was attending, the average time on site — over the reports you keep. Each says in plain English what it filters, how many jobs match right now, and exports as it stands.

And the shape of a week

The workload calendar puts a technician on each row and a day in each column, with what was unassigned along the top. It is the one view that shows eleven jobs on Tuesday and nothing on Thursday.

Four — the customer

A portal with no account behind it

The link is in every status email. A property manager opens it and sees their own jobs — what was asked for, where it got to, and what was done — in customer words rather than staff shorthand.

There is still no comment box, because a conversation belongs on the email thread, where a reply already lands on the job. What they can do is add a photo to a request that is running — the leak, three days on — and, if you switch it on, raise a new one from the same page. That second one needs them to sign in with a link emailed to an address you already hold, so it stays your customers rather than whoever they forwarded an email to.

It lives on your own subdomain, so {you}.workorders.nz matches the address customers already write to. See a live demo portal.

Everything in every plan

No feature gates between the plans. The only thing that changes as you move up is how many people are on it.

Email to work order

Your own jobs.workorders.nz address, or any IMAP mailbox including Gmail and Outlook. Requests become work orders with the original message, its thread and every attachment kept alongside.

AI extraction

A plain-English summary, an urgency read, and the site, contact and trade pulled out of the message — all editable before anyone acts on them.

First-to-claim dispatch

A new job goes to the whole crew at once. The first technician to tap accept owns it, and it drops off everybody else's list.

The field app

Today's jobs, the full detail of each, the photos and PDFs that came in with it, and status changes that land in the office the moment they are tapped. On iPhone today; Android is the next build.

See the field app

Automatic customer updates

Status emails go out as a reply to the customer's own message, from your firm, with your sign-off — and their replies thread back onto the job.

Attachment descriptions

Photos and PDFs that arrive with a job are described in words, so a picture of a failed valve is findable six months later.

No-account customer portal

A page a customer opens from the link in their status email, to see their own jobs without emailing to ask — and to add a photo to one. Switch it on and they can raise a new request there too.

Organisations, customers and sites

A person belongs to a firm, and a firm's buildings are shared by everyone who works there — so the six ways one address gets typed become one site, and the history of that building is a click from the job.

Health and safety notes

A technician can flag something unsafe from the van, and it goes straight to whoever in your firm needs to know.

Saved reports

The questions you ask every month, kept by name — each one saying in plain English what it filters and how many jobs match right now. Five are there the day you start.

CSV, in one click

Every saved report exports as it stands, for invoicing, payroll, or a client who wants a summary of last quarter. Or build the query on the spot and export that instead.

The shape of the week

A technician a row, a day a column, and every job on it. Who had eleven on Tuesday and nothing on Thursday, and what sat unassigned all Wednesday.

Time on site

Recorded as the job is closed out — suggested from when the technician said they would arrive, confirmed or adjusted by them — then a column on the board and an average in the figures.

Everyone, one hover away

A person's name anywhere in the app carries their role, phone, email, timezone and how many open jobs they are holding, without leaving the screen you are on.

Ask about this job

The model that read the email is still there afterwards. Ask it what the customer actually said, or have it draft the reply — you decide whether to send it.

Roles, seats and 2FA

Owner, admin, technician. Technicians see their work, not the report with every customer address in it. Two-factor and passkeys on every account, and you can require two-factor of your admins or of everyone.

The real thing

Not a mockup

Every drawing on this page is built from the product's real design tokens. These four are something else: screenshots of the actual admin app, running against a seeded demo workspace, taken the same way every time so what you see here is what is on the other end of the trial link.

The dashboard — how much work is in each state, what needs attention now, and the fortnight's trend. Every figure on it is a link to the rows it counted.
The dashboard — how much work is in each state, what needs attention now, and the fortnight's trend. Every figure on it is a link to the rows it counted.
The dashboard — how much work is in each state, what needs attention now, and the fortnight's trend. Every figure on it is a link to the rows it counted.
The dashboard — how much work is in each state, what needs attention now, and the fortnight's trend. Every figure on it is a link to the rows it counted.
The work order board — unassigned, awaiting sign-off, in progress, urgent and mine across the top, then every job with its status, urgency, customer and owner.
The work order board — unassigned, awaiting sign-off, in progress, urgent and mine across the top, then every job with its status, urgency, customer and owner.
The work order board — unassigned, awaiting sign-off, in progress, urgent and mine across the top, then every job with its status, urgency, customer and owner.
The work order board — unassigned, awaiting sign-off, in progress, urgent and mine across the top, then every job with its status, urgency, customer and owner.
Reports — the period's figures, including the average time on site, over a grid of saved reports that each say what they filter and how many jobs match right now.
Reports — the period's figures, including the average time on site, over a grid of saved reports that each say what they filter and how many jobs match right now.
Reports — the period's figures, including the average time on site, over a grid of saved reports that each say what they filter and how many jobs match right now.
Reports — the period's figures, including the average time on site, over a grid of saved reports that each say what they filter and how many jobs match right now.
The workload week — a technician a row, a day a column, and the week's job count, time on site and hours attending down the right.
The workload week — a technician a row, a day a column, and the week's job count, time on site and hours attending down the right.
The workload week — a technician a row, a day a column, and the week's job count, time on site and hours attending down the right.
The workload week — a technician a row, a day a column, and the week's job count, time on site and hours attending down the right.

See it against your own inbox

Connect a mailbox on the trial and watch a week of real requests turn into jobs. That is the only demo that ever convinces anyone.