a telecommunications product

Web app contact screen split into a contacts list on the left and a selected contact's detail on the right, where each phone number—home, work, fax—is paired with a chosen default line such as Home or Central Office.
A
digital
project
Client
an international wireless carrier
Industry
Sr./Lead UX Designer
Multi-line app lets users run up to six conversations at once across virtual lines on a single SIM, for mobile, tablet, and desktop apps.
For a national wireless carrier, I led UX for an Android + web communications product that makes multi-line calling and messaging simple across devices including compact and expanded layouts, a line selector, and a multi-tasking dock for parallel conversations.
Flows, specs, redlines & full-color comps delivered to engineering across 4 phases
100
%
allocation
39
weeks
From
09/2015
To
06/2016
Webflow Template - Designed by Azwedo.com and Wedoflow.com
Shipped
My Role and Partners

Agency of record: Filter Digital. Tana served as Lead UX Designer on the Android handset, tablet, and web product, leading a high-fidelity UX design team that scaled from three to nine designers across the program. She set client expectations, wrote design assignments, directed and reviewed team production while delivering her own typical screens, flows, and comps. A separate designer led the parallel iOS track; the two leads collaborated and kept a friendly competition to produce assets efficiently.

Context & Constraints

  • The product's core value proposition was multiple virtual lines on a single SIM, requiring patterns to set and display a default line per contact and for calls and messages.
  • Three target surfaces — Android handsets, tablets, and web — designed as compact and expanded responsive views.
  • A hyprid delivery environment spanning waterfall, agile, and iterative phases, with program structure set by the client's team managers.
  • Parallel iOS and Android design tracks that needed consistent navigation and UX patterns.
  • Accessibility requirements were needed to educate client and development team to be met as a documented design principle throughout production.

Approach

  • Directed a UX and visual design team through four phases, writing design assignments and setting client expectations.
  • Conducted discovery, then narrowed to a focused three-designer team for production.
  • Conceptualized the core screens (contact detail, line selector, and a multitasking dock) across compact and expanded views.
  • Produced user flows, responsive wireframes, specifications, prototypes, and full-color comps for the primary use cases.
  • Delivered redlined specifications and custom modal-alert states to the engineering team.

Impact

  • Defined a multitasking dock supporting up to six concurrent activities, with chip states for communication type, line color, and unread badges.
  • Established much of the IA, navigation, and UX patterns adopted across the Android handset, tablet, and web product.
  • Our team delivered engineering-ready redlines and modal-alert specifications, including inline validation for the 600-character message limit.

Artifacts summary

No items found.
  • Strategy: design principles applied to the multi-line value proposition; primary-use-case prioritization
  • Design: IA and navigation patterns, user flows, responsive wireframes, full-color comps, line-selector and multitasking-dock patterns
  • Tech: engineering redlines and detailed specifications, including modal-alert and inline-error states
  • Ops: four-phase delivery plan spanning waterfall, agile, and iterative methods
  • Compliance: accessibility followed as a documented design requirement.
  • Case Study

    Web app in multitasking mode with a one-to-one chat and a group chat open side by side in the main area and a footer dock holding additional calls and messages.
    Multi-tasking concept layout for multiple message chats on display and in recent activity footer bar.
    No items found.

    Overview

    A national wireless carrier's differentiator was affording a single SIM card carry several virtual phone lines. Everyday subscribers needed to manage calls, messages, and contacts across those lines without confusion for Android handsets, tablets, and the web, in both compact and expanded layouts. Success meant one consistent pattern set that held on a small handset and scaled to tablet and web, keeping the multi-line model legible at a glance. The engagement ran about nine months, from September 2015 to June 2016, and shipped.

    Business Environment

    The work stayed tied to the product's business case: differentiating the carrier through multiple virtual lines on one SIM. The decisions that carried the most commercial weight (the default-line model per contact, the line selector, and the multitasking dock) each served that value proposition directly.

    Client alignment: Tana set client expectations across the engagement and translated client requests, such as compact and expanded responsive views and redlined custom modal alerts, into build-ready specifications.

    Compliance: The accessibility standard of following Apple and Google's standards for native mobile apps (aligned with WCAG 2.1 AA by FEC policy) was carried as a documented design requirement through production.

    Evidence of Need

    • The carrier's proposition, several virtual lines on one SIM, means users must pick a default line and scan per-line activity quickly.
    • Power users juggle simultaneous conversations and tasks, so the interface has to keep multiple threads visible and switchable without losing context.

    Strategy

    The work was organized around one promise: letting a single device behave like several. This framed two recurring problems: how a user sets and reads the default line for each contact and how a user keeps several conversations going at once. The team prioritized the primary use cases first and designed compact views to hold on handsets while expanded views used the larger tablet and web canvas, so one pattern set could stretch across all three surfaces.

    Design and Solution

    The contact detail screen anchored the system. In the compact view, a favorite contact reads cleanly on a handset; in the expanded view, the same contact appears as a card floating over a branded pattern, with controls to set the default line a contact should be reached on. The line selector lets a user with four lines choose which line's activity to show, or view all lines at once. The signature pattern was a multitasking dock along the bottom of the screen: activities appear as square chips carrying the contact's photo, an icon for communication type, and a color keyed to the line, with pink badges marking new messages and chevrons for scrolling past six visible activities.

    In the expanded view, two activity cards sit side by side (a private chat and a group chat) with a pink rail marking the conversations on display and a dock holding additional activities. Accessibility shaped the patterns rather than sitting on top of them: activity chips pair a contrasting color with an icon and photo so the line and message type never depend on color alone, and every flow carries explicit empty, error, and modal-alert states, including inline validation past the 600-character message limit.

    Concepts
    No items found.
    Resources

    With our program manager and recruiters, Tana established the need to build and resize the team to fit each phase, expanding for discovery and production and concentrating for build-ready delivery. She led by giving designers clear ownership of individual screens and use case flows while holding the through-line herself on IA, navigation, and UX patterns. She wrote design assignments, then reviewed and provided revision notes the team's output. She partnered with the lead of the parallel iOS track, sustaining a friendly competition that kept both teams productive while they stayed consistent wherever the two products met.

    Team rules: She set the design team's day-to-day working approach within the wider program structure defined by the client's team managers.

    Team rules: She initiated team-level working approaches within the program structure set by the agency and client’s team managers.

    Process

    Delivery ran in four phases, moving deliberately between waterfall, agile, and iterative methods as each phase required. Tana initiated team strategy for the Android and web track, sequenced a discovery phase ahead of agile production, and kept the phases documented, reviewed, and on the expected cadence.

    Managing deliverables: She prioritized the primary use cases and concentrated the team from its broader discovery size down to three designers for build-ready output. This became the point where scope locked to what engineering could ship.

    No items found.

    Delivery

    The Android and web track handed engineering a complete package: user flows, responsive wireframes, specifications, prototypes, full-color comps, and detailed redlines, including custom modal alerts and inline-error specifications.

    No items found.

    Outcomes

    The product shipped with one coherent pattern set across handset, tablet, and web: a contact-and-line model built around the multi-line proposition, a multitasking dock for up to six concurrent conversations, and fully specified states through to the 600-character message limit.

    What I'd improve next: the case is strong on the pattern system but light on evidence and validation. I would document the discovery inputs and add at least one usability test and one post-launch signal, so the work reads as a measured outcome and more than a handoff.

    Learn more at the external product page
    Portfolio Webflow Template - Carolina - Designed by Azwedo.com and Wedoflow.com
    My activities
    Contact
    Portfolio Webflow Template - Carolina - Designed by Azwedo.com and Wedoflow.com
    Submitted! We’ll take it from here! 🪄
    Oops! Something went wrong while submitting the form.