Dario Codipietro

Case study · 2019 · Senior UX and UI Designer

BritBox: UK acquisition and account

As Senior UX and UI Designer at Massive Interactive, I designed the acquisition and self-serve journeys for the first UK iteration of BritBox, an Alpha that kept its catalogue behind a subscription.

Role
Senior UX and UI Designer
Team
UI team, Massive product team, ITV
Shape
Two sprints, weekly reviews
The UI team's final screens for mobile web, with the Created by BBC and ITV lockup: sign in, create account, subscribe with the seven-day free trial, add a card and forgot password.

Context

BritBox, a subscription service for British television and film, was already running in the US. For the UK, ITV and the BBC wanted a new experience on AXIS, Massive’s own video platform, built from out-of-the-box AXIS modules with minimal customisation.

The work ran over two sprints, from 16 January to 1 February 2019, and ITV and Massive’s product team reviewed it every week. I came to it from the WWE Network and Univision specifications, also built on AXIS.

Mapping user levels

The project’s Alpha IA mapped the pages of the service to AXIS templates and tagged the areas that needed tailoring, sign-up among them for the Alpha’s walled garden. Sign-in was expected to stay mostly out of the box.

I set out three user levels in the acquisition summary. L1 users were not signed in, L2 users had an account without a subscription, and only L3 subscribers could browse or watch.

On the web, an L1 user arriving on the home page met a landing page where the only actions were sign-up and sign-in. A direct link to a title opened a detail landing like Netflix’s, with the synopsis and a trailer where there was one, and going any further meant signing up or signing in. L2 users met the same pages asking them to finish sign-up. In the app, L1 users always started at sign-in and L2 users at the subscribe step.

The Alpha IA. The project’s map of the service. Genre, talent and collection pages were curated content, built by hand in the AXIS Presentation Manager, and boxes with a bold outline link to the reference app.

01Acquisition

Documenting the journeys as modules

I documented acquisition in Axure, in three layers, and gave every page a three- or four-letter code, such as SIFL 01 for the clear sign-in page. Diagrams showed the journeys and modules of sign-up and sign-in from above. Each module held the detail of its screens, error states and exceptions included, and marked its entry and exit points IN and OUT to match the diagrams. A user journeys page laid out the happy paths in full for stakeholder reviews.

In the sign-up diagram, five journeys met at two modules, sign-up (SUFL) and subscribe (SBFL). L1 users joined from the web landing page, the sign-in screen or an email lead, and L2 users finished sign-up from the web landing page or on opening the iOS app. Journeys from a landing page saved the entry point, and after subscribing, an L3 user went back to it, or to the home page when none was saved.

Sign-up and subscribe diagrams (SUD). The legend groups L2 and L3 as authenticated users, and the goal marker sits on L3. The sign-in link inside sign-up leads to the sign-in diagrams.

Sign-up asked for an email and a password of at least six characters, with the marketing opt-in and the privacy waiver below them. The module covered the form’s states, from an inline tip when it was sent incomplete to the inline errors for an email already registered and for a failed request. On iOS, the create-account button stayed disabled until both fields were valid, and a format error came as a system alert.

Sign-up module (SUFL). Eight states, each with its elements numbered. Users joining from an email lead enter at SUFL 03, with their address filled in.

Specifying the trial and payment

The subscribe module first checked whether the customer had already had the seven-day free trial. New customers were offered the trial, and customers who had used it went straight to the monthly price. In the Alpha, the trial was capped by email address.

Both intros carried a reminder of the signed-in user, with a “Not you?” link to sign out, and a recap of the plan. The consent box for ITV’s terms and privacy policy was unticked by default, with the waiver on withdrawal and refunds below it. Web users then added a card, and iOS users paid through the App Store purchase sheet. Both paths ended on a welcome screen.

Subscribe module (SBFL). New customers on top and rejoining customers below. The purchase sheet follows the App Store’s own layout, with the renewal policy and Touch ID to confirm.

02Self-serve

Signing in and resetting a password

Sign-in on the web had Remember me ticked by default, and unticking it limited the session to three hours. On iOS there was no Remember me, the sign-in button stayed disabled until both fields were valid, and format errors came in a system alert, as in sign-up. After sign-in, L3 users went to their saved entry point or the home page, and L2 users went into the subscribe module.

Password reset crossed three environments: the reset form in the browser or the app, the reset email in the mail client, and the new-password form in the browser, which on a phone might open in a web view inside the mail app. Sign-out cleared the session and sent web users to the unentitled landing page and app users back to sign-in.

Sign-in, iOS variants (SIFLN). Only the screens that differ from the web, with a link to the full flows. The red note under Join BritBox marks sign-up from the iOS sign-in screen as a customisation of AXIS.

Reset flows (RPFL). The browser or app on top, the mail client and the browser below, and the error for a failed update at the foot. A note beside the sent state says a notification on a phone could open the email directly.

Lead generation and the account page

The lead generation page collected email addresses for news of the service. It sat outside AXIS, and the spec noted that the UI design would override its UX documentation. Sending needed a valid email and consent to marketing, each with its own error tip, and a third-party cookie consent came first.

The account page used the AXIS templates as they stood, with a greeting, the watchlist, My List and recommended shows, and recommendations alone as the empty state.

Lead generation flows (LGPF). The main row runs from the cookie consent to the sent state, with the two error tips below it. Its responsive guidelines put the form under the promo copy below 720 pixels and beside it from 720 up.

Holding the Alpha to out-of-the-box modules

I specified the journeys on modules AXIS already had and marked on the page where one needed more. Joining from the iOS sign-in screen was flagged as a customisation, and the lead generation page was built outside AXIS.

Sign-up took an email and a password, with first and last name kept for Beta, and parental lock and profiles in the account were to be settled at a Beta requirements workshop.

03Handover

Handing over to the UI team

The form and lead generation guidelines in the UX spec followed the documented AXIS breakpoints, and both said the UI team’s final guidelines would override them. The UI team’s exports of 1 February carry the module screens’ names, Clear Reset Form and Subscription Intro among them. The subscription intro keeps every numbered element of its module, and in the style guide the user reminder and the plan recap have a component of their own, the subscription boxes.

Module, SBFL 01-01. The subscription intro for a new customer. The dashed line from “Not you?” leads to the sign-out flow.

UI team, 1 February 2019. The same screen on mobile web, under the Created by BBC and ITV lockup.

What waited for Beta, and what was handed over

Left for Beta

  • First and last name at sign-up
  • Parental lock in the account
  • Profiles in the account

Handed over

  • Three user levels, with landing rules by platform
  • Sign-up with an email and a password
  • Subscribe with the free trial and a rejoin path
  • Card payment on the web, in-app purchase on iOS
  • Sign-in, reset and sign-out, with iOS variants
  • The lead generation page and the account page

Names at sign-up were outside the Alpha’s scope, and parental lock and profiles were expected to need some customisation of AXIS.

Outcome

I handed the journeys over at the end of the second sprint, and the UI team’s final screens of 1 February follow them.

BritBox was my last project at Massive. From that February I documented authentication, subscription and self-service at Discovery, across every platform.

Contact

Get in touch

Product design lead across research, design systems and handover, with coding agents in the loop. Contract, outside IR35, or a permanent lead role.

Available
Now
Location
London, remote or hybrid, UK and EU
Right to work
UK settled status, EU citizen
  • RolesLead Product Designer, Principal Product Designer, Design Engineer
  • Experience10+ years
  • ScopeResearch, design systems, prototyping, handover, QA with agents
  • LanguagesEnglish, Italian, Spanish
  • Email[email protected]
  • LinkedInlinkedin.com/in/dariocodipietro

Professional profile

Copy into your coding agent

Skills

  • Product design, end to end
  • UX and interaction design
  • Visual design and motion
  • Prototyping in Figma and code
  • Design systems at scale
  • User research and testing
  • A/B testing and analytics
  • Strategy and discovery
  • AI product design
  • Design to code, with agents
  • Accessibility, WCAG 2.2 AA
  • Leadership and mentoring

Platforms

iOS, Android, responsive web, smart TV and connected devices

Sectors

  • AI products
  • B2B SaaS
  • Consumer apps
  • Streaming, media and sport
  • Health, wellness and food
  • Legal tech
  • Telecoms and utilities

Tools

  • Figma
  • FigJam
  • Figma Make
  • Claude Design
  • Framer
  • Axure RP
  • Storybook
  • Claude Code
  • Cursor
  • Codex
  • MCP
  • GitHub
  • Linear
  • Jira
  • Confluence
  • Notion
  • Miro
  • Prolific
  • Lyssna
  • Maze
  • PostHog
  • Amplitude

Send a message

Tell me about the role and when it starts, and I will reply by email.