Different problems.
Same instinct: find out what’s really happening.
Who actually needs a work phone?
KIPP was spending roughly $40K each month on staff mobile service without a clear understanding of how different roles actually used their devices. I combined behavioral data, staff research, and device information to turn a cost question into a role-based provisioning strategy.
What if the status meeting didn’t need to be an hour?
I redesigned project-status reporting into an accessible, self-serve project-health experience that made overdue work, milestones, and project health easier to understand before the meeting ever started.
The tools change.
The instinct doesn’t.
I like work that sits between people, systems, and imperfect information. My process is designed to make the messy parts useful.
How I work
Not a fixed design-process diagram. Three modes I move between depending on what the problem actually needs.
Start with the people.
Interviews, stakeholder discovery, user stories, workflow mapping, accessibility, and the context around the screen.
Find what the pieces say together.
Behavioral data, qualitative themes, technical constraints, operational patterns, and business requirements.
Turn evidence into something useful.
Interfaces, prototypes, dashboards, information architecture, recommendations, and clear stories that move decisions forward.
I like problems that don’t arrive neatly packaged.
The projects I enjoy most sit somewhere between people, technology, and operations. I like figuring out what users actually need, finding patterns in imperfect information, and turning those findings into experiences people can understand and use.