Back to work
Defense / Enterprise · Case Study ● Shipped

Kessel Run · Jigsaw

Designing a Map View so the Air Force's tanker planners could see a route, edit it and trust the fuel math without leaving the app.

Role
Product Designer
Led Map View design
Timeline
Apr 2024–Oct 2025
Team
Senior designer, PM,
tech lead, 9 engineers
Tools
Figma · Lucid · GitLab
Sanitized Jigsaw tanker planning screen: an airspace timeline with tanker missions as blocks, the Map View with a route from base ROO through a waypoint to the Hundred Acre Wood refueling airspace, and a side drawer listing takeoff, waypoint, enter airspace, refueling, leave airspace and landing with fuel burn at each step
The Map View: a tanker's route, its airspaces and fuel burn at every step
Jigsaw is used by the U.S. Air Force, so classified details are redacted. Every screen here is a simplified, sanitized design: callsigns and airspaces are renamed after Winnie-the-Pooh characters, and no real operational data is shown.

Kessel Run is a 1,000-person software company inside the U.S. Air Force. My team designed and built Jigsaw, one of its core cloud applications, for the airmen who plan tanker refueling missions: tasking a tanker aircraft to refuel another aircraft mid-flight. The goal is that no aircraft ever falls out of the sky because it ran out of fuel.

Planners were leaving Jigsaw for outside map tools and working out fuel by hand. I led the design of the Map View from the ground up: an interactive map that shows a tanker's route and airspaces, lets planners reshape it with waypoints and recalculates fuel as they go. It's now used by every airman who plans missions in Jigsaw.

Where refueling fits in the mission cycle

The Air Force is divided into geographic areas of responsibility, each with Air Operations Centers. Inside them, the Combat Plans Division owns the "Plan" part of the mission cycle. Planners there receive an objectives brief, with risk analysis, targets, asset allocation and weather, and turn it into missions for Air Force units to fly.

  1. Objectives & guidance
  2. Target development
  3. Capabilities analysis
  4. ATO production
  5. Execution
  6. Assessment
The air tasking cycle, simplified. Jigsaw supports the highlighted Plan portion

There are many mission types, including reconnaissance, attack and refueling. Jigsaw focuses on refueling. Tankers are aircraft that carry large amounts of fuel and can refuel other aircraft in the air. Jigsaw's core users, tanker planners, make sure every aircraft that requests refueling is supported by a tanker, and that the tanker pilots get plans that are viable and efficient.

Aircraft Task (air refueling) Mission
01A planner requests in-flight refueling for a receiver aircraft, in an airspace
Inside Jigsaw
02The tanker planner receives the request
03They check which tankers the unit has available
04A specific tanker is assigned to refuel the receiver
05Mission plans are approved and published to the flight crew
Simplified Jigsaw flow, from refueling request to published plan

Before the Map View, Jigsaw offered two ways to see mission data. A table view held refueling requests, aircraft, fuel calculations and airspaces. A grid view, a Gantt chart with time across and airspaces down, showed which tankers and receivers were paired when. A split view put both on one page.

Jigsaw split view: a table of refueling requests and tanker missions on top, and below it an airspace Gantt chart from 0000 to 1200 where hovering the Eeyore mission shows its receiver, Hunny, an F-15, and a 2.0K fuel offload
Where Jigsaw started: table and grid views in a split layout

What planners still couldn't see

Our research showed Jigsaw already answered three important questions well: which tankers are available, how much fuel they have, and which airspaces are open for refueling. But planners still couldn't answer the questions that come next:

  • Where are these refueling airspaces?
  • Can the tanker make it round-trip to them safely?
  • What is the tanker's actual route?
  • Are the fuel calculations trustworthy?
  • Can a mission be created quickly?

That left planners with three main pain points:

  • Spatial information was hard to read. To understand airspace coordinates, planners often turned to an outside, unsecured mapping tool.
  • Mission metrics were missing. Without calculated distances and fuel, planners estimated by hand.
  • It didn't scale. When mission volume spiked, time went to validating route calculations with pilots.

Learning how planners work

Our users have demanding, highly technical jobs, and I had to learn the domain quickly while iterating on designs. I ran monthly remote interviews and, with our PM and tech lead, spent three days on-site with the tanker planning team, watching their process from start to finish. When the moment was right, we sat with planners at their desks to dig into specific pain points and why they worked the way they did. We spoke with airmen of every rank from Tech Sergeant to Captain, and documented the workflows in Kessel Run's shared research library so other teams could build on them.

Capt. Gary Olkowski, in a flight suit, points at a large wall display showing an older version of Jigsaw's planning grid
Capt. Gary Olkowski showing how he uses an older version of Jigsaw in his daily work

Expectations were part of the design problem too. Planners were used to legacy systems whose complicated UI made the learning curve steep every time a new rotation of airmen arrived, and workflows varied from planner to planner. I had to understand those habits without simply rebuilding them.

For competitive analysis, I looked at the tools already in planners' workflows: legacy systems like C2Core/MAAPTK, SkyVector (an aerospace map) and Spacer (airspace management). We watched planners open the public SkyVector to measure distances by hand, all to answer one question: can this tanker make this round trip? For simpler patterns, I studied consumer map apps like Google Maps and AllTrails.

Collage of the tools in planners' workflows: the C2Core AIR mission dashboard with tables and a Gantt chart, separate airspace maps, a 3D globe view, older desktop windows with spreadsheet-style tables, and Google Maps
Competitive analysis: legacy planning systems and the maps planners switched out to

Designing the Map View

01Open the map from the mission

For security reasons, Jigsaw runs on desktops, not mobile, so I designed the Map View as a pane that opens from the table and grid views planners already use. Clicking a tanker puck (our UI term for a tanker in the table) fills the map with that tanker's routes and airspaces. Seeing the estimated route and the borders and airspaces it crosses was the most critical missing piece, and it showed planners right away whether a route needed changing.

Jigsaw grid view with the Map View pane open below: selecting the Eeyore tanker draws its route from base ROO to the Hundred Acre Wood refueling airspace, with nearby airspaces outlined, and the side drawer lists the route steps with fuel burn
Select a tanker and its route, airspaces and timeline fill in

02Waypoints, borrowed from the maps people already know

Routes are rarely straight lines. Some areas have to be avoided because of threat levels or required diplomatic clearance, so once routes were visible, planners needed to reshape them. Waypoints were the most detailed UX element on the map. I based adding them on Google Maps' drag-to-reroute pattern, and borrowed from AllTrails for overlapping routes, which are common on out-and-back flights, so planners could always tell which leg they were editing. Planners can update waypoints on the map or in the side drawer.

Animation: the planner selects the Eeyore tanker mission, its route appears on the map, they drag the route line to add a waypoint, and the side drawer inserts a waypoint step and lowers fuel burn for every later step
Drag the route to add a waypoint, and the timeline and fuel burn update live

03Fuel math planners can check at a glance

Planners didn't trust Jigsaw's fuel calculations, so they redid them by hand, which broke down under heavy demand. I redesigned the side drawer's timeline to list the route in flight order, with fuel burn at every step, and to update in real time as planners change the map. Seeing the route next to its numbers let them check the math visually. Watching the fuel change as they moved a waypoint built confidence, so they no longer needed outside tools to verify it.

Side drawer timeline: tanker overview with a Show Calcs toggle, then the route in flight order with time and fuel burn for each step: takeoff 10.0K, enter airspace 9.0K, refueling Hunny minus 2.0K, leave airspace 7.5K, landing 6.5K
The side drawer timeline: the route in flight order, with fuel burn at every step

Used by every Jigsaw planner

The Map View is now used by every airman who plans missions in Jigsaw. Planners can drill down from a huge volume of aircraft, tanker and airspace data to a single tanker mission and confirm it can serve every refueling request along its route, without context-switching to SkyVector or measuring by hand.

All
Jigsaw mission planners use the Map View
Foundation
Routes and waypoints became the base for later map features in Jigsaw
In-app
Routes and fuel checked without switching to outside map tools

Much of the process and results are classified, but publicly, Jigsaw's features have saved the Air Force millions of pounds of fuel, at more than $1 million a week.