role

Lead Product Designer

timeline

April – September 2025

team

1 Designer, 3 Developers

Recording Experience Redesign

background

Teleprompter.com is one of the App Store's fastest-growing teleprompter apps, with over 5 million downloads across iOS, Android, and web. Its users range from solo content creators filming YouTube and TikTok videos to professionals delivering speeches, recording podcasts, and hosting video interviews. The app's core promise is making anyone look confident and prepared on camera, which made the friction in the existing recording experience all the more critical to fix.

the problem

Teleprompter.com had grown visually inconsistent and cluttered across multiple app iterations. Each screen had developed its own inconsistencies, controls lacked hierarchy, and the overall experience fell short of what users expect from a top-ranked App Store app. I was tasked with systematically reviewing each screen and rethinking both usability and visual quality across iOS, Android, and web.

scope of ownership

  • Led the redesign end-to-end: research, concept, prototyping, and handoff
  • Owned all UX, UI, and interaction decisions; aligned weekly with the product manager, developers, and CEO
  • Rebuilt the Figma component library from scratch as part of the redesign
  • Prioritised improvements using user reviews, crash data, and direct user feedback

outcomes

+34%

Recording completion rate

−26%

Setup-to-record time

+19%

Free-to-paid conversion

process

01

Audit & discovery

Mapped every existing screen, flagged inconsistencies, and reviewed 50+ user reviews to understand what users were genuinely struggling with.

Needed to separate aesthetic complaints from genuine usability failures before making any changes.

02

Competitive benchmarking

Evaluated competitor apps through sustained hands-on use.

Understanding conventions helped decide where to follow norms and where to deliberately break them.

03

Problem framing

Distilled findings into core failure points and shared them with the team.

Aligning on the core issues early kept the scope focused and ensured design and development were working toward the same goal.

04

Component-first design

Rebuilt the UI in components before designing any screens.

Building the component library first meant every screen was assembled from pieces that already worked in isolation — which made inconsistencies visible early and kept the handoff clean.

05

Prototyping & validation

Built interactive prototypes for the 3 highest-risk flows and tested them with existing users.

Testing with real users at this stage surfaced genuine friction points and allowed iteration before development began.

06

Handoff & QA

Annotated every spec with states, edge cases, and interaction intent. Stayed involved through QA to catch drift.

The design handoff is still a design decision, since what you document determines what actually ships.

Home / Scripts

Scripts screen, search and folder structurevideo loopClick on the video to pause

Before

The original Scripts screen presented scripts as a grid of tiny document thumbnails, visually noisy and nearly impossible to identify at a glance. There was no search, no folder structure, and a persistent instructional label at the top suggested the interactions weren't self-evident.

After

The redesign kept the grid as the default layout while adding a list view toggle for users who prefer a more scannable format. A search bar and collapsible folder groupings were introduced so scripts can be organised by project or topic, and each entry now shows enough content to identify it immediately, reducing the time spent searching before a session.

Player / Teleprompter

Player screen, scroll mode switchervideo loopClick on the video to pause

Before

The app supported three scroll modes: auto-scroll (driven by speech recognition), fixed speed, and timed scrolling. The problem was that switching between them was unclear, and the speed slider sat adjacent to the auto-scroll icon in a way that made them look like they were part of the same control when they weren't. Users either didn't know other modes existed or struggled to discover how to activate them.

After

The solution was a horizontal mode switcher, similar to the camera mode selector in the iOS Camera app, where tapping slides between options in a way that already feels familiar. Contextual controls then appear based on the active mode: the speed slider is only shown for fixed speed, the timer only for timed scrolling. This kept the interface compact while making each mode's controls immediately obvious.

Video Recording

Recording screen, mode switcher and controlsvideo loopClick on the video to pause

Before

The recording screen had the same core problem as the player: three scroll modes available, with no clear way to discover or switch between them. The speed slider and the auto-scroll icon were placed close together here too, causing the same visual confusion about what belonged to what.

After

Since both screens share the same recording modes and are used back to back in the same flow, they were redesigned as a combined task. The same mode switcher pattern was carried across, so the interaction feels consistent whether the user is practicing with the teleprompter or recording with the camera.

Recordings

Recordings screen, updated library layoutvideo loopClick on the video to pause

Before

The Recordings screen was a plain thumbnail grid that hadn't been touched while the rest of the app evolved. Visually it felt disconnected from the other screens, and the recording cards themselves were functional but not particularly considered in terms of presentation.

After

The main goal here was consistency. Bringing the layout in line with the redesigned Home/Scripts page made the app feel cohesive as a whole rather than a collection of separate screens. The recording cards were also reworked to feel more polished, giving the content the same level of visual care applied elsewhere.

All four flows, shipped and livevideo loopClick on the video to pause

The four flows rolled out gradually between April and September 2025, each shipping as it was ready. By the end of the cycle, the app had a consistent visual language from opening a script to reviewing the final take. The structural changes to navigation hierarchy and control layout were the core of the work, and seeing them hold up in production across millions of sessions was a strong validation that getting the fundamentals right matters more than surface-level polish.

Post-launch

App Store review sentiment was monitored weekly alongside the completion rate and setup time metrics. It added a qualitative layer to the numbers and helped track how the changes were resonating with users over time — not just whether they shipped, but whether they held.

check out my other works

coming soon

Booking Dashboard UI Exploration

UI exploration for a surf school booking dashboard: lesson schedules, instructor availability, guest reservations, and spot discovery.