Enter password to view case study

Modernizing a Legacy Production Planning Platform

Enterprise SaaS

Live in production

Web Application

Internal Platform

Location

Fargo, ND

Role

Sr. UX Designer

Year

2023-24

Duration

~18 months

Users

200+ across US and Mexico

Overview

A mission-critical two-system workflow — embedded in daily manufacturing operations — needed to modernize without disrupting the billions in production decisions running through it every day.

Problem

A billion-dollar workflow held together by manual effort.

Production planning at John Deere ran across two disconnected systems — a legacy planning tool and an Excel-based forecasting workflow. Every day, bridging them required a manual file upload that took 2–4 hours, with no visibility into whether it succeeded. On a production line where planning errors cost millions, that was an unacceptable daily risk.

Solution

Redesign the workflow. Rebuild the platform. Earn the trust.

The approach was deliberately phased — automate what was breaking the workflow first, then rebuild the platform around how planning decisions are actually made, not how data is stored. Because stakeholders managing billion-dollar decisions couldn't abandon Excel overnight, every change was designed to reduce dependency gradually rather than force a cutover that would never have been accepted.

Impact

Results that outlasted the project.

Operational efficiency improved by ~30%, user satisfaction by ~25% — validated through iterative usability testing. The legacy platform was retired through a migration that 200+ planners and forecasters across US and Mexico chose on their own timeline. The manual handoff that once consumed hours daily was fully eliminated. A component system built from scratch outlived the project and was adopted across multiple applications org-wide.

First
Second
Before
After
Overview

How do you redesign a system responsible for billions in production decisions — without breaking the trust of the people using it?

John Deere’s production planning relied on a legacy platform that had accumulated years of complexity without ever being designed around how planners actually worked.

Critical functions were buried deep in the interface. Two fundamentally different workflows — forecasting and production planning — were forced into the same environment. The freeze system governing billion-dollar production decisions was poorly understood even by stakeholders responsible for it.

Planners had learned to cope. Five browser tabs open at all times. External documents constantly referenced. Excel used whenever they needed actual clarity.

The system technically worked — but only because users had learned how to work around it.

How the System actually worked

This wasn't one platform. It was two systems held together by manual effort.

daily

Forecasters update the Excel forecast

The Bottleneck

Manual file upload to legacy tool

Processing

Legacy tool converts forecast into production plan

Daily

Planners adjust and finalize the production plan

Why this mattered: Billions of dollars in production decisions moved through this workflow every day. Any disruption had direct downstream consequences on manufacturing. That's why stakeholders couldn't simply switch systems — and why every design decision had to make the transition feel safe, not just possible.

Research

If the tool had existed for decades — why was it still broken?

Because no one had mapped what the work actually looked like. The inefficiency had become so normalized it was invisible to everyone inside it.

9

In-depth contextual interviews with planners and forecasting leads across US and Mexico

~1K

Data points synthesized into 12 core workflow and usability insights

$B

In daily production value running through this workflow — the constraint shaping every decision

2

Systems — Disconnected tools never designed to work together

The reframe: The problem wasn't just that the platform was hard to use. It was that the platform was never the real system. The real system was Excel + legacy tool + the people manually bridging the gap between them every single day.

The reframe: The problem wasn't just that the platform was hard to use. It was that the platform was never the real system. The real system was Excel + legacy tool + the people manually bridging the gap between them every single day.

The reframe: The problem wasn't just that the platform was hard to use. It was that the platform was never the real system. The real system was Excel + legacy tool + the people manually bridging the gap between them every single day.

Key insights
01 — Normalized Inefficiency
The waste had become the workflow.

"I just start the upload when I get in. By the time I have my coffee it's usually done — or stuck."

What this meant: No one was asking to fix the upload process because no one believed it could be fixed. Making the time cost visible was the first design move.

03 — Context Lost at the Moment It Mattered Most
Comparisons required leaving the system entirely.

"It would be easier for me to just see the parts and site together — sometimes I don't even remember which site that Part Number belongs to."

What this meant: The interface needed to support comparisons in context — not send planners hunting across screens to reconstruct information they already had.

02 — No Visibility During Processing
Planners & Forecasters had no idea what the system was doing.

"You upload the file and then you just wait. Sometimes it works, sometimes it doesn't. You find out later."

What this meant: No one was asking to fix the upload process because no one believed it could be fixed. Making the time cost visible was the first design move.

05 — Risk-Driven Resistance
Planners and forecasters were working in the same space with no clear distinction between their tools.

ABC

What this meant: The first structural decision was separating the two workflows into clearly defined tabs — giving each user group a space built for them, not shared with everyone else.

04 — Frozen State Confusion
Two completely different ways to freeze data and doing different calculations

"I only use this freeze function, I've no idea what the other one does"

"No you cannot remove either of the freeze fucntions"

What this meant: Freeze functionality needed to be redefined from the ground up — not just relabeled.

06 — Risk-Driven Resistance
Stakeholders weren't blocking change. They were protecting operations.

"If something goes wrong in planning, that's a production line problem. We can't afford experiments."

What this meant: Change management wasn't a soft skill on this project. It was a design constraint. Every decision had to make the transition feel safe before it could feel new.

  • 01 — Normalized Inefficiency
    The waste had become the workflow.

    "I just start the upload when I get in. By the time I have my coffee it's usually done — or stuck."

    What this meant: No one was asking to fix the upload process because no one believed it could be fixed. Making the time cost visible was the first design move.

  • 03 — Context Lost at the Moment It Mattered Most
    Comparisons required leaving the system entirely.

    "It would be easier for me to just see the parts and site together — sometimes I don't even remember which site that Part Number belongs to."

    What this meant: The interface needed to support comparisons in context — not send planners hunting across screens to reconstruct information they already had.

  • 02 — No Visibility During Processing
    Planners & Forecasters had no idea what the system was doing.

    "You upload the file and then you just wait. Sometimes it works, sometimes it doesn't. You find out later."

    What this meant: No one was asking to fix the upload process because no one believed it could be fixed. Making the time cost visible was the first design move.

  • 05 — Risk-Driven Resistance
    Planners and forecasters were working in the same space with no clear distinction between their tools.

    ABC

    What this meant: The first structural decision was separating the two workflows into clearly defined tabs — giving each user group a space built for them, not shared with everyone else.

  • 04 — Frozen State Confusion
    Two completely different ways to freeze data and doing different calculations

    "I only use this freeze function, I've no idea what the other one does"

    "No you cannot remove either of the freeze fucntions"

    What this meant: Freeze functionality needed to be redefined from the ground up — not just relabeled.

  • 06 — Risk-Driven Resistance
    Stakeholders weren't blocking change. They were protecting operations.

    "If something goes wrong in planning, that's a production line problem. We can't afford experiments."

    What this meant: Change management wasn't a soft skill on this project. It was a design constraint. Every decision had to make the transition feel safe before it could feel new.

USER group

Who I Was Designing For

Two groups depended on this system every day — but the platform had never been designed around either of them.

Master Planners

Responsible for managing production schedules across a 16-week planning window. They searched for parts, adjusted quantities, and locked production decisions that directly affected manufacturing operations.

Their frustration wasn’t the complexity of the work — it was how difficult the system made routine tasks like comparing planning periods or understanding freeze states.

Order Fulfillment Specialists

Responsible for maintaining forecast accuracy. Their entire workflow existed in Excel, with no visibility into how their forecasts were used once uploaded to the planning system.

Any correction required repeating the entire upload process.

  • Master Planners

    Responsible for managing production schedules across a 16-week planning window. They searched for parts, adjusted quantities, and locked production decisions that directly affected manufacturing operations.

    Their frustration wasn’t the complexity of the work — it was how difficult the system made routine tasks like comparing planning periods or understanding freeze states.

  • Order Fulfillment Specialists

    Responsible for maintaining forecast accuracy. Their entire workflow existed in Excel, with no visibility into how their forecasts were used once uploaded to the planning system.

    Any correction required repeating the entire upload process.

The System Tension: Both groups depended on each other — yet operated with almost no shared visibility. Changes made in Excel only reached planners after manual uploads, creating friction at every point where the workflows intersected.

Understanding the System

Before redesigning the interface, I needed to understand the workflow behind it.

Early research revealed that many of the challenges weren’t simply UI problems. They were symptoms of a system that had evolved over time without a clear shared understanding of how planning actually worked. Forecast data moved across multiple systems before becoming a finalized production plan, with manual uploads and freeze points shaping when planners could intervene.

To make sense of this ecosystem, I stepped back and created a process map that visualized how forecasts moved through the system, where planners interacted with the data, and where friction occurred. The map surfaced key breakdown points — manual uploads, moments where data froze, and places where planners relied on external tools to complete their work.

More importantly, it became a shared artifact that aligned stakeholders, engineers, and product owners around the same understanding of the system, helping guide the redesign that followed.

Solution

How did the platform evolve once the workflow was understood?

Every change focused on reducing friction in a system that could not afford to fail. Rather than redesigning individual screens, the goal was to align the platform with how planning decisions were actually made.

Reflections

Reflections

01 — Map the system before jumping to a solution

The system map I built became the single most influential artifact in the project — where data froze, where manual effort was silently absorbed, where the real workflow diverged from the assumed one. It wasn't just a design tool. It was the shared language that aligned stakeholders, PMs, and engineers around the same understanding of the problem. Without it, everyone would have been solving different versions of it.

01 — Map the system before jumping to a solution

The system map I built became the single most influential artifact in the project — where data froze, where manual effort was silently absorbed, where the real workflow diverged from the assumed one. It wasn't just a design tool. It was the shared language that aligned stakeholders, PMs, and engineers around the same understanding of the problem. Without it, everyone would have been solving different versions of it.

02 — Constraints aren't obstacles, they're the brief

Stakeholders managing billions in production decisions had legitimate reasons not to trust a new system. Designing with those constraints — not around them — is what made the legacy platform's retirement possible. The phased migration wasn't a compromise. It was the only approach that had a real chance of working. This project fundamentally changed how I approach rigid stakeholder environments. When the path forward feels blocked, the constraint itself is usually pointing at the real problem — and the real opportunity.

03 — The work that outlasts the project never shows up in a mockup

The highest-leverage contributions on this project were not individual flows or polished components. They were the automation architecture, the system map, the component library, and the change strategy. The most important design decisions were made before a single screen was opened — and they are the ones that will outlast the project.

03 — The work that outlasts the project never shows up in a mockup

The highest-leverage contributions on this project were not individual flows or polished components. They were the automation architecture, the system map, the component library, and the change strategy. The most important design decisions were made before a single screen was opened — and they are the ones that will outlast the project.

Let's Collaborate

2026 Shivani Patel

Designing at the intersection of people, systems, and scale.

Let's Collaborate

2026 Shivani Patel

Designing at the intersection of people, systems, and scale.