← All work
Case study · BlueJeans · Verizon

Designing the next generation of BlueJeans

Roles
  • Product Design Lead
  • Design Manager
Platforms
  • iOS · Android · Apple Watch
  • macOS · Windows
Skills
  • Product design
  • Visual brand system
  • UX research
  • Cross-functional design process & strategy
  • Design team leadership
Timeframe 2015 — 2023
BlueJeans desktop app — full interface with meeting list, participant grid, and controls
Chapter 01 · Mobile

Rebuilding the mobile app around the minute before a meeting

BlueJeans wanted a next-generation look and experience for mobile. The real design problem was narrower than that: people open a conferencing app in transit, distracted, usually late — commuting was an explicit use case. The answer to "which meeting, and how do I get in" had to arrive before the user had to think about it.

The solutionOrganized around time, not features
Upcoming meetings

The gradient carries the schedule

Dark at the top, light at the bottom. Today sits where contrast is highest; meetings further out recede.

Now is green — and only now

A meeting happening this minute can be tapped without being read. One saturated color, one urgent action.

A countdown, not a timestamp

Minutes remaining rather than a start time. It answers the question you actually have.

Micro-interactionsTime of day · menu · meeting details
Time of day animation Menu animation Meeting details animation
Apple Watch
The system on the wrist
Featured in the App Store — top apps for iPhone 6s, 2015
Chapter 02 · Enterprise

BlueJeans × Nike

After iOS, Android and Apple Watch shipped, I was asked to bring the desktop app in line with the new brand. That work became the foundation for something else: Nike wanted to partner, and wanted BlueJeans wearing Nike's brand. It had to be convincingly Nike and genuinely easy to implement on our side — which only worked because the mobile design had been built as a skeleton rather than a skin. The structure held; the brand layer swapped.

Nike branded desktop Nike branded signed-in state
The custom-branded pitch was used to close Nike as a customer. Being rebrandable wasn't a nice property of the design — it was the sale.
Chapter 03 · Desktop 2.0

Joining a meeting took too many steps

Analytics said joining a meeting had too many steps, quality scores were low, and we were behind competitors.

ApproachBefore designing anything
Bubble map scoping MVP flows — candidate features sized by research and analytics Competitive install-flow benchmark — BlueJeans compared to Zoom, Slack, Evernote and others on file size, clicks, and seconds to open

Design for MVP

Mapped every candidate flow and sized it against research and analytics, so we understood the real scope and which core features had to be in the first release.

Competitive research

Benchmarked Evernote, Zoom, Spotify, Slack and Join.me against ourselves on file size, clicks and seconds to open, so our targets came from the market rather than from opinion.

Process

Whiteboarded, tested and iterated with engineering in the room from the start, so every flow was designed against what the technology could actually deliver.

Context — 2018

This predates generative AI by several years. Competitive analysis meant installing six applications and timing each one by hand with a stopwatch; there was no tool to summarize a market or draft a flow. Every insight here was assembled manually, which is also why the process work in Chapter 04 mattered so much.

The decisionsDashboard
Annotated join screen — each way to join a meeting, self-view placement, and device controls labelled

Every way in, equally

Analytics showed join method varies by use case, so each got a distinct, equal place rather than a hierarchy.

Self-view on the dashboard

Previously a separate screen — one more step. Merging it cut average join time to about a third of competitors'.

Devices in the open

Camera, mic and speaker surfaced up front. Competitors buried them in settings, which lengthens the join flow.

Screen sharingA decision I defended
Screen share dialog — options to share a window, application, or full screen

Devs and PM pushed to remove the option to share a whole application, arguing it was redundant with sharing a single window.

I pulled the analytic metrics, which showed that users consistently preferred sharing the entire application over hunting for the right window — and no competitor we observed offered it at all at the time.

Chapter 04 · Process

Building a design process the whole company could deliver against

After the MVP shipped, we took a step back. Specs were landing late, design and engineering were out of sync, and the work that made designs good — competitive analysis, research, user testing — was the first thing cut whenever a release date got close. I built a process guide that gave each of those a defined place in the release cycle, then aligned it with PMs and the roadmap so design knew each release's priorities early enough to actually do the work.

It took several rounds to get right. Once it held, we were delivering ahead of schedule — and when Verizon acquired BlueJeans in 2020, that mattered more, not less. I presented the process to leadership at Verizon so new products starting up could follow the same structure, and it became the onboarding documentation new designers joined the team on as it grew.

End-to-end release structure12 weeks
W1W2W3W4W5W6W7W8W9W10W11W12
Design + user testing
PRD details lock
Engineering implementation
Design QA
LA → GA

Design and PRD run in parallel rather than in sequence — a protected 3–4 week design window ahead of any engineering commitment, on a platform shipping every 5–6 weeks.

Mon
Leads planning
Tue
Wed
Design demos
Thu
Fri
Eng demos

Design, PM and engineering leads aligned on priorities and dates every Monday, so nobody discovered a conflict late. Demos on both sides meant work was seen in progress rather than at handoff.

The process guideRequest → release
01
Request
"We need designs for ___"
02
Priority list
Confirmed at Monday leads.
03
Competitive analysis
Validate before investing in fidelity.
04
Hi-fi flows
Spec-ready against the style guide.
05
User testing
Validate before anything is committed.
06
Design demo
Flows and findings to PM and eng.
07
Finalize PRD
Edge cases and tracking locked.
08
Implementation
Engineers pick up approved UX.
09
Eng demo → DQA
Build cross-checked against spec.
Ahead of schedule
Deliverables started landing early once the process settled.
Presented to Verizon leadership
Adopted as the structure new products could start against.
Onboarding documentation
How new designers joined the team as it grew.
A design system
Icon library, color variables and high-contrast guidance built in.
Impact

What it added up to

Customers rating call quality "great"
Share of all ratings in the top band
45%
2016
49%
2017
68%
Desktop 2.0
May 2018
Average quality score rose 4.09 → 4.49 over the same period
Meetings per day, macOS
Measured on August 1 each year
2017279
201832,152
2019111,099
2020318,014
84,000 monthly actives · ~3.5M weekly minutes
+300%
Desktop usage after launch
5,500
Enterprises enabled on App 2.0
~3× faster
Average join time vs. competitors
Takeaways

What eight years taught me

Start with the data that already exists
Before solving a design problem, dig into whatever is already being measured. If nothing is, start tracking it immediately — the answer to most design arguments is a number nobody has looked up yet.
Process is not overhead
Good design doesn't survive a release cycle by accident. It survives because research, testing and iteration have a defined place in the schedule before anyone commits to a date.
Design belongs in the room with PM and engineering
The closer design sits to product and engineering from the start, the less time is spent designing things that can't be built or solving problems that were never real.
Know the market you're designing into
Competitive analysis turns taste into evidence. Knowing exactly how long a competitor takes to open is what lets you set a target and defend a decision.