New Feature Introduction & Inline Help

Challenge

[Large National Bank]’s treasury division maintains an app for corporate clients to manage their accounts. With every new feature release on the app, the technical help desk received an influx of calls. So when the bank announced it was transitioning SMB clients to the corporate client app, the app’s director anticipated a tsunami of calls from these new customers. My role involved looking for a solution to call volume.

Approach

Research

Joining the program, I was surprised by the absence of customer research. However, owing to an elevated risk of insider trading within the Treasury division, the bank’s compliance team isolated the staff from customers. Only specific teams were permitted to interact with the outside world.

One of those teams was the help desk, but interviews proved impossible with their workload. Instead, I studied their monthly reports and found that most calls were instructional requests and not technical issues. This insight was curious because every function within the app contained a link to a tutorial microsite.

Traffic analytics of the tutorials showed little searching or browsing. Users entered a specific topic page from a help link, dwelled a few seconds, and then dropped out of the application (presumably to call the help desk). Apart from being a content issue, the question remained as to why the app was so difficult for users.

I interviewed the Client Champion (or CC) team, an advocacy group that trains a customer’s staff on the app when they sign up with the bank. The CCs showed how they segmented customers into three groups (high, medium, and low) based on the volume of transactions. They focused their training program on the medium group because the high group favored the API over the app, and the low group was only casual users.

 

A vast microsite dedicated to tutorials and application help, yet users continued to call the help desk with how-to questions.

Synthesis

Without data to show otherwise, the UX team presumed the archetypical user was working in the application extensively and expected a sophisticated UI — a superuser. But my research with the CCs disabused anyone of this notion.

The high group only interacted with APIs through the bank’s treasury management systems. They never saw the web interface and were not the source of the problem, nor was the medium group, who were highly compartmentalized teams whose duties relied on a single app function and required little instruction.

The problem rested with the low group. These were companies where only one or two finance people were responsible for all of the tasks in the app. The complexity of the interface overwhelmed them, and because their use was intermittent, retention of instructions was low. Given that the CCs paid the low group little attention, they dominated the help desk.

The imminent transition of SMB customers to the app set the stage for a help desk disaster. Like the low group, the mom-and-pops that comprised the SMB group didn’t need the level of intricacy the app offered. However, finding a solution for the low group would mean a solution for these newcomers. It was two birds, one stone.

 

There were superusers. They just bypassed the UI, like with this Bloomberg terminal.

Exploration

Using what I gathered from the CCs, I developed models to represent users with a low understanding of the app. Without access to actual customers, I simulated cognitive walkthroughs with each model, which wasn’t a stretch, considering my own newness to the app.

It was apparent the app would need an overhaul, but my effort was limited to what could be done within the application as it was. As such, I developed a set of experience strategies based on the needs of each model as they encountered tasks requiring help.

 

I provided strategies to help each type of unknowledgeable user.

Evaluation

For each help strategy, I put together a prototype to demonstrate the principle and mechanics behind it. I then presented the collection to the product management and technology teams. Interest centered around two concepts. First, an interstitial video for introducing new features when the user first signs in. And second, an inline help assistant, which encouragingly walks the user through their task. Technology confirmed their feasibility.

Next, I presented the two concepts to the Client Advisory Board (CAB), a panel of CFOs of the bank’s largest customers and the closest Treasury had to market testing. Comments were favorable, and there was a nudge by board members wanting a presence in the video.

 

The inline assistant guided users through tasks step-by-step.

Outcome

When the new feature introduction interstitial and inline help assistant was released, I had already moved on from the bank. However, I understand from colleagues that the help strategies, specifically the latter, vastly reduced help desk call volume and lessened the stress on the CCs.