Operational areas

Every business is different. So is the architecture.

None of the following is a packaged product. They are the areas of an operation we typically simplify, connect, or build — usually several at once, because they are the same information seen from different desks.

The back office

One console for the people running it.

Open jobs, live margin, what needs attention today — assembled from the operation itself rather than from a report someone builds on Friday.

The field

And one app for the people doing it.

Native iOS and Android for people who are outside, in a truck, or on a jobsite — built for gloves, glare, and bad signal. Scanned, not retyped.

Operational areas

Six places the same record shows up.

01

Sales & customers

Know what you promised, to whom, at what price — before anyone has to go looking.

  • CRM & pipeline
  • Quotes and pricing
  • Order entry
  • Customer portals
02

Purchasing & vendors

Buy from what the operation actually needs, not from memory.

  • Purchase orders
  • Vendor records & pricing
  • Receiving & discrepancies
  • Approval workflows
03

Warehouse & production

Every movement recorded once, by the person who made it.

  • Inventory visibility
  • Barcode & QR scanning
  • Locations and transfers
  • Production orders
04

Money

The operational event and the financial record are the same event.

  • Invoicing & billing
  • Vendor bills
  • Commissions & settlements
  • Payroll inputs
05

Field & mobile work

Capture information where the work happens, on the device already in their hand.

  • iOS & Android apps
  • Time and job tracking
  • Photos & signatures
  • Daily jobsite reporting
06

Information & integration

A current view of the business, not a report assembled after the fact.

  • Dashboards & reporting
  • Forecasting
  • REST APIs for partners
  • Phone & IVR workflows

Delivery surfaces

The same system, wherever the work is.

We're not tied to a platform, a vendor, or a fashionable stack — and we have no incentive to sell you one.

01

Web systems

The operational core — where the business is run and managed.

02

Mobile apps

Native iOS and Android for the people out doing the work.

03

User portals

Customers, vendors, carriers, and partners, each seeing their own slice.

04

Terminals & kiosks

Fixed stations at a gate, a dock, or a shop floor.

05

APIs & integrations

Phone systems, accounting, email, file transfer, partner APIs.

06

Dashboards

The current state of the business, for the people accountable for it.

Reporting & dashboards

From what happened this morning to what to do next year.

One operational record, read at three distances. Nobody rebuilds it in a spreadsheet on Friday afternoon, and no figure is typed twice.

01 · Today

Operations

What needs attention before the shift ends.

Live state, exceptions first: loads not covered, jobs running behind, documents missing, stock that disagrees with the floor. Read by the people who can still do something about it today.

  • Live operational state
  • Exceptions and alerts, not totals
  • Open loads, jobs and orders
  • Missing documents and approvals
  • What is late, and by how long
02 · This month

Performance

Where the money is actually made and lost.

The same records, aggregated. Margin by customer, lane, job or machine — with the costs most reports quietly leave out: deadhead, detention, rework, overtime, the invoice that got adjusted.

  • Margin by customer, lane and job
  • Cost per mile, per unit, per hour
  • On-time performance and dwell time
  • Utilisation of trucks, people and machines
  • Ageing receivables and cash position
03 · This year

Strategy & people

The decisions that need a year of history behind them.

Hiring, capacity, pricing, and which part of the business to grow. These are the questions where a hunch is expensive and a trend line is cheap — and where workforce data belongs next to operational data, not in a separate system.

  • Headcount and capacity planning
  • Turnover, retention and the cost of replacing people
  • Overtime and absence by team
  • Customer concentration and growth
  • Rates, pricing and seasonality
  • Forecasts built from the operation itself

What it is for

A dashboard earns its place by answering something you currently guess at.

These come up in almost every engagement. The reporting layer is judged on them, not on how many charts it has.

Which customers are actually profitable?
Revenue by customer is easy and slightly misleading. Margin after deadhead, detention, rework, overtime and the invoices that got adjusted is the number that changes who you chase next quarter — and it usually reorders the list.
Do we hire, or do we have an overtime problem?
Overtime and absence by team, next to headcount and actual workload. The answer is normally visible for several months before anyone thinks to ask the question, which is exactly the period a dashboard is for.
What is turnover costing us, and where?
Not the recruiting invoice — the whole cost: hiring, onboarding, training, and the months a seat runs at reduced output. Split by role, site and manager, because turnover is almost never spread evenly, and the average hides the part you could fix.
Where does the work actually get done?
Output, reliability and rework by team and shift, taken from the operational record rather than from an annual review form. Read properly it shows who needs help, not only who to promote.
Can we take this contract?
Capacity, utilisation and seasonality across a year of real movements, so a yes is a decision rather than an act of faith — and a no comes with the reason attached.
What happens if we lose our largest customer?
Concentration, and the margin that would leave with them. Worth knowing before the phone call rather than during it.

Start with the operation

What's hard to see today?

That question is usually the best place to start.

Tell us about it