---
title: "Hotjar | Skills We Assign For | Azendo"
description: "Hotjar for behaviour on the live product — session replay, funnels and the Azendo roles assigned for research work."
url: "https://azendo.co/skills/hotjar/"
---

[Skills](https://azendo.co/skills/) Design and research 

# Hotjar.

Hotjar records real user sessions and aggregates behaviour into heatmaps and funnels, showing what people actually do on a live product rather than what they do in a test.

## Where Hotjar fits on a long engagement.

Session replay is the fastest route to understanding a problem nobody can reproduce. Watching ten recordings of a failing checkout usually explains more in twenty minutes than a week of hypothesis, because the behaviour is real rather than reported.

Heatmaps are more often misread. Aggregate click density tells you where attention went, not why, and it is easy to build a confident narrative on top of a pattern that has a mundane explanation. It is a tool for generating hypotheses rather than settling them.

## What an assigned team does with Hotjar.

Session replay answers questions nobody can specify in advance, which makes it a standing capability rather than a tool you buy for a project. Its value is highest in the week after a release and in the hour after a support escalation.

Interpreting behaviour well takes product context that accumulates, so it belongs inside a continuous design assignment under [outsource UX design](https://azendo.co/services/ux-ui-design/) rather than a one-off audit.

## What we use Hotjar for.

* Understanding an unreproducible bug Watching what the user actually did before the failure, rather than relying on a ticket description.
* Locating funnel drop-off Finding the exact step where people leave, so effort goes to the step that matters.
* Checking a launch Observing real behaviour on a new flow in its first days, while changes are still cheap.

## How Hotjar capacity is assigned.

Behavioural research sits within an outsourced design team assignment rather than being scoped separately. Capacity is agreed as a [committed monthly capacity](https://azendo.co/pricing/) rather than per skill.

## Roles we assign Hotjar for

* [UX Designer UX/UI design](https://azendo.co/services/ux-ui-design/ux-designer/)
* [UX Researcher UX/UI design](https://azendo.co/services/ux-ui-design/ux-researcher/)

## Service lines it sits in

* [UX/UI design](https://azendo.co/services/ux-ui-design/)

Capacity is agreed as a committed monthly capacity across a discipline, not per skill.

## Related in design and research

* [Storybook — skill we assign for](https://azendo.co/skills/storybook/)
* [Maze — skill we assign for](https://azendo.co/skills/maze/)
* [usability testing — skill we assign for](https://azendo.co/skills/usability-testing/)
* [design systems — skill we assign for](https://azendo.co/skills/design-systems/)
* [design tokens — skill we assign for](https://azendo.co/skills/design-tokens/)
* [component libraries — skill we assign for](https://azendo.co/skills/component-libraries/)
* [Figma Dev Mode — skill we assign for](https://azendo.co/skills/figma-dev-mode/)
* [auto-layout and variants — skill we assign for](https://azendo.co/skills/auto-layout-and-variants/)

## Tell us what your roadmap needs Hotjar for.

A service delivery manager replies with the disciplines we would assign, the monthly capacity and what the first month looks like.

[All skills we assign for](https://azendo.co/skills/)