I didn't set out to build AI products. I set out to understand how people learn. That's what my doctorate in education was all about — the messy, fascinating question of how humans take in information and actually make sense of it.
Then I spent years watching that same question play out in software. And I noticed something that stuck with me: the technology was rarely the problem. The way information was organized was. When people got lost in a product, it wasn't because they weren't smart enough. It was because someone had structured the experience in a way that made no sense to a real human being.
That realization sent me down a new path. I became a trained Information Architect — someone who thinks carefully about where things go, why they go there, and what happens to people when they don't. And it turns out that skill is exactly what AI needs most right now.

I'm Dr. Kimberly Dunwoody — Dr. KD to most people. I lead AI product strategy, and my job is to turn tangled, complicated systems into intelligent platforms that work the way people expect them to.
I work across the fast-moving edges of the field: agentic AI, machine learning, and knowledge graphs. I also work in the genuinely uncharted territory of quantum computing, where the rules for how information behaves are still being written as we go.
The tools keep changing. The core challenge never does. Someone has to decide what matters, where it lives, and why a person should care. That's the work I do, and I still find it genuinely exciting.
Why an Information Architect Belongs in AI Right Now
Here's the part most teams miss. Machine learning models and knowledge graphs are, at their heart, about how information relates to other information.
That's not a background detail. That is the product.
Information architecture is the discipline of getting that relationship right — knowing what belongs where, which connections carry real meaning, and what to leave out so the whole thing stays clear. It's what I trained for, and it's why bringing an Information Architect into an AI project early isn't a luxury. It's the difference between a knowledge graph that guides people and an expensive tangle that leaves them stranded.
As AI generates more and more, structure becomes the rare and valuable thing. Someone has to bring order to the abundance. I'm happy to be that someone.
Product Patterns is where I share the frameworks, observations, and practical ideas that keep showing up in my product and UX work. It’s part working notebook, part resource for leaders and teams trying to turn insight into smarter decisions, stronger design, and better products. If that kind of thinking is your thing,
Good ideas are cheap. Ideas that survive a patent examiner, a legal review, and years of real-world use are something else entirely. Kimberly's patents trace a through-line that shows up in everything she builds: technology should understand people, protect them, and get out of their way. Long before "AI-driven personalization" became a pitch deck staple, she was inventing the systems behind it — recommendation engines that learn from behavior, secure mobile transactions that guard identity without friction, and methods for turning messy user intent into something a machine can actually act on. Each patent solves a problem people had quietly resigned themselves to living with, which is really the whole point of innovation.
Taken together, these patents span more than a decade of work at the intersection of behavior, security, and intelligent systems. That's the practical upside for the teams and organizations she partners with: not theory about innovation, but a track record of shipping it.
Somewhere between a doctoral dissertation and a magazine interview about my favorite life lesson quote, I became a person who writes things. Books, articles, blog posts, the occasional deeply nerdy piece on information architecture that only three people will love — but those three people will really love it.
Here's some of what I've written or been part of, in one place. Grab a coffee. Some of these are quick reads. One of them is a dissertation, so maybe grab two.
Published via Businessolver
This is the book where I got to connect a lot of dots I'd been circling for years — mental models, employee experience, and the messy, fascinating work of making AI usable for actual humans. There's a chapter that leans on Homer's "wine-dark sea" to explain why so many people struggle to talk to chatbots. Yes, really. It made sense on the page, I promise. If you care about building AI that works with people instead of confusing them, this one's for you.
Coming soon
Here's the uncomfortable truth about most chatbots: they're very confident and frequently wrong. That combination has ended more than a few marriages between users and the products they were supposed to love.
This book is my attempt to fix that. It's a practical, no-fluff guide for the product managers and UX designers who actually build these things. The big idea is right there in the title — before a chatbot can give a good answer, it needs solid knowledge underneath it. Structure first. Answers second. Skip that order and you get a bot that sounds smart and helps no one.
I'm writing it for the people in the trenches, with real steps you can use on Monday morning. No jargon walls, no hand-waving.
productpatterns.ink — Ongoing
This is where I think out loud. Product Patterns is my blog for the product managers, UX designers, and information architects who are genuinely trying to build things that work — not just things that demo well. The posts are incisive, practical, and occasionally opinionated about taxonomy. If you believe that how you organize information is a product decision, you'll feel right at home here.
UXPA Magazine, August 2018
UX design gets called a blend of art and science, and in big enterprise healthcare organizations, that tension is very real. This piece digs into how the Kano model helps designers balance the two — and how it plays surprisingly nicely with the data-loving world of Six Sigma. If you've ever had to prove the value of good design to someone who only trusts spreadsheets, you'll feel seen here.
UXPA Magazine, February 2015
Every product carries debt. Not the money kind — the "we'll fix that user experience later" kind. This article lays out a practical way to measure it, model it, and actually pay it down. It's about building a product culture that puts users and data at the center, one honest tradeoff at a time.
UXmatters, October 2014
Becoming customer-centric isn't a poster on the break room wall. This piece breaks it into three human steps: listen to your customers, share what you learn, and help your people act on it. It's also where I made the case that UX professionals can be genuine agents of change — not just the folks who make the screens look nice.
Doctoral Dissertation, Creighton University, 2014
The big one. My EdD dissertation, which looked at customer-centric change through the lens of social exchange theory. The short version: emotions matter far more than the old models assumed. When employees don't have the data, the vision, or the training they need, they get frustrated — and that frustration shapes everything downstream. It's academic, it's thorough, and it quietly shaped how I've approached every product since.
A long, honest conversation about what actually makes benefits work. The theme running through all of it: the best benefit isn't the flashiest one — it's the one people understand, trust, and can reach when they need it. I also share a story about a Miami taxi driver that permanently changed how I think about designing for real people. You'll have to read it for that one..
A feature on how AI can take overwhelming, confusing benefits information and match it to what each person actually needs. My favorite line from it still holds up: AI isn't a magic black box you throw everything into. But used well, it's remarkably good at removing friction and giving people the confidence to make big decisions.
Human Capital Leadership Review / Innovative Human Capital
What if the best outcome in HR isn't a problem solved — it's a problem that never surfaces? This piece makes the case for "quiet" as a meaningful metric: the absence of unnecessary friction. Drawing on Businessolver's 2026 Benefits Insights Report, it explores the shift from measuring activity (calls handled, cases closed) to measuring prevention (confusion avoided, decisions made with confidence). If you've ever suspected that waiting for employees to raise their hands is already too late, this one will feel like validation with data behind it.
December 2023
If AI is the engine, information architecture is the road it drives on. This post explains why structured, well-organized data is the unglamorous foundation that makes machine learning actually useful in HR. Think of it as the Dewey Decimal system for your benefits platform — deeply uncool, absolutely essential.
February 2024
People reach for their phones first, so their benefits should live there too. This piece walks through how a mobile-first redesign — built on real user research and a lot of empathy for stressed-out humans — helped employees actually use the benefits they already had. Spoiler: reducing confusion works better than adding features.
April 2024
No actual mind-reading involved, sorry. But AI and good data get you surprisingly close. This post covers how HR can turn scattered signals — clicks, chats, service center calls — into insights that genuinely help people. It's a hopeful look at technology serving humans, not replacing them.
November 2024
Benefits emails see open rates most marketers would trade a limb for. This one shows how to make the most of that attention — ditching the insurance jargon, timing messages well, and using data to actually connect. Sometimes the biggest wins come from the simplest tools.
Copyright © 2026 The Art and Science of Simplicity - All Rights Reserved.
We use cookies to analyze website traffic and optimize your website experience. By accepting our use of cookies, your data will be aggregated with all other user data.