
The original approach to the security portal and communications were content/team-based. A task-based approach was recommended and eventually implemented.

Teams were empowered with an introduction to the latent ecosystem of consumers of security communications, and their holistic workflow.

Building upon the introduction of the ecosystem and their workflow, an experience blueprint was started to communicate the holistic perspective and detailed needs. The empty squares represent the Cisco team(s) opportunities. Since we couldn’t collaborate with them, this was meant to spark the holistic thinking and empower them to move forward.

Detailed requirements for specific touch points in the blueprint were documented and prioritized according to business objectives and goals including applicable usability heuristics/requirements as well as requirements extrapolated from research. This communicates research findings in a very useful and usable manner rather than a separate report that a team member has to figure out when and how to apply.

A competitive analysis inventoried content and features which I combined with applicable heuristics to introduce the needed usability heuristics and implicitly critique the industry’s communication patterns, and establish their value when incorporated and the detriment when ignored.

The teams were empowered with a holistic view of the information flow of emails and pull communications to security analyst. Information comes from multiple internal and external sources. The context of the communications are indicated with color and highlight. Blue = Cisco, Green = Client, Gray = Third Party.

Targeted emails to specific roles/titles were recommended to ensure the user to quickly determine if the security issue applies to their organization and to get more information to support their team(s).

The solution was a task-based approach to address the different mental models and tasks – Product-oriented, Vulnerability-oriented, Workarounds, and Policy.

The concept of creating distinct experiences to support specific user task (with different users) was introduced without audience-based navigation.

The actual communication solution was defined using input from the interviews and card sort. Content was prioritized to user needs with an emphasis on navigating within the page to find needed content, and details supporting infrequent, “in the weeds” tasks accessible through pop-ups.

A screenshot of the live site - The task-based listing of vulnerabilities for those users who are focused on a specific vulnerability. The expanded view helps the user triage the current state and determine if they need to take action and/or get more information.

The product-oriented search - what vulnerabilities exist for my organization's products. The user can quickly scope the vulnerabilities to their product(s), triage from the view if they need to move forward.

The actual security communication has concise, scannable chunks of details that supports a quick navigation to needed information.