MISSISSIPPI
Recreational Vehicles
Online recreational vehicle and boat registration experience, part of a broader state digital ecosystem that also includes licensing.
The work
Public products and internal Product systems are different kinds of evidence. Together, they show how I stay close to customers, decisions, planning and delivery.
Real customer facing digital services brought to market with government partners. These are not interfaces I claim to have designed alone. They are products I helped understand, plan and deliver with broader teams.
MISSISSIPPI
Online recreational vehicle and boat registration experience, part of a broader state digital ecosystem that also includes licensing.
MICHIGAN DNR
Licensing, permits, applications, drawing results and harvest reporting for hunters and anglers across the state.
MICHIGAN DNR
Consumer mobile experience carrying licenses, drawing results, maps and regulations into the field.
ARKANSAS GAME & FISH COMMISSION
Public facing hunting and fishing licensing experience, part of an ecosystem that also supports events.
OREGON DEPARTMENT OF FISH & WILDLIFE
Digital experience supporting volunteer opportunities, events and classes.
(b) · THE PRODUCT SYSTEM
I build systems when I need better information to make a decision or solve a recurring problem. Each artifact answers a question, and each answer feeds the next decision.
Client Hot Sheets
Evidence and judgment
Capacity Planner
Epic Progress Tracker
Interactive Product Roadmap
Quarterly delivery results
Set the next commitment
Internal record level details are selectively obscured. Structure and aggregate signals remain visible.
Answering one question honestly: can we actually deliver what we're committing to?
THE PROBLEM
Leadership and Product needed to know whether roadmap commitments could fit inside the delivery capacity we actually had. Before the commitments were made, not after they slipped.
WHAT I SAW
Roadmap demand lived in one place, estimates in another, team velocity in a third, and production support was absorbed silently. Every plan quietly assumed capacity nobody had measured.
WHAT I BUILT
HOW I USE IT
Before a quarter is committed, demand is loaded against measured capacity. When something new needs to come in, the model shows what has to move out.
RESULT
Capacity is finite. Every priority creates another nonpriority. And the honest conversation is easier when the numbers are on the table.
Internal record level details are selectively obscured. Structure and aggregate signals remain visible.
A narrative said Product was behind. Rather than argue, I made the work visible.
THE PROBLEM
A narrative developed that Product was not getting requirements ready for Engineering. I did not believe it represented what was actually happening.
WHAT I SAW
Two groups were operating from different versions of reality, and neither had a shared view of the evidence. Opinion against opinion never resolves that.
WHAT I BUILT
HOW I USE IT
Deliberately shared openly rather than kept as a private Product dashboard. The point was a common view of the facts, not a defense.
RESULT
When people are working from different versions of reality, make the underlying information visible and let the evidence settle it.
A structured read on what every customer needs, not just the loudest one.
THE PROBLEM
Multiple government customers with competing priorities, and no structured way to know what each one considered most important.
WHAT I SAW
Without structure, priority drifts toward whoever escalated most recently. That is not the same as the work that matters most.
WHAT I BUILT
HOW I USE IT
The sheets are an input, not an answer. I weigh users impacted, severity, customer and revenue impact, expense, reach across customers, complexity, available capacity and strategic value.
RESULT
Data informs judgment. It does not replace judgment.
Internal record level details are selectively obscured. Structure and aggregate signals remain visible.
A spreadsheet answered the planning question. Stakeholders were asking different ones.
THE PROBLEM
The capacity planner answered 'can we deliver this?'. Stakeholders also wanted to know what it is, why it matters, who it affects, which customer tickets connect to it, and what it means for their particular client.
WHAT I SAW
The planning artifact was the wrong interface for those questions. People were asking me instead of exploring for themselves.
WHAT I BUILT
HOW I USE IT
Used in strategy and customer conversations so stakeholders can follow the thread from a request to a scheduled piece of work.
RESULT
I don't build technology because it's interesting. I build when the current way of working doesn't answer the question I need answered.
Three to four weeks of gap analysis reduced to roughly two days.
THE PROBLEM
Analyzing gaps for a major RFP took roughly 3 to 4 weeks. Sales and leadership needed product gaps, effort, cost and risk before committing to a bid.
WHAT I SAW
The analysis was slow because it was unstructured, not because it was hard. The same comparisons were being redone by hand every time.
WHAT I BUILT
HOW I USE IT
Applied to major opportunities so leadership sees gaps, effort and cost early enough for the answer to change the decision.
RESULT
AI is leverage: it saves time, organizes information, finds patterns and lets me build things that would otherwise need another team. It is a tool I use, not the point.
Broader career experience across government and enterprise clients. This list is separate from the major S3 and PayIt implementations shown elsewhere.