SundaySky · UX/UI Lead Designer

AI digital avatar

Turning a script into a human presenter — without a camera, a studio, or hired talent.

16.2 %Account adoption
5.5 %Visitor adoption
73 %Moved or resized immediately

Q2 2024 · Shipped. Measured over 90 days in Pendo and FullStory.

Goal

Let anyone put a human presenter in a video, without filming one.

Enable users to add AI-generated avatars to their scenes easily, creating engaging, human-like presenters without needing to film or hire talent — while keeping full creative control over how the presenter appears.

A finished personalized video: a branded thank-you scene with an AI presenter beside the message.

The challenge

Stock presenters felt generic. Real ones cost too much.

  • Production cost. Filming a presenter needs a budget, a crew and a schedule most marketing teams do not have.
  • Discomfort on camera. The people who could record often did not want to.
  • Generic stock. Existing avatar libraries felt disconnected from the brand, so nobody used them twice.

The problem was never generating a face. It was making a generated face feel like it belonged in this video.

An AI avatar placed in a video scene with selection handles, the stock avatar library open beside it.

Role & team

My role
UX/UI Lead Designer — research, flows, UI, design system, and the post-launch analysis
Team
PMs, Engineers, QA, User Research, Customer Success
Timeline
Q2 2024, from discovery to launch
Tools
Figma, FullStory, Pendo, Jira
Process
Discovery → Prototype → Design → Develop → Analyse
Research
14 participants across two validation rounds, plus a four-platform benchmark

Four constraints, set before a pixel

Each one came out of the platform rather than the brief, and each one shaped a decision later in the deck.

01

One avatar per scene

The renderer supports a single avatar per scene, which changes how users manage and position every other asset around it.

02

Lip-sync costs credits

Animation is metered. Users have to track credit usage or be left with a static, non-animated presenter.

03

Voice control is limited

Narrow ability to adjust the avatar's voice or tone, which caps how far personalization can go.

04

Reuse across scenes

An avatar appearing in several scenes has to stay findable and consistent, without being re-added each time.

Discovery

One target user, four competitors, fourteen participants.

Discovery 01 · User interviews

The marketer wants a presenter at scale

A marketer recording audio at a desk microphone.

“That's amazing. If I could get an AI picture of myself and just me talking, and not having to do it — that would be such a lifesaver.”

Marketer · user interview

Goal

  • Produce human-style videos quickly
  • Personalize campaigns at scale
  • Stay consistent by reusing avatars and voices

Pain points

  • High production costs
  • Limited avatar flexibility
  • No confidence AI content won't hurt engagement

Needs

  • Credit control
  • Reusability
  • Creative freedom

Already using

CanvaSynthesiaHubSpot AdobeLoomGoogle

Discovery 02 · Competitive review

Everyone shipped a library. Nobody shipped a good editor.

Four avatar platforms reviewed across 2023–24. All offered stock libraries with limited customization; the advanced tools pushed personalized avatars and cloned voices. The shared weaknesses were poor lip-sync and inflexible in-scene editing — which is exactly where an editor-first product could win.

Creatify: AI avatar library and scene composition.
CreatifyLarge stock library, little scene control
D-ID: presenter placed over a branded background.
D-IDStrong presenter realism, weak editing
Powtoon: AI avatars marketed for business video.
PowtoonAvatars bolted onto an existing editor
HeyGen: avatar and voice pairing controls.
HeyGenBest voice pairing, fixed layouts

Discovery 03 · Two rounds, 14 participants

Clear to use. Not yet believable.

ROUND 01 · 6 participants

Concept validation

A product panel reviewed the avatar-as-presenter concept. Seen as useful and cost-saving, best suited to executive-style presenters. Custom was preferred over stock, and the movable overlay was liked.

Concern Realism and lip-sync quality

ROUND 02 · 8 participants

Live prototype demo

Enterprise marketers walked the refined prototype. The UI was called clear and intuitive; switching avatars and voices was valued. Requests: multiple avatars per scene, hand movement, fade-in, voice–avatar sync.

Concern Quality and voice cloning

“It was really easy to figure out; I knew exactly what to do.”

Enterprise client

“I'd absolutely use a custom avatar if it looked like me.”

Marketer

“I love the overlay — it gives us the freedom our clients expect.”

Enterprise marketing professional

Both rounds praised the interface and doubted the output. That split is what the design could not fix on its own.

What discovery settled

Four requirements, and the decision each one forced.

01

Realistic

Human-like, flexible avatars that hold up beside real brand footage.

Led to Close-up and full-body view modes

02

Intuitive

Easy to add, place and reuse an avatar inside an existing scene.

Led to An avatar library beside the media library

03

Control

Check appearance and voice before spending a credit on animation.

Led to Preview that matches media preview

04

Customized

Scalable stock plus custom avatars, inside a credit budget.

Led to Voice control in the narration panel

Design

One flow, five decisions, built inside an existing design system.

The flow

Six steps from an empty scene to an animated presenter. The last two — reuse across scenes, and animated preview — are the ones research asked for loudest and the ones that shipped behind a beta flag.

Six-step avatar flow: choose stock avatar, preview and add to scene, position and scale, choose view, identify the user across scenes, preview scene in beta.

Design system

Built inside SundaySky's system, not beside it.

  • Worked within the existing design system rather than introducing a parallel one for a single feature.
  • Added new components for the avatar placeholder — the empty state a scene shows before a presenter is chosen.
  • Extended the existing narration placeholder with voice selection, rather than building a second voice surface.

Every new component is a thing somebody has to maintain. Two additions were justified; a third would not have been.

Design system sheet: components, buttons, typography, notifications, icons, colours and labels.

Decision 01 · Add & replace

Put avatars where media already lives

An avatar library in the left panel, matching the media library, with three tabs: custom avatars with credit-based upload, stock avatars, and used in video for quick reuse.

Consistency with the media workflow made avatars discoverable without teaching a new pattern — and answered the reuse constraint directly.

Avatar library in the left panel, with Custom, Stock and Used in video tabs.

Decision 02 · Preview

Preview the way media already previews

The avatar preview matches existing media previews and thumbnails. Users play a predefined text sample to check lip-sync and appearance, then adjust the voice later from the voice library.

Familiar across every asset type, and it lets someone test a presenter before spending a credit animating one.

Avatar preview playing a sample line so lip-sync and appearance can be checked.

Decision 03 · Position

Knobs, handles and a scene toolbar

Move, resize and align an avatar inside the scene using the same handles and toolbar the canvas already uses for every other asset.

Precise control to fit a presenter into any layout — and the single most-used interaction after launch. 73% of users adjusted the avatar immediately.

An avatar being resized in the scene using corner handles and the scene toolbar.

Decision 04 · Framing

Close-up and full-body, not free cropping

Two distinct view modes rather than an open crop tool, so the avatar can be adjusted to fit a layout or a storytelling need.

Two modes cover the layouts people actually build, and keep framing predictable when the same presenter appears across several scenes.

Close-up and full-body avatar view modes compared in the scene.

Decision 05 · Voice

Voice lives in the narration panel

A voice dropdown inside the narration panel, available whenever a video contains an avatar — including scenes where no avatar is visible.

One presenter across the whole video. The voice is what the feature actually sells, so it could not be trapped inside the avatar's own settings.

Voice selection dropdown inside the narration panel.

Analyse

Ninety days of Pendo and FullStory on external users.

Measure 01 · Adoption, Pendo

High initial interest, then a sharp drop.

16.2 %Account adoption
5.5 %Visitor adoption

Adoption spiked after launch and fell away. The feature delivered curiosity value but not enough quality or depth — no avatar switching, limited personalization — to sustain repeat use. Trying it once was easy; coming back was not compelling.

Measure 02 · Path analytics, Pendo

Entry worked; the steps after it did not.

73 %Moved or resized immediately

Adding and positioning an avatar felt simple — nearly three quarters adjusted it straight away, which says the entry flow and the scene controls landed.

Preview and apply were underused, and frequent replacement revealed quality and trust issues further down the flow.

Pendo path analytics showing where users went after adding an avatar.

Measure 03 · Interaction, Pendo

Curiosity was high; trust in the output was not.

185Added
74Previewed
68Replaced
19Custom created

Of 185 avatars added, 68 were replaced — a replacement rate close to the preview rate. Users were sampling rather than committing.

Low preview use also points to a discoverability problem: the step that would have built confidence is the one people skipped.

Bar chart of avatar interactions: 185 added, 74 previewed, 68 replaced, 19 custom avatars created.

Measure 04 · Session replay, FullStory

The preview control did not read as a preview.

Across 23 sessions, most users moved through the flow smoothly. The friction was concentrated in one place.

In one recording a user clicked the avatar thumbnail expecting it to play, then pressed play and saw no animation. The flow was intuitive; the preview's behaviour did not match what people expected of it.

This is the same gap the click data showed from the other direction. Two methods, one finding — which is when I stopped treating it as a hunch.

A FullStory session replay of a user working through the avatar flow.

What I'd do differently

We shipped a presenter people wanted to try, and did not yet trust. Four things I would change with the data I now have.

01

Quality before breadth

Lip-sync and motion fidelity were the ceiling on everything above them. A larger avatar library would not have fixed a trust problem.

02

Make preview unavoidable

The step that builds confidence was optional and easy to miss. It should have been part of adding an avatar, not a separate action beside it.

03

Instrument the drop, not the peak

Launch adoption was measured well; retention was never defined up front. I would set a 30-day repeat-use target before build, not after.

04

Custom avatars earlier

Every round of research asked for “an avatar of me”. We scoped it last, and it was the one thing likely to drive a second visit.

The feature proved the demand and exposed the real constraint: an AI presenter is only as useful as it is believable. That is a model problem before it is a design one — but the design decides whether people find out before or after they have spent their credits.

← → to move · F for full screen · Read the case study