KURT_DAHLSTROM
AVAILABLE · MADISON, WI
← ALL WORK
CASE STUDY 04 / ZIAMAP · LAND SURVEYING

Field notes that hold up when there's no signal.

I co-founded ZiaMap and designed its field documentation platform for licensed land surveyors and civil engineers, taking it from beta in May 2026 to a live launch.

ROLE
Co-Founder & CMO
USERS
Land surveyors, civil engineers
TIMELINE
Nov 2025 – present
PLATFORM
Offline-first PWA
A licensed surveyor signing a restaking form in ZiaMap on a rugged phone at a job site
BETA LAUNCH
May 2026
▲ NOW LIVE
ARCHITECTURE
Offline-first
● SYNCS WHEN SIGNAL RETURNS
CORE FLOWS
3
● CAPTURE · NOTES · PLS REVIEW
01 / THE PROBLEM

Survey crews document in the field, but review happens back at the office.

Crews capture evidence and notes in places with weak or no signal, and a licensed surveyor has to review and accept that work before it counts. Most crews still record it in a paper field journal, a habit that has barely changed in generations. Our predecessor product, ZiaMapper, only organized site photos. ZiaMap replaces the journal itself: notes, observations, photos and sketches.

02 / MY ROLE

Co-founder, owning product design and the customer experience.

As Co-Founder and CMO, I lead product design, marketing and customer experience. I work alongside our founder, a second-generation surveyor with 30 years in the field, and two Rails developers who build what we design.

03 / APPROACH

Learn the domain before drawing a screen.

I'm not a surveyor, so I started by interviewing one: our founder, whose 30 years in the field shaped the first flows. As we near release, we're interviewing working surveyors, and I fill the gaps with my own research on the web and with AI tools. One constraint came up early and never moved: crews work where signal drops, so the app had to work fully offline.

Before wireframing a screen, I mapped every path from opening a form to a signed record. Three ways in lead to one form. Validation loops back to the step that failed, so nobody hits a wall at the end. Signature only comes after every step passes. And no signal is a branch, not an error: everything the crew enters is stored on the device and syncs when signal returns.

ZiaMap re-stake form user flow: three entry points, draft resume, per-step validation loops, signature, offline queue and a signed read-only record
RE-STAKE FORM · USER FLOW, EVERY PATH TO A SIGNED RECORD
Annotated low-fidelity wireframes of the ZiaMap re-stake form: forms list, job-number autofill and details screens
RE-STAKE FORM · LO-FI WIREFRAMES, ANNOTATED FOR THE DEV TEAM
04 / THE SOLUTION

From wireframe to a shipped form.

Version 6.0 of the re-stake form is built from the app's own stylesheets, and the job number still comes first: it matches projects as the crew types and suggests near matches, so a typo never creates a phantom job.

The gap between the wireframe and what shipped is the point. The wireframe was a proposal, not a spec. Working it through with our developers, the same design-and-dev feedback loop I built at Duro and Surefront, changed three things. Three steps became one scrolling form, with rarely used fields folded under Additional information. A confirmation checkbox plus By and Title replaced the drawn signature, so the PDF records who entered it. And offline, the form keeps everything on the device, but Save Draft and Submit go grey and say why until signal returns, instead of queueing a submit nobody can see. I also mocked up a review-and-sign screen that reads each section back with an Edit link and offers Draw or Type signatures; it's parked for a later release.

ZiaMap restaking form with job-number type-ahead matching projects JOB NO. FIRST · MATCHES PROJECTS AS YOU TYPE
ZiaMap review-and-sign concept screen with section read-back, Edit links and a Draw or Type signature REVIEW AND SIGN · CONCEPT, READ-BACK BEFORE SIGNING
ZiaMap restaking form offline, with Save Draft and Submit disabled and a reason shown OFFLINE · SAVE AND SUBMIT SAY WHY THEY'RE OFF
Submitted restake authorization rendered as a work order PDF SUBMITTED · THE WORK ORDER PDF, ONE TAP TO SHARE
05 / WHAT DIDN'T MAKE IT

Solving everything at once.

We hit the ground with far too many features, thinking we could solve every problem in one release. We pulled back to the core pain points and now add features as customers ask for them.

06 / WHAT I LEARNED

To change a habit that's been around since the pyramids, don't ship everything. Fix the core pain first and let the people doing the work pull the rest.

BACK TO START / 01 UBICQUIA · IOT SMART CITIES
Four clicks from login to any light's data
→