SundaySky · UX/UI Lead Designer
Turning a script into a human presenter — without a camera, a studio, or hired talent.
Q2 2024 · Shipped. Measured over 90 days in Pendo and FullStory.
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.
Stock presenters felt generic. Real ones cost too much.
The problem was never generating a face. It was making a generated face feel like it belonged in this video.
Each one came out of the platform rather than the brief, and each one shaped a decision later in the deck.
The renderer supports a single avatar per scene, which changes how users manage and position every other asset around it.
Animation is metered. Users have to track credit usage or be left with a static, non-animated presenter.
Narrow ability to adjust the avatar's voice or tone, which caps how far personalization can go.
An avatar appearing in several scenes has to stay findable and consistent, without being re-added each time.
One target user, four competitors, fourteen participants.
Discovery 01 · User interviews
“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
Discovery 02 · Competitive review
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.
Discovery 03 · Two rounds, 14 participants
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
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.
Four requirements, and the decision each one forced.
Human-like, flexible avatars that hold up beside real brand footage.
Led to Close-up and full-body view modes
Easy to add, place and reuse an avatar inside an existing scene.
Led to An avatar library beside the media library
Check appearance and voice before spending a credit on animation.
Led to Preview that matches media preview
Scalable stock plus custom avatars, inside a credit budget.
Led to Voice control in the narration panel
One flow, five decisions, built inside an existing design system.
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.
Built inside SundaySky's system, not beside it.
Every new component is a thing somebody has to maintain. Two additions were justified; a third would not have been.
Decision 01 · Add & replace
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.
Decision 02 · Preview
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.
Decision 03 · Position
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.
Decision 04 · Framing
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.
Decision 05 · Voice
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.
Ninety days of Pendo and FullStory on external users.
Measure 01 · Adoption, Pendo
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
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.
Measure 03 · Interaction, Pendo
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.
Measure 04 · Session replay, FullStory
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.
We shipped a presenter people wanted to try, and did not yet trust. Four things I would change with the data I now have.
Lip-sync and motion fidelity were the ceiling on everything above them. A larger avatar library would not have fixed a trust problem.
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.
Launch adoption was measured well; retention was never defined up front. I would set a 30-day repeat-use target before build, not after.
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