Designed & built In development

AtoZ Outdoors

A cross-platform iOS and Android app that builds smart, tiered packing checklists for 47 outdoor activities — fully offline, with a local database and PDF export.

Project
AtoZ Outdoors
Role
Designer & Developer
Timeline
2026
atozoutdoors.com
The A to Z Outdoors product site, headed "Every adventure, perfectly packed," beside a phone showing the app home screen: a New Checklist button, a My Trips list with a Mt. Hood summer trip at 18 of 47 items packed and a family camping trip marked All set, and a Quick Start grid of activities with per-activity item counts.

What it does

You’re going somewhere outdoors. The app asks what activity, then details about the trip, and generates a packing checklist scoped to that specific situation — across 47 activities and roughly 380 gear items, with gear organized into tiers so you can see what’s essential versus what’s optional versus what’s genuinely nice to have.

Then it works when you have no signal, which is when you’re most likely to need it.

Why offline-first

This is the constraint that shaped everything. A packing app is used at the trailhead, in the campground, in the truck at 6 a.m. — places where connectivity is unreliable or absent. So there is no backend.

The app ships with a seeded SQLite database and does all its work locally. Checklists, activities, gear data, saved lists and preferences live on the device. Nothing is fetched, nothing is synced, no account is required, and no data leaves the phone. That also means there’s no server to run or pay for, which for a single-developer app is the difference between shipping and not.

Design decisions

Gear tiers instead of flat lists. A list of 60 items is useless. Tiering it by necessity means a beginner can pack the essentials and an experienced user can scan for what they’ve forgotten — the same list serving both.

Trip details drive the output. The checklist is a function of the activity plus the specifics, rather than a static template per activity.

Twelve in-app help articles, written as content and bundled as markdown assets — covering how the smart checklists work, understanding gear tiers, printing, offline behavior and privacy. Old habits from documentation work: if a feature needs explaining, explain it in place.

PDF export and printing, because plenty of people want the checklist on paper in a pocket rather than on a phone they’re trying to preserve battery on.

Structure

Flutter targeting both iOS and Android from one codebase, with Provider for state across activities, checklists, trips and preferences. Seven screens, a responsive theme layer handling phone and tablet sizing, and platform icon and splash configuration done for both stores.

Status: built and running on both platforms, not yet published to the app stores. The repository includes a widget test and an internal skill note documenting the data model’s sharp edges for future work.

Inside the project

2
atozoutdoors.com
The "Track every trip from start to summit" section, listing progress tracking, save and reuse, duration-aware packing, and smart deduplication beside a phone showing five saved trips with progress bars and All set states.
Saved trips double as templates. Duration drives the output — marking a trip overnight or multi-day adds shelter, sleeping, and cooking gear automatically.
atozoutdoors.com
The "47+ activities, one app" section showing a grid of activity tiles with item counts: Hiking 57, Backpacking 89, Car Camping 82, Rock Climbing 62, Kayaking 54, Alpine Skiing 45, Mountain Biking 52, Fishing 48, Snowboarding 43, Surfing 38, Birdwatching 35, and Photography 41.
Item counts vary by activity because each list was curated against outdoor-industry sources rather than generated from a template.

Questions about this work?

Happy to go deeper on any of it — the decisions, the trade-offs, or what I'd do differently.