Case Study 02

High-Complexity
Industrial Reporting.

Untangling a regulatory maze for 8,000 industrial facilities, redesigning a fragmented emissions reporting platform into a high-efficiency compliance engine.

Industrial Reporting platform
Client
National Environmental Data Program
Role
Lead Product Designer
Platform
Web
Timeline
5 Months
Tools
Figma · FigJam · Optimal Workshop

Confidentiality note: Certain details have been generalized to protect client identity. AI-generated imagery and blurred visuals are used throughout to protect proprietary designs. The research methodology, outcomes, and design decisions reflect real project work.

The challenge.

The National Environmental Data Program collects emissions data from 8,000 industrial facilities, while its Financial Mitigation Branch uses this data to administer regulatory charges and fund mitigation efforts.

Users could not distinguish between the long-standing Primary Reporting Program and the newer Financial Mitigation Program. This "content confusion" led to misinterpretations of reporting requirements, disorganized navigation for technical data subsets, and increased risks of costly regulatory errors.

"Industry professionals were spending excessive time searching for rulemaking templates, leading to reporting delays, compliance risk, and significant frustration." - Melissa M

Project Impact

45%
Navigation time reduced
exceeding the 40% target
92%
Task success rate
up from 42% baseline
60%
User confidence growth
in program identification

The evidence behind the redesign.

The project aimed to clarify the relationship between the financial and reporting branches, improve content findability, and establish a scalable information architecture to support future regulatory updates, all while reducing reporting errors for 8,000 facilities.

67%
of users reported confusion when locating program-specific resources, unable to distinguish between the Primary Reporting and Financial Mitigation programs.
58%
of users struggled to complete key reporting tasks without manual guidance from support staff, creating bottlenecks and compliance delays.
~∞
hours lost by industry professionals searching for rulemaking templates: a direct operational cost of poor information architecture.
Cross-link gap

Users needed to see how technical reporting data directly informed financial charges, but the two sections existed as isolated silos with no contextual pathway between them.

Flat architecture

The existing IA had no clear parent/child hierarchy. Technical data subsets were scattered across both programs, making it impossible to build a mental model of the site.

Regulatory stakes

Misinterpretations weren't just UX failures; they carried real compliance risk for facilities. Errors in this system have direct regulatory and financial consequences.

Reporting user flow diagram
Reporting flow – target audience & emission pathways
IA process and card sorting overview
IA process – card sorting & group mapping

Data-driven architecture, validated at every step.

Open & closed card sorting

Conducted card sorting with 24 participants, generating a popularity matrix that revealed how users mentally grouped content, surfacing the exact pages causing the most confusion.

Popularity matrix & site mapping

Built a data-driven site map with clear parent/child hierarchies and strategic cross-links. The matrix gave us the quantitative evidence needed to move contested pages without internal debate.

Mid-fidelity wireframes

Translated the validated IA into testable wireframes, iterating on navigation flows and the cross-link structure connecting the reporting and financial sections.

Iterative tree testing

Used Optimal Workshop tree testing to validate task completion efficiency, catching pathway errors before any high-fidelity work began, saving time and stakeholder capital.

Stakeholder workshops

Facilitated collaborative sessions with stakeholders, developers, and environmental specialists to align on technical feasibility, business priorities, and compliance constraints.

Card sorting and tree testing process
Open card sort – popularity matrix results · Optimal Workshop

From a regulatory maze to a compliance engine.

The final architecture introduced a dedicated Financial Mitigation section nested strategically within the broader reporting web area, with a cross-link connecting it back to primary reporting at exactly the moment users need to transition between them.

Before
  • Flat structure – no parent/child hierarchy
  • Primary and Financial programs indistinguishable
  • No cross-links between reporting and financial data
  • Rulemaking templates buried across multiple sections
  • 42% task success rate – 58% needed manual guidance
After
  • Hierarchical IA with clear parent/child structure
  • Dedicated Financial Mitigation section, distinctly branded
  • Strategic cross-link at the reporting-to-financial transition point
  • Rulemaking & Mitigation Assistance in distinct high-level silos
  • 92% task success rate – 45% faster navigation
Data-informed site map Strategic cross-link architecture Scalable regulatory IA Validated via iterative tree testing 24-participant card sort
Original navigation structure
Original navigation – pre-redesign flat structure
Redesigned navigation structure
Redesigned navigation – post card sort & site mapping
Original navigation structure
Original navigation – pre-redesign flat structure
Redesigned navigation structure
Redesigned navigation – post card sort & site mapping

What I learned.

Challenge

Cross-linking two programs with different legislative origins but overlapping data. The technical constraint meant the IA had to be precise: a wrong cross-link could increase confusion rather than reduce it.

Key Lesson

The popularity matrix was the single most persuasive artifact in the project. Quantitative data from card sorting settled internal stakeholder debates about content placement that subjective opinions never could.

Future Approach

Implement first-click testing even earlier in the wireframing phase to catch "pathway errors" before the site map is finalized, preventing downstream rework in the high-fidelity stage.

Next case study

The Essential
Housing Toolkit.

View project All projects