Building A Better Metadata Schema

Revamping Discover Durham’s photo metadata system and workflows for greater efficiency

UX research • user flows • documentation

Discover-Durham-Photoshelter-interface.png

Overview

Discover Durham has a mission to market Durham, NC — and pictures are an important part of telling that story. To fuel visual storytelling across platforms, Discover Durham relies on a digital asset management system (DAM). The ideal DAM functions like a well-stocked pantry of images: As various users need different resources, they should be able to browse the pantry and identify components that meet their needs by scanning their labels (the metadata). In 2020, I worked within Discover Durham to revamp the metadata schema and workflows of their DAM to make it more searchable and user-friendly.

The Problem

In 2018, Discover Durham transitioned their photo library from a series of network drive folders to Photoshelter — a fully cloud-based digital asset management system. This change brought a number of benefits: it was easy to browse and find images, search for them based on tags, and access the library from anywhere.

However, after this initial honeymoon period, several issues arose. Throughout the organization, users would have difficulty finding images in the DAM and would ask the creative team for help — after which we’d be able to find the photos easily. These requests would happen at least weekly — meaning we were eventually searching the DAM on these users’ behalf, which erased the value of the tool. Even when users could locate images they needed, it was difficult for our users to discern if the files were cleared with the appropriate licensing for their intended use. Once again, they needed to consult the creative team on usage rights, which added weekly back-and-forth. These cumulative inquiries were adding work to our plate and quickly invalidating the self-service model for the DAM.

In light of these accumulating issues, in 2020 I started a project to identify the systemic breakdowns among our users and design solutions that could close the gap.

The People

Our end-users and stakeholders

The primary users of the digital asset management system were various internal staff: our content manager, social media manager, PR manager, community manager, sales team, and marketing coordinator among others. Our PR manager and community manager also had downstream stakeholders — journalists/media and community partners, respectively — that we needed to consider.

Our asset managers

Over time, I also identified the two designers on my creative team as a secondary set of users — the asset managers. Rather than primarily using the DAM as end-users, they needed to use a cataloging system and metadata schema to populate the DAM.

My Role, the Team, and the Scope

I was the primary researcher, UX designer, and interim asset manager in this review and overhaul of the digital asset management system. I collaborated with the two designers (primary asset managers) on the creative team for their institutional knowledge and insights. I consulted with the other internal users in the organization for usability reviews and their downstream stakeholder insights. The revamped metadata schema built upon a foundation left by my predecessor.

There was zero budget and no development resources allocated for the usability revamp. Any solutions we identified needed to be accomplished within existing platforms and tools we already had or could acquire for free / inexpensively. In the end, I purchased only one Lightroom plugin to aid in building out one of the design solutions.

The Design Process

Identifying a broken user flow with the asset managers

To start the project off, I conducted stakeholder interviews with the two designers who were serving as asset managers for the organization. Through my interviews with them, I got some background on the foundational discussions they had with the internal users and clients when they transitioned the previous photo library in 2018-2019. Through this past undertaking, they had identified three crucial types of metadata that were important to our users and their stakeholders:

  • A custom title or filename

  • Photographer/source credits

  • Copyright and rights usage info

I was also able to gauge the gamut of different DAM-related inquiries they were getting since transitioning to the new system:

  • Requests for photos that were in the DAM, but folks didn’t know if they had the rights to use them

  • Requests for photos we do have in the DAM, but the users are unable to find them

  • Requests for photos that we didn’t have in the DAM

In my interviews with the asset managers, I also inquired about the end-user’s photo-finding process. I drafted a hypothetical user flow from their accounts in which users would log in to Photoshelter, browse and navigate through various galleries, and then identify and download photos that would match their needs. The asset managers were unclear on how to best communicate the rights usage to our users, so that process already stuck out as a part of the user flow to examine further.

The initial user flow I drafted with the insights from the asset managers

Discovering new user flows through user interviews

After speaking with the asset managers, I then conducted interviews with different users throughout the organization. It quickly became clear that there was not just one flow our users were going through to perform their tasks. Instead, there were three distinct user flows — each with different gaps in usability:

 

The browsing user flow — this aligned with the initial user flow I sketched out with the input from the asset managers. The primary obstacle for users here was the penultimate step of confirming the photo usage permissions.

The search user flow — in this flow, users bypassed browsing individual galleries and searched directly for what they wanted by entering search terms into the Photoshelter search bar. Users often ended up in a loop of guessing different search terms before quitting and following up with the creative team. Even if they did find results that matched their search, it was hard to figure out which photos had the correct permissions for them to use.

The free gallery user flow — this publicly-viewable gallery housed a subset of images that were explicitly free to use. Many of our staff used this gallery so they wouldn’t have to wrestle with the ambiguous usage rights of the other photos housed behind the account login. Other users couldn’t remember the shared login info and just defaulted to using the public galleries because it was more convenient.

Diagram of the 3 user flows. The spots highlighted in red are problematic steps and processes within each flow.

I was able to distill the issues across the three user flows down into three discreet dysfunctional processes that were hindering usability: logging in, finding photos through search, and confirming correct photo rights. Finding a treatment for any one of these dysfunctions could significantly cut down on time wasted for both the users and asset managers in the photo finding process.

Ideating and testing new solutions

Based on the user interviews and user flows, I was able to chat with one of our asset managers and brainstorm different approaches we could take to solve the three broken processes (login, search, and rights confirmation). We came up with 12 different solutions, and after evaluating each one, I narrowed it down to 6 we could reasonably implement and would yield progress.

Ideas from a brainstorming exercise on how to address user issues with the DAM. Ideas highlighted in blue were ones I pursued further.

The rights confirmation process was the most broken and ambiguous part of most of the user flows. To address this, I researched Photoshelter’s custom metadata capabilities. This functionality could add a new metadata field to each photo listing and add a filterable dropdown to Photoshelter’s search interface. I experimented by uploading a small batch of images to the DAM and applying custom metadata to each that explicitly stated if they were “available for media & partner reuse” or “free use with photo credit.” I then had users perform a test exercise where they needed to search for these images and determine which ones they could download and share with journalists. Users were overwhelmingly able to identify the purpose of the field and use it to filter out irrelevant images — with only those with the appropriate usage permissions remaining.

The custom metadata filters (left menu panel) allow users to narrow search results by the appropriate usage permissions.

The custom metadata also appears on the individual photo entries (right info panel, top), so browsing users can confirm if they can use individual photos without having to read and parse the IPTC keywords (right info panel, bottom).

I also tested out adding category keywords and more robust captions to our images. With these additions, searching users were more likely to discover photos they needed in their search results due to the additional text Photoshelter’s search was able to crawl.

The final broken process to address was logging in: many users found it too difficult to remember or look up the shared login info, so they just accessed the photos available on the public-facing side of the DAM. In response, I created individual accounts for each user and controlled their permissions using user groups in Photoshelter. This allowed each user to easily manage and remember their own login and password info, while the asset managers could control access at a group level without having to micromanage the permissions for 20+ different accounts.

Refining The Asset Manager Experience

As I tested out different approaches with our end-users, I soon realized our asset managers formed a second set of users that had their own needs to be met. We had to develop a corresponding asset manager workflow to supply and maintain the metadata for each solution we built out for the end-users.

This management component became quickly apparent when I realized there were legal-related metadata that we needed to include with some of our assets to meet the expectations of our operations team (a group of internal stakeholders) and reduce risk to the organization. Upon introducing a new type of metadata that we needed to support, I was able to see firsthand how inefficient our existing metadata practices were.

We used Adobe Lightroom Classic to maintain a catalog of all of our photos. When we applied metadata to new images, the asset managers had to toggle through three different views of the metadata panel to access all of the fields they needed to write information. Many of the metadata panel fields were extraneous to our needs or redundant with fields in another view. These hidden views and visual noise resulted in a heavy cognitive load for the asset managers and made metadata management an error-prone process.

The original asset manager workflow

The 3 metadata panel views (in order from left-to-right: default, IPTC, and quick describe) the asset managers toggle through when writing metadata. The regions highlighted in red are unused by the managers and are visual noise.

To overcome these issues, I implemented two tools within our Lightroom catalog. First, I purchased a plugin to create a new default metadata view that contained all of the fields that our asset managers needed to access (while filtering out all of the fields they didn’t need to see). Second, I made a suite of Lightroom metadata presets that could automatically write metadata to our photos upon importing them into the catalog. So much of the metadata we needed to write was uniform or varied slightly based on the photographer. By making a preset for each photographer, we could write a majority of the metadata to the photos in bulk without customizing each piece of metadata.

These two tools freed up the asset managers to focus on the minority of data that could not be automatically written but would provide the most value to our users and internal stakeholders: titles, captions, category keywords, and legal paperwork. After adding the custom metadata panel and the presets to the workflow, we were able to reduce the asset management process from 13 steps to 11 steps, and we reduced the amount of metadata that had to be manually written for a photo from 16 fields to 7 fields.

The metadata presets allowed users to automatically batch apply 9 kinds of metadata to imported photography.

The redesigned asset manager workflow condenses and automates much of the metadata work, which reduces the opportunities for error and editing fatigue.

The new custom metadata panel I designed includes only the necessary subset of fields the asset managers need to edit and keeps extraneous fields out of their default view.

The Destination: Arriving At A Usable DAM Experience

The final user flow after updating the metadata workflow and incorporating solutions to increase the usability of the DAM.

Since rolling out the new metadata schema and resources, the creative team has seen a massive decline in photography inquiries from internal users. Prior to the revamp, users asked almost weekly about which photos had what usage permissions — now they ask those kinds of questions once every couple of months in very specific use cases.

We used to also have monthly false positives of a user believing we didn’t have an asset in our DAM because they couldn’t find it through searching. Similarly, those inquiries are all but extinguished. Now, the majority of requests that the creative team receives are for photography that is genuinely missing from the library, allowing the team to focus on prioritizing new image acquisitions that will more fully meet users’ strategic needs.

The new workflows have also yielded dividends on the asset management side of the equation. With the new workflow, the creative team imported, cataloged, and uploaded nearly 9,000 photos to the DAM in the 18 months after the initial launch (a more than 350% increase in available photos). This massive swell in the library was made possible by the streamlined workflow.

 

Up Next: Duke Brand Guide Overhaul

Building a new Duke University brand guide for a diverse, decentralized user base

UX research • brand systems • documentation • web accessibility