Platform

Web app

Category

GIS · LAND

Timeline

~1 month

Built for renewable energy developers, Project Meridian unifies site prospecting, landowner negotiations, and planning submissions into a single map-driven workspace that takes projects from initial coordinates to signed contracts.

Built for renewable energy developers, Project Meridian unifies site prospecting, landowner negotiations, and planning submissions into a single map-driven workspace that takes projects from initial coordinates to signed contracts.

Project Meridian is a GIS and land-management system for renewable-energy development. It gives a developer's land team one map-first workspace to take a project from a point on a map to signed contracts — searching for viable land, scoring parcels against constraints, managing landowner negotiations, and preparing planning submissions for solar, battery-storage and wind.

Credit where it's due

The client's own GIS expert authored the technical scope and had built a working predecessor system — the domain model was his. Our work was the usability layer on top: the map interface, object panels, and reporting views.

Developing a renewable site is as much a land-and-legal process as an engineering one: identify a grid connection, search thousands of parcels, score each against dozens of constraints, trace ownership through title deeds, negotiate options and easements, and draw legally precise boundaries.

NO CLEAR PATH THROUGH THE WORK

The functionality was all there, but nothing guided a user to the next step. Every action was available at once, and none of them were sequenced.

NO CLEAR PATH THROUGH THE WORK

The functionality was all there, but nothing guided a user to the next step. Every action was available at once, and none of them were sequenced.

EXPERT-ONLY INTERFACE

Learnable only if you already understood the underlying GIS model. The tool exposed its data model rather than a workflow.

EXPERT-ONLY INTERFACE

Learnable only if you already understood the underlying GIS model. The tool exposed its data model rather than a workflow.

EASY TO MAKE EXPENSIVE MISTAKES

Little stood between a user and an accidental edit to legally significant geometry — planning red lines and retained-land blue lines both carry legal weight.

EASY TO MAKE EXPENSIVE MISTAKES

Little stood between a user and an accidental edit to legally significant geometry — planning red lines and retained-land blue lines both carry legal weight.

To ensure every design decision was grounded in real user needs, we followed a structured Design Thinking process—from understanding user behaviors to validating solutions through iterative design.

01
Empathize
02
Define
03
Ideate
04
Usability Testing

01. EMPATHIZE WITH USERS

No formal end-user interviews were conducted. Discovery ran on the client's own technical scope, their working predecessor system, and the twelve-step journey their land team already followed.

Research goals

Understand where the predecessor fought its users, and why a system that worked was still hard to use. Map how the land team actually moves a project from a point on a map to a signed contract. Identify which steps carry real financial and legal risk, so the interface could guard them rather than merely expose them.

What discovery drew on

Three inputs: the GIS lead's technical specification, which defined the domain model; the predecessor system itself, which showed what worked and what did not; and the client's twelve-step journey, walked in order with stakeholders during an intensive one-month build.

Empathy map

Interview notes clustered around trust in the builder, clarity of layout, and a desire to picture themselves in the space.

Says

"Where does each product stand?" · "Did that build pass cert?" · "Have I entered this the same way everywhere?"

Thinks

"One missed cert requirement or dependency can blow a launch date." "I shouldn't have to type the same thing 20 times."

Does

Juggles 10–20 products across platforms · re-enters overlapping data · chases cert status manually.

Feels

Anxious about things slipping silently; frustrated by duplication, unclear next steps, and no single view of progress.

Affinity Mapping

Clustering findings from internal interviews and empathy maps isolated common operational bottlenecks, helping distinguish isolated complaints from systemic friction points across GIS handoffs, constraint scoring, and landowner tracking.

02. DEFINE

We reframed the brief from "rebuild the system" to "keep the expert's power, make it usable by the whole land team."

PAIN
GAIN

Powerful, but nothing guides you to the next step

Powerful, but nothing guides you to the next step

Modes and progressive disclosure that teach the workflow

Modes and progressive disclosure that teach the workflow

Learnable only if you know the GIS model

Learnable only if you know the GIS model

An interface that surfaces the workflow, not the data model

An interface that surfaces the workflow, not the data model

Everyone draws and styles their own way

Everyone draws and styles their own way

Preset symbology and auto-naming per object type

Preset symbology and auto-naming per object type

Constraint data present but hard to read and compare

Constraint data present but hard to read and compare

Color-coded suitability + actual values + per-parcel reports

Color-coded suitability + actual values + per-parcel reports

The interface exposed the data model, not the process

The interface exposed the data model, not the process

Real-time validation, mode-gating, guided tools

Real-time validation, mode-gating, guided tools

Easy to make an expensive edit to legal geometry

Easy to make an expensive edit to legal geometry

In-context tool instructions and a clear, opinionated flow

In-context tool instructions and a clear, opinionated flow

How might we keep the full power of an expert GIS system while making every step of it legible to the land team who actually use it?

How might we keep the full power of an expert GIS system while making every step of it legible to the land team who actually use it?

Personas

"The Enterprise Gatekeeper"

Age / Location
Age / Location

41 / Denver, CO

41 / Denver, CO

Occupation
Occupation

Enterprise GIS Administrator

Enterprise GIS Administrator

Financial snapshot
Financial snapshot

Comfortable (Stable, competitive enterprise IT salary)

Comfortable (Stable, competitive enterprise IT salary)

Tech comfort
Tech comfort

Expert (Administers database clusters, server portals, cloud architectures, and user access protocols)

Expert (Administers database clusters, server portals, cloud architectures, and user access protocols)

"I manage our entire spatial infrastructure, and my biggest headache is when a database fails or our map services lag because of unoptimized queries. I don't just need tools to view spatial data—I need a centralized environment to monitor server health, automate user permissions, safely back up terabytes of imagery, and ensure system uptime. When the GIS portal goes down, hundreds of field operators and analysts are dead in the water, and that's on me."

Persona 1: "The Enterprise Gatekeeper"

01

/

03

03. IDEATE

01
Preset symbology

Map styling treated as a token system — constraint, parcel, boundary and status colours preset, so a hundred projects stay readable at a glance.

02
Progressive disclosure

The toolbar reveals capability in the order the work happens, so the interface teaches the twelve-step workflow rather than assuming it.

03
Mode gating

Editing legally significant geometry requires entering an explicit mode, so planning red lines and retained-land blue lines cannot be changed by accident.

User flow
The Wireframes & Low-Fidelity Prototype
High-fidelity screens

04. VALIDATION

No formal usability study was run this phase. Validation came from regular design reviews with the client's stakeholders — including the GIS lead who authored the scope — iterating the interface against deep domain expertise. With Phase 2 never commissioned, boundary drawing and parcel selection remain the priority candidates for structured testing.

Meridian taught us to design from a specification without designing only the specification — and to respect a predecessor while replacing it. The expert's power stayed; the usability was ours to add.

Meridian taught us to design from a specification without designing only the specification — and to respect a predecessor while replacing it. The expert's power stayed; the usability was ours to add.

Great digital products start here.

Engineered for performance. Built for the future. Designed for usability.

NewwaveStudio © All rights reserved.

TikTok

Instagram

LinkedIn