The classic NN/g framework — says, thinks, does, feels — extended with anxieties, accessibility needs and trust signals. Generates a full empathy map from a one-paragraph description of your user.
Describe the user, their context and what they're trying to do. The more specific the input, the more useful the output.
An empathy map is a workshop artefact, not a research output. Its job is to compress what your team thinks they know about a user — across four lenses — onto a single sheet, so you can argue about the gaps. The four canonical quadrants come from NN/g's empathy mapping framework:
This generator extends the four with three additions we've found make empathy maps more useful in practice: anxieties (specific worries holding them back), accessibility considerations (so inclusion gets surfaced upstream), and trust signals (what would actually convince them to commit).
Personas describe who the user is across many sessions. Empathy maps describe what's happening for them in the moment. They're complementary:
Most empathy maps stop at feels. But the work of design is often to convert feels nervous into willing to commit — and that conversion is mediated by trust signals: testimonials, regulator badges, pricing transparency, refund language, the right photo of a real person.
By making trust signals explicit in the empathy map, the team gets pushed to ask the right downstream design question: what specifically would this user need to see, here, to feel safe enough to act? That's a much sharper brief than "make them feel reassured".
Once you've mapped the user, two natural next steps:
The same persona behaves differently across onboarding, decision and failure states. Generate maps for each.