Erdos Miller ToolHub live job dashboard with drilling logs, sensor readings and a pressure chart

Erdos Miller

ToolHub: one platform for the tools that steer a well

Erdos Miller builds Measurement While Drilling (MWD) sensors and the software around them. Their operation ran on a patchwork that had worked long enough to become risky: LabVIEW desktop apps, standalone Python scripts, a deprecated tool that "won't die", and a spreadsheet acting as the fleet database. We embedded with their team to turn ToolHub into the platform that holds it all together.

Services
Product design, UX research, UI kit
Scope
ToolHub web platform: Tools & Jobs
Timeline
Since 2023, embedded

Software used where the work actually happens

This is not a dashboard for an office. On the rig, a computer running Eclipse Touch decodes mud-pulse telemetry, offline, at the edge. In a container on site, ToolHub picks it up. In a remote center, a directional driller steers the well from a live dashboard. Back at the shop, technicians flash firmware, run roll tests and calibrate tools. Some screens are read on a 50-inch display from twenty feet away.

A wrong reading here isn't a UX issue. It's a tool lost downhole, a failed job, a well steered off target.

Mapping the complexity before touching the interface

Before designing, we mapped the whole software estate, more than a dozen products, and the people around it:

  • Integrative: one action in ToolHub can depend on a device, Eclipse Touch at the rig and cloud services at once.
  • Information: fleet status, memory downloads, calibration and job data from multiple tool vendors.
  • Intention: the product is used before, during and after drilling, with no single happy path.
  • Environmental: offline rigs, field hands under time pressure, large shared screens.
  • Institutional: expert users loyal to legacy tools, and workflows built around their limitations.

That map named more than a dozen roles across four organizations: Erdos Miller's engineers and technicians, drilling companies, the energy companies they serve and contract manufacturers. Each one sees and does different things.

The decisions that made it one product

  • A structure experts can predict. We split the platform into two pillars, Tools and Jobs, so fleet management and live operations stop competing for the same screen.
  • One layout per tool, including composite ones. A single-tool page that works the same whether the tool stands alone or is part of an assembly made of several tools.
  • Status you can't miss. Outdated firmware, update progress and "why you can't update this tool" are explicit, not hidden behind a command line.
  • Dark mode first, matching the environment their users already work in, with a branded UI kit built on their Tailwind stack so design and code stay in sync.

Validated with the people who run the tools

We tested the firmware update flow with Erdos Miller's customer experience team, the internal face of the customer, and real field users, through moderated usability sessions. Calibration workflows got their own remote testing rounds. Every module shipped with documented flows, states and specs, so developers built what was decided, not what was guessed.

You guys do what you say you're going to do, which is actually pretty rare among partners and vendors.
Ken Miller, Erdos Miller

What ToolHub is becoming

ToolHub is replacing the spreadsheet as the tool database, absorbing the legacy utilities one by one and opening new modules like the Gamma Logger inside Jobs. The next step is bigger: operators viewing well data directly in ToolHub alongside the directional companies producing it, instead of receiving it by email.

We are experts in making complex systems work.