Skip to content

Custom software

Custom development

Fill the gaps of your current processes with custom-built solutions.

Example

See an example

Illustrative builds, start to finish: where the work leaves the system, what gets built, and what changes. Pick one.

Illustrative example · not a client projectA tracker that lives in a spreadsheet, turned into an app

Before

  1. Tracker workbook

    Kept on a shared drive

  2. Copies by email

    Sent round for updates

  3. Merged copy

    Versions combined by hand

  4. Status meeting

    Works from whichever copy is newest

After

  1. Web app

    One form for everyone who fills it in

  2. Copies by email

    Nothing to send round

  3. One shared record

    Behind every screen

  4. Live list

    Current for whoever opens it

01

Where it breaks

A job none of your software covers ends up in a workbook. Copies go round by email, someone merges them, and the version in the meeting is already out of date.

02

What gets built

A small web app shaped around that one job: a form for the people who fill it in, a list for the people who check it, and one record behind both.

03

What changes

Everyone works on the same record, nothing is merged by hand, and the tracker no longer depends on the one person who understands the workbook.

Illustrative example · not a client projectTwo systems that hold the same data, joined

Before

  1. First system

    Where the data is entered

  2. Export

    Pulled out to a file

  3. Spreadsheet

    Reshaped by hand

  4. Second system

    Keyed in again

After

  1. First system

    Where the data is entered

  2. Link

    Moves the data across in the shape the second system expects

  3. Spreadsheet

    No reshaping by hand

  4. Second system

    Kept in step by the link

01

Where it breaks

Two systems hold the same information, and the only bridge between them is a person with an export, a spreadsheet and an afternoon.

02

What gets built

A link between the two that moves the data across in the shape the second system expects, so neither system has to change how it works.

03

What changes

The data is entered once. The export, the reshaping and the second round of typing drop out of the week.

Illustrative example · not a client projectField progress, into the cost report the same day

Before

  1. Daily sheet

    Quantities written up by hand

  2. Spreadsheet

    Keyed in at the office

  3. Cost system

    Keyed in again

  4. Weekly report

    Runs on last week’s numbers

After

  1. Field form

    Quantities logged against the work package

  2. Spreadsheet

    No longer in the path

  3. Cost system

    Updated as they are logged

  4. Report

    Runs on today’s numbers

01

Where it breaks

Progress lives on paper until someone in the office types it into a spreadsheet, then types it again into the cost system. By the time the report runs, the numbers are days old.

02

What gets built

A short form for the field, listing the work packages already set up in the cost system. A foreman picks one, logs the quantity, and it is written straight across.

03

What changes

No spreadsheet in the middle and nothing new for the office to learn. The cost system stays the record, and the report runs on what was installed today.

The process

How the work runs

One gap at a time, with working software in front of your team early, so you decide what comes next on something you have used.

  1. 01

    Walk the process

    We sit with the people doing the work and map where it leaves the system: the re-keying, the side spreadsheets, the email chains.

  2. 02

    Pick the gap

    Together we choose the gap that costs the most time or trust, and agree what done looks like before anything is built.

  3. 03

    Build in short rounds

    Crews and the controls team try each working version on real project data, and steer it while it is still cheap to change.

  4. 04

    Run it alongside

    It goes live next to the systems you already run, and we stay on to support it and take on the next gap.

Who does the work

The ControlPAK team: product managers, engineers and data analysts, each in their own words on our team page.

  • Product and operations

    Find the gaps and issues in a process, turn them into tools people actually want to use, and keep the work running smoothly.

    Monica Cantu, Rhett McCall, Kade McCall

  • Engineering

    Design, build and support the software across its life, and make cost data and schedules talk to each other.

    Juan Mendez, Kyle Nguyen, Waheed Abdul, Laila Rojas

  • Data

    Turn messy project data into clear information, and find the bottlenecks in how the work gets done.

    Caitlin Eidson, Wyatt Chase, Caden Hendricks, Mason Daniels, River Orsak, Mason Dooley

Meet the team

In practice

What it looks like

Fits when

  • The field and the office are working from different pictures
  • Your tools do not talk to each other
  1. 01

    Utility apps for the jobs your current software does not cover

  2. 02

    Links between the systems you already run

  3. 03

    Web apps to replace the spreadsheets and macros a job runs on

Talk it through with someone who has run these projects

Tell us what you are working with and we will tell you whether this fits.

Talk to our team