United States Forest Service

Role: 

Product Manager and Product Design Lead

Team: 

Harvard Tech for Social Good

Length: 

4 Months

Key Contributions:

UX Design
UX Research
Product Strategy

Reimagining How The USDA Manages Its Parks

01. Overview

As the Product Manager and Product Design Lead for this project with the United States Department of Agriculture, I collaborated with a cross-functional team through Harvard's Tech for Social Good initiative to redesign an internal tool used to track infrastructure projects across national forests.

The platform supports $1 billion in funding requests and is used by staff across 150+ national forests.

I led research, strategy, and design efforts to streamline workflows, improve accessibility, and reduce friction for both field and administrative users.

02. The Role

This project was my first experience leading both product and design initiatives on a complex internal platform. I led user research, shaped product direction, and designed core flows across multiple modules. Throughout the process, I collaborated with leadership, engineers, and stakeholders to define what was feasible and build a design system that could support future tools beyond the initial scope.

In this role, I:

  • Redesigned and simplified user workflows across two core modules
  • Built a scalable design system and prototyped high-fidelity screens in Figma
  • Led interviews and synthesized insights through affinity mapping and persona development
Research
Rework
Prototype

03. The Goal

Problem

Goals

Key Questions

  • NAMP Platform is a legacy tool used to manage infrastructure projects across the USDA.
  • Over time, the platform has become difficult to navigate, especially for new users.
  • Some users have turned to external tools to avoid friction.
  • Understand how the platform currently operates.
  • Redesign workflows for clarity and efficiency.
  • Improve communication and reduce workarounds.
  • How does the NAMP software fit into broader USDA goals?
  • What are the key blocks in the current platform?
  • What do different users need from the platform?
  • What technical constraints should we plan for?

The Stakes

  • Supports over $1 billion in deferred maintenance project requests

  • Used by thousands of employees across 150+ national forests

  • Tied to workflows that reach 30,000 Forest Service and USDA staff

  • A clearer UX can improve project planning, reduce administrative burden, and free up time for fieldwork

04. The Starting Point

NAMP was originally built in the early 2000s as an internal platform to help the United States Forest Service manage infrastructure projects and deferred maintenance across national forests.


Over the years, the platform has expanded to include multiple modules, but its structure and UX patterns have remained largely unchanged. The interface lacked visual clarity, the workflows were fragmented, and key features were hard to access without deep familiarity.

  • Workflows were fragmented across modules with little to no cross-navigation

  • Projects and tasks were visually and functionally disconnected

  • Key information was buried in tabbed forms with minimal visual hierarchy

  • The interface relied heavily on memorized actions, rather than visual guidance and cues

  • Users needed to reference external training just to complete basic tasks

*Note* The white space is part of the software! (I know, right?)

05. Research and Design

Weeks 1-2:
Audit, Scope, Align
I kicked off the project by conducting an audit of the existing NAMP platform and reviewing training guides, walkthrough videos, and platform documentation.

This helped me to understand how the system was intended to function and where friction might exist in the structure alone.

From there, I used these insights to scope the research plan, organizing interviews into two tracks:

user research with field staff who use the tool daily,  and stakeholder research with program managers and leadership who relied on the platform for tracking and reporting.

This distinction allowed us to capture the full range of needs and expectations across the system.
What I did:
  • Audited platform structure and mapped core workflows across modules
  • Identified early usability risks and areas of structural complexity
  • Defined product scope to guide research and design
  • Structured two research tracks: daily users vs. strategic stakeholders
  • Set project cadence, structures, and deliverables with team
Weeks 3-4:
Interview & Synthesize
After completing interviews with both day-to-day users and program stakeholders, I synthesized the findings through affinity mapping to surface themes in workflow friction, cognitive load, and unmet needs.

These insights then grounded the creation of user personas.
What I did:
  • Ran affinity mapping workshops to organize qualitative insights
  • Created user personas representing core roles and usage patterns
  • Mapped out ideal user flows across submission, tracking, and reporting
  • Facilitated alignment around which flows to prioritize for redesign
Weeks 5-6:
Flow Mapping & Midpoint Alignment
After conducting and synthesizing user research, I translated the research insights into detailed user flows that clarified where users struggled and where handoff flows broke down.

These flows mapped both current pain points and ideal journeys for key tasks in the Infrastructure Projects and Project Submissions modules.

We then shared these flows, along with all of our research and design direction thus far, during our mid-point check-in with stakeholders.

Their feedback helped validate our approach and align the team around priorities for the second half of the project.
What I did:
  • Translated interview insights into current-state and ideal-state user flows
  • Converted insights into decision points and failure paths for field and admin users
  • Scoped design priorities based on workflow impact and stakeholder needs
  • Developed and led midpoint presentation to USDA team to align on direction
  • Used stakeholder input to refine roadmap and prioritize next phases of design work
Weeks 7-8:
Lo-Fi Design - Infra Projects Module
Following alignment at the midpoint, I began translating product strategy into wireframes.

I led our transition into design with a focus on the Infra Projects Module, which is one of the most complex and widely used parts of the platform. My goal was to translate core flows into intuitive interfaces that streamlined task creation, tracking, and reporting across roles.

We created lo-fidelity wireframes for prioritized workflows, rethinking layout and navigation patterns to reduce friction. I also established team design principles around modularity, clarity, and accessibility.
What I did:
  • Re-architectured key flows within the Infra Projects Module
  • Consolidated scattered information into a unified overview screen
  • Introduced clearer hierarchy, information architecture, and labeling for project timelines and tasks
Weeks 9-10:
Lo-Fi Design - Submission Module
In the next phase of the project, I led design work on the Project Submission Module, a critical part of the platform where users formalize and submit infrastructure projects.

Based on prior user research, we knew this flow was especially confusing; the forms were dense, guidance was limited, and users often relied on outside documentation to complete submissions correctly.

We redesigned the submission experience to better guide users through key steps, clarify required fields, and improve the overall architecture of the form. 

I also scoped design components that could be used across other modules to support long-term consistency.
What I did:
  • Redesigned the multi-step submission flow for clarity and usability
  • Structured forms to surface key details earlier and reduce user error
  • Scoped key interaction patterns to carry into future testing and iteration
Weeks 11-12:
Usability Testing & Hi-Fi Designs
We spent these final weeks running usability testing sessions and rapidly iterating on our high-fidelity designs. We tested key flows from the Infrastructure Projects and Project Submission modules.

Based on the feedback, we made adjustments to labeling, navigation hierarchy, and guidance elements to reduce confusion and ensure the platform was intuitive.

I focused on applying a consistent visual system across both the Infra Project Module and Project Submission Module, including layout, spacing, and typographic hierarchy.
What I did:
  • Conducted moderated usability tests with five users across roles
  • Iterated interactive, high-fidelity prototypes based on test insights
  • Refined spacing, architecture, and color to improve clarity and usability
  • Designed with accessibility and long-term scalability in mind
Weeks 13-14:
Documentation, Handoff, & Presentation
To close the project, I prepared documentation and prototypes that could support ongoing development and internal use.

I also led our final stakeholder presentation, walking through user research, design strategy, user flows, and product strategy. This worked to create alignment and momentum for future implementation.
What I did:
  • Created annotated Figma files with component usage
  • Documented research insight and design rationale for each module
  • Delivered final walkthrough for stakeholders, including design recommendations
  • Packaged visuals and prototypes for handoff to internal tech teams

05. Process

Research Review
Since we weren't able to conduct our own inital research, I worked with pre-recorded focus groups from earlier stakeholder conversations.
I combed through transcripts and video recordings, puling out key themes and quotes. I studied the process that community advocated took to collect and use data in their work. And from there, I built out an affinity map to capture patters in challenges, goals, and mental models.
Inspiration Scan
Without access to the traditional user research that I was used to, I had to shift how I thought about insight. I turned to source inspiration reference and analyzed tools that had features I was inspired by to understand how others were communicating stories with both data and narrative.
I looked closely at how these tools balanced usability with meaning and guided users through complexity. These references served as a stand-in for direct feedback, helping me define features that felt both strategic and empathetic.

“We were essentially the Instagram police and called out fake influencers left, right and centre. It was fun and all, but there is only so many bikini chicks you can look at on Instagram before you start losing your mind.”

Dan, Co-founder and CEO of Lumio

Strategic Foundations
With a clearer sense of user needs, values, and inspiration, I worked alongside the CEO and Product Manager to traslate these ideas into product direction. We aligned key audiences, scoped potential feature sets, and prioritized goals based on what the data and context allowed.

“After this, we both took up golf during the week and started eating fancy dinners at the local Country Club... Ha. This is not what happened at all. We suck at golf and love eating Guzman Y Gomez.”

Adam, Co-founder of Lumio

Testing Core Concepts
With strategic goals and user insights in mind, I kicked off the first design sprint focused on testing how community organizers might interact with narrative and data side-by-side.
I started by mapping the critical user flow: how someone would arrive on the platform, engage with a report, and walk away with something they could use in their advocacy? This process became the core lens I used to wireframe early layouts.
Throughout the sprint, I returned to the stakeholder recordings to ground my decisions in what real organizers had said. I shared these concepts with my team, refined based on feedback, and made sure each idea was rooted in user experience.

Whilst in Germany, Dan worked with with brands such as Daniel Wellington and BMW - Ja!

Adam worked with clients like Vodafone, TAFE NSW, Adobe and also won the 'Good Design Australia' award for his work on the Seatfrog website.

Final Presentation to Stakeholders
🚀 relume launches
For various reasons, Dan and Adam decide to turn down a $100,000 investment from Antler and start their own business venture, without taking outside investment.

To do this they would have to build a company that would be profitable in its first year. Not the next Uber of *insert clever idea*.

06.
The Final Product

Here's a look at what we delivered to Discriminology's leadership team, based on the insights we uncovered and strategic foundations we laid.

Infra Projects Module

We redesigned this screen to streamline project review and help users more easily understand what’s happening across the system. The original layout buried key details in tabs and nested tables, forcing users to click through multiple views just to get basic information.

In the new version, we grouped projects by region, surfaced project status and funding stage directly on the card, and simplified the visual hierarchy to reduce cognitive load. During usability testing, users described the new layout as “more intuitive” and “way easier to scan," especially those who only log in occasionally or manage dozens of projects at once.

This helped us meet our goal of reducing friction in daily workflow, improving accessibility for both frequent and infrequent users, and supporting faster decision-making without requiring external tools.

Project Submission Module

Submitting a new project used to be one of the most frustrating tasks on the platform. The original workflow was rigid, visually dense, and required users to memorize a sequence of steps across multiple pages.

We redesigned the experience around clarity and progression. We introduced a guided, step-by-step submission flow with built-in field validation, contextual help, and a persistent summary panel. These changes were especially helpful for users who only submit projects a few times a year and often needed support.

During usability testing, participants noted that the new flow made them feel “more confident they were doing it right” and “less likely to make mistakes.”

This design supports our goal of supporting the submission process and reducing the need for outside guidance, allowing projects to be submitted more quickly and accurately.

Full Flow

This animation reflects the full journey from a user's perspective, showcasing how we streamlined a previously fragmented process into a guided experience that's structured, informative, and easy-to-follow.

06. Looking Back

Outcomes
Achieved:

  • Redesigned 2 high-traffic modules used to manage over $1 billion in annual funding over 150 national forests.
  • Delivered scalable design system with over 25+ modular components and accessibility baked in.
  • Achieved Recognition from USDA leadership, receiving a letter of appreciation for driving meaningful improvements.

Winning
Moments:

  • Aligned cross-functional stakeholders with competing priorities by translating feedback into shared design goals.
  • Directly incorporated field agent's comments into the design process ("I just want to see everything on one screen"), allowing it to serve as a guiding principle in our redesign.

Lessons
Learned:

  • Speak everyone's language. Translating between technical, policy, user needs, and design mindset was necessary to keep the team moving forward.
  • Don't design too early. While designing was fun, user research was essential to making sure we were designing the right things.
  • Scope alignment is a living process. The scope shifted continuously throughout the process based on research, stakeholder input, and roadblocks along the way.

Skills
Acquired:

  • Flow Modeling. Learned to translate ambiguous workflows into structured, multi-step flows grounded in user logic.
  • Modular Design Systems. Built reusable designs that support flexibility among various modules and future development.
  • Cross-Functional Alignment. Practiced aligning engineering, design, and policy through documentation, meetings, and iterative feedback cycles.
01. Overview
02. The Role
03. The Goal