Return Home

Nature.org Preserves

Helping visitors find and plan a visit

In progress: high‑fidelity design and implementation planning
Years
2026–Now
Role
Senior UX Designer and Product Owner
Scope
High‑fidelity UX, component design, feasibility, data and governance strategy, release planning
Team
Threespot (discovery), program stakeholders, AEM developers, and me

What I’m doing

  1. Taking an agency’s low‑fidelity wireframes to high‑fidelity components we can actually build in AEM.
  2. Redesigning the templates around which data can come from TNC’s land management system and which has to be written by hand.
  3. Owning the release plan, and making the resourcing case that brought a technical business analyst onto the project.
The high-fidelity Pratt and Post Coves Preserve page on desktop and mobile, with photos, a map, an access alert, and visit details at the top.
The redesigned preserve page, desktop and mobile. High‑fidelity design.

The wireframes assumed every detail would flow in from our land management system. What happens to the visitor, and to the people maintaining 350 pages, when it can’t?

The challenge

Nature.org has roughly 350 preserve pages: places people can visit in person. Over time those pages drifted.

  • No one was clearly accountable for keeping them up to date.
  • They leaned toward conservation storytelling, not what a visitor needs to plan a trip.
  • Details on the public site could disagree with the same details in TNC’s internal land management system.

The goal is a preserve experience built around visitors, with conservation stories still in the mix, and accurate information that comes from one source instead of two.

Today: the live Pratt and Post Coves page leads with a photo and headline, with hours and location in a small sidebar. Redesign: an access alert, open status, directions, hours, activities, and rules appear at the top.
The same preserve on nature.org today and in the redesign.

Discovery

Our agency partner, Threespot, led discovery: research, audience journeys, a content model, two rounds of low‑fidelity wireframes, and usability testing. I guided them through every step. I reviewed and shaped each wireframe round, fed into the consolidated TNC feedback, and checked every component choice against what our AEM platform already had. The wireframes were built from our existing components, so part of the job was walking Threespot through them and catching where the wrong ones had been used.

Usability testing

60 Participants, 30 on desktop and 30 on mobile
59 of 60 Chose “Visit a Preserve” once they could see it

The label worked. Its placement didn’t: the main site navigation wasn’t leading people to it. Other findings shaped the templates directly:

  • People wanted short, focused content over long‑form pages.
  • Visit information should be out in the open, not buried.
  • The map and filters were well received.
  • Alerts belonged higher on the page.
  • “Plan Your Visit” and “Know Before You Go” felt like the same section, and the seasonal icons confused people.

My role

Threespot handed us low‑fidelity wireframes. Everything from there to a buildable product is mine: choosing the components we need most, working with developers on what we can build, designing them in high fidelity, and presenting to stakeholders.

As Product Owner, I also plan how it ships: which new components and updates go into which release, and what help we need to get there.

  • Agency guidance
  • Component prioritization
  • AEM feasibility
  • High‑fidelity design
  • Data and governance strategy
  • Stakeholder reviews
  • Release planning
  • Resourcing
Decision 01

Design for the data we actually have

Threespot’s wireframes assumed every field would come from TNC’s land management system. In practice, only some of it can be connected with the capacity we have.

That isn’t just a technical detail. Every field that can’t be connected becomes content an author has to write and keep current, by hand, across hundreds of pages. So for each part of the page, I work out where its data will live, how that affects authors and visitors, and how the template needs to change because of it.

From the land management system

Pulled in automatically. One source of truth, so the public page and internal records can’t disagree.

Written by authors

No connection yet, so someone has to write it and keep it current on every page. The template has to make that easy.

Deferred

Not worth building yet. The template is designed so it can be added later without a redesign.

Decision 02

Build for today, ready for tomorrow

Some recommendations depend on automation we don’t have yet. None of our current AEM components are automated, and we don’t have the backend data infrastructure to drive them.

That changes next year, when TNC moves to a modern cloud version of our AEM platform. So these modules are designed to work now, and to get smarter after the upgrade without redesigning the template.

These decisions are still being finalized.

Related stories

Recommended
Stories pulled onto each preserve page automatically
Today
Authors hand‑pick stories using our existing components
After upgrade
Revisit automation on the new platform

Nearby preserves

Recommended
Preserves near the one you’re viewing, surfaced automatically
Today
An automated “Check out other preserves” module, without location
After upgrade
Revisit on the new platform
Decision 03

From low fidelity to buildable

From Threespot’s wireframes, I picked the components we need most and checked each one with our developers: can AEM do this, and should we extend an existing component or build a new one? I’m designing them in high fidelity, with the user experience and the backend connection in mind together.

The first high‑fidelity round was approved by stakeholders. The second round, a visual refinement of every component we’re building, is underway now.

Threespot's low-fidelity wireframe of the preserve summary section, above my high-fidelity version of the same section.
The preserve summary: Threespot’s wireframe, then my high‑fidelity version.
Core components of the new preserve experience: the preserve map with filters, explore nearby preserves, the alert and visit summary, plan your visit, and resources for your visit.
Core components in high fidelity. The mocks show the target experience; some modules, like nearby preserves, ship in a simpler form first and grow after the platform upgrade.

Product ownership

Once the components are final, the question becomes how to ship them. I’m planning how new components and updates to existing ones fit into upcoming releases, and I pitched leadership on how long this will take and what help we need.

Approved

A technical business analyst

Someone who understands AEM and its integrations, to define which data lives where before development starts. TNC is bringing one on as a direct result of the pitch.

Pending

An additional UX designer

We have two designers for a project of this size. I made the case for adding a third.

Where it stands

  1. Discovery and usability testing Threespot, guided by TNC
  2. Low‑fidelity wireframes Threespot
  3. High‑fidelity design, round 1 Approved
  4. High‑fidelity design, round 2 In progress
  5. Business analysis and data contracts
  6. Technical planning and development sprints
  7. Pilot with selected preserves
  8. Rollout Targeted by 2028

Reflection

Governance can sound like a back‑office concern. On this project it decides whether a visitor sees the right hours on a Saturday morning.

The agency designed the ideal experience. My job is to design the version a small team can build and keep accurate across hundreds of pages, and to plan how we get there.

Collaborators

  • Danae Wolf Associate Director of Marketing and Communications, Leveraging Our Lands (project owner)
  • Christian Cole Project Manager
  • Jordan Fisher Director of Digital
  • Mike Lewis Director of Marketing Technology
  • Tracy Swift Marketing Communications Specialist, Leveraging Our Lands
  • Threespot Discovery and low‑fidelity wireframes
Next case study Conservation Gateway