PRODUCT DESIGN

SINCERELY

Capital One

The Submission, Review and Approval Platform Behind Capital One’s Surprise & Delight

RESULTS

  • Reduced agent submission time by 60%

  • Increased submissions 30% month over month

  • Over 2,000 submissions by the end of 2022

  • Adopted by Capital One’s Card division

  • Reduced refresh rate to 30min vs 24hr

  • Eliminated role of 2 RPA bots

  • Enabled scalable framework

2022 Mark of Distinction winner

Two Sincerely screens on a blue background: the agent’s Pending Submissions list, with a red rail on a submission marked Rework Required and green rails on two marked Pending, in front of the admin’s Fulfillment tab for Scott Summers, where the agent’s card message sits beside the final card.

ROLE

UX & UI DESIGNER

While I was at Capital One, our front-line associates (called agents in the system) were spending a considerable amount of time manually submitting Surprise & Delight connections through an aged SharePoint site. This was driving a decline in submission quality and quantity.

The submission process was error-ridden and inconsistent, and there was no tracking system built in to monitor active cases or follow up with agents. It took long enough that agents rushed, which pushed rejections up and left submissions abandoned partway through. The need for a streamlined submission system that could help reduce manual effort, automate processes, and improve the quality of Surprise & Delight connections led to the development of Sincerely.

I designed the user experience and interface. Inline validation gave agents feedback as they moved through the application, and a submission-tracking system replaced the manual follow-up. Submission time fell 60%, submissions rose 30% month over month, and the data refresh came down from 24 hours to 30 minutes – all on a scalable framework that is now leveraged enterprise-wide.

Why a submission took so long

I met with the Surprise & Delight team and shared what we’d learned from interviews with agents. Agents were abandoning submissions due to frustration with the input fields and the time a single submission took. I developed personas and mapped out the current SharePoint journey. In the process I also noticed that SharePoint used blocking validation and gave no guidance about what any of the fields wanted.

Agents were only given their lunch hour or time after their working hours to submit Surprise & Delights. Without a way to pick up where they left off, submissions were rushed, which led to poorer quality and abandonment. They also learned as they went (nobody was going to sit through a tutorial before filing something on a break), so whatever the product needed to teach had to be legible at each field, in the moment.

The solution placed info icons beside the fields that needed explaining. Each one opened a modal dialog covering what that field was asking for, along with resources for what makes a strong Surprise & Delight. I tested them at each step of the flow, relaxed the blocking validation so input requirements no longer stopped progress, and added the ability to save at any point and come back later. A Drafts section on the welcome screen held the submission for five days from the customer interaction, and a personalized email linked straight back to the step where they’d stopped, so picking it up again didn’t cost another login and a hunt back to where they’d been.

Save and resume

Save Draft sits right next to Continue. The five-day window runs from the interaction date rather than the save date. A draft started on day four has one day left, not five, so the count has to be readable before an agent decides to stop for the night. The same red, yellow and green rail runs down the left edge of a draft row and an admin case card.

1 · SAVE

The footer of a submission step, with Save Draft, outlined, beside Continue.
A Save Draft dialog: the agent can finish and submit the request later, within five days of the interaction date. Cancel and Save buttons.

Save Draft sits beside Continue, not under a menu. The confirmation states the window.

2 · SEE

The agent’s home screen: “Welcome, Gabrielle,” a Create New Submission button, and tiles for Pending Submissions (1 needs rework), Current Drafts (1 expiring in 24 hours, outlined) and Processed Submissions (2 fulfilled, 1 declined).

Home carries the count: 1 Expiring in 24 hours.

3 · RESUME

The agent’s Current Drafts list. A colored rail on each row’s left edge matches its days remaining: red for 0–1, yellow for 2–3, green for 4–5. The days-remaining column is outlined, and the second row’s edit icon is circled.

A rail on the leading edge, and a days-remaining band on the same 0–1 / 2–3 / 4–5 scale as the admin queue. Edit resumes the draft in place.

Another insight was that customer details were entered by hand. That was both a privacy problem and a time problem. So we built a framework that pulled the data securely from a linked server.

Customer data, not typed

Entering customer details by hand was both a privacy problem and a time problem. One account number returns both people on the account; name, address, phone and their past gestures from the linked server. The only thing the agent adds about the person is what they go by.

Select the Customer You Interacted With: the account number and interaction date and time, then the borrower and co-borrower on the account, each with name, address and phone number already filled in and a radio button to choose them. Numbered markers sit on the account number (1), the borrower (2), the S&D History button (3) and the Go-By Name checkbox (4).

1 · ACCOUNT NUMBER

The only identifier the agent types.

2 · RECIPIENTS

Borrower and co-borrower both return, with address and phone already filled.

3 · S&D HISTORY

Shows the gestures this customer has already received.

4 · GO-BY NAME

The one thing about the person the agent adds by hand.

We then tested two selection patterns for the auto-populated data: radio buttons against checkboxes. Legal and preferred names were both surfaced so that the agent knew what the customer was actually called before the card was written. In a program about personal connection, getting the name wrong undid the entire gesture.

Legal name, go-by name

The account supplies a legal name. A program about personal connection needs the name the customer actually uses, and the only person who knows it is the agent who just spoke to them. One checkbox opens a field for it, and the admin side shows the name again so it can be checked before the card goes out.

LEGAL NAME ONLY

The selected customer, Scott Summers, with an unchecked Go-By Name box, outlined.

The field is there but closed. All the system knows is Scott Summers.

GO-BY NAME ADDED

Go-By Name checked, with “Scotty Summers” entered as the name he goes by, outlined.

One checkbox opens it, and “Scotty Summers” is saved with the submission.

These solutions provided a decrease in submission time and an increase in submission quality when measured during the Sincerely pilot program.

Why quality kept slipping

A low-quality connection was sent back for rework or denied. Even though a more robust and streamlined process of submitting a connection helped gather more submissions, it wasn’t making them any better. Around 38% of submissions came from first-time contributors. We needed a way to raise quality inside the product itself, not only through Surprise & Delight’s marketing material and training workshops.

Where rework lands

A reworked submission does not go back to the agent’s drafts. It returns to Pending Submissions with the status Rework Required.

The agent’s Pending Submissions list. The first row, Scott Summers, has a red rail and the status Rework Required; the other two have green rails and the status Pending. Numbered markers sit on the page title (1), Scott Summers’s row (2), its Rework Required status (3) and its edit icon (4).

1 · PENDING SUBMISSIONS

Rework comes back to this list, the agent’s working queue.

2 · THE ROW

Scotty Summers still sits under Scott Summers, the go-by name captured at intake travels all the way into the queue.

3 · REWORK REQUIRED

A status on a live list, beside the submissions still pending.

4 · EDIT

The agent reopens the submission from the row and works it again.

We tested two ways of delivering guidance at each step of the flow.

Option 1 kept the guidance behind an info icon beside each field. Click it and a modal dialog explained what that step was asking for, with the resources on what makes a strong Surprise & Delight.

Guidance on request

The dialog opens only when an agent clicks the info icon, next to the field they’re filling in.

CLOSED

The connection details step, with small info icons beside “What made this connection so special?” and “Tell Us More!”

The info icon beside Tell Us More!

OPEN

The same step with an info icon opened: a dialog explains that detailed answers help the team craft a personalized note, with Contact S&D and Close buttons.

The same frame, one click later. Guidance for that field, on request.

Option 2 put the same information on the page, visible up front rather than behind a control.

Option 2 was too much information up front, pulling attention away from the work of making the submission.

Option 1 removed the unconditional interruption. Surfaced guidance stopped everyone, every time; the modal only interrupted users on request. On a first login, a short onboarding overlay pointed out the info icons and how to move through the system.

The program explanation lived in the product. Every screen carried the Surprise & Delight description in the footer, with Learn More and Contact links. This included all source material on Surprise & Delight, with job aids, quality submission examples, and a toolkit on best practices when having a call with a customer. The tool was designed to teach the program while you used it.

Teaching at each field

The same info icon opens the rule for the field it sits beside, here what counts as an acceptable gift. The program description stays in the footer of every screen in the flow, with Learn More and Contact S&D.

THE SCREEN

The Gift Details step with the gift-policy dialog open over it, and the About Surprise & Delight footer along the bottom.

Gift Details, with the policy open over it.

AT EACH FIELD

The gift-policy dialog up close: “Gifts must be less than $25 and be eligible for Amazon Prime. The S&D team will review and approve this gift before sending it to the Customer. We are unable to send gift cards and flowers.” Contact S&D and Close buttons.

The rule where the choice is made: under $25, Prime-eligible, and S&D approves it.

ON EVERY SCREEN

The About Surprise & Delight footer: a short description of the program, with Learn More and Contact S&D buttons.

The program description, Learn More and Contact S&D sit at the bottom of every screen in the flow.

The admin side: the queue

Designing the agent flow made clear that the Surprise & Delight team needed an admin side built to the same standards and integrated directly with the new agent features. The admins (the handful of people working submissions every day) had been working in a modified version of the agent SharePoint site, so we replaced it altogether and built one application to serve both sides, using internal systems for data verification and security.

I began the same way with the admin side as with the agent side: interviewing the admins, gathering the pain points in the current system, and asking what they wanted from a new one.

Progressive zoom

Three steps in, from the whole queue to one card’s days-remaining field, shown at twice its actual size.

Three zoom steps joined by lines. 1 · Whole queue, at 0.18×: the admin queue of ten case cards, one of them outlined. 2 · One card, at 0.55×: the Scott Summers case card, with its Days Remaining field outlined. 3 · Days remaining, at 2× — past life size: a green marker and 4–5. Beside it, the same indicator, three cases: 0–1 · expiring, with a red marker; 2–3 · mid, yellow; 4–5 · fresh, green.

1 · WHOLE QUEUE

The whole admin queue at a glance: ten submissions sorted by days remaining, each card edged in red, yellow or green.

0.18×

2 · ONE CARD

One case card from the queue, for Scott Summers, with a green rail and 4–5 days remaining.
One case card from the queue, for Scott Summers, with a green rail and 4–5 days remaining.

0.55×

3 · DAYS REMAINING

Close-up of the card’s Days Remaining field: a green marker and 4–5.

2× — past life size

THE SAME INDICATOR, THREE CASES

Days Remaining 0–1, with a red marker.

0–1 · expiring

Days Remaining 2–3, with a yellow marker.

2–3 · mid

Days Remaining 4–5, with a green marker.

4–5 · fresh

Each marker shows where the next step is cut from.

Urgency strip

The sort control, then the whole list reduced. At this size the text can’t be read, but the red, yellow and green rails still show the order.

THE CONTROL

The queue’s Sort By control, set to Days Remaining.

THE ORDER IT PRODUCES

The queue sorted by days remaining: three cards with red rails, then three yellow, then four green.

DAYS REMAINING

0–1

expiring

2–3

mid

4–5

fresh

Nearly every case on this screen arrived on May 13.

So sorting by arrival date wouldn’t tell them apart.

One of the top three requirements was the ability to glance at how many submissions had crossed the “less than 3 days” mark. All submissions had a five-day window from the customer interaction for the card to go out, and it was imperative that the admins could filter these by days remaining. I played with background opacities, making full cards red, yellow, and green. This made the content harder to read, but showed me a rail running down the leading edge of the case cards, displaying the amount of time remaining. The same rail later carried over to the agent’s Current Drafts page.

Designing the triage review queue highlighted a need for a presence indicator. Many times one reviewer would be in a case reviewing the content, and another would jump in, doubling the effort and sometimes overwriting each other’s work. I came up with a few solutions that we tested with the admins and agreed that an avatar on the card’s trailing edge would act as the best indicator that someone was in that submission, and who. While someone was in it, the card’s View Connection Details button grayed out.

The reason for the connection became a structured field itself. Moving, new baby, veteran and so on. Those were what made the queue filterable, the gesture selection sensible, and the program measurable.

Preferred names were surfaced again in the review queue. It showed “Scott Summers” with “Scotty Summers” underneath so that a reviewer could check the name on the card against what the customer actually went by.

Exploded case card

The Scott Summers case card with its measurements drawn over it: column positions across the top from 0 to 900, row positions down the side from 0 to 174, the 6px rail on its left edge, the 201px View Connection Details button and the 36px avatar.
The Scott Summers case card with five numbered markers across its top: 1 over the case number and status, 2 over the connection, 3 over the gesture, 4 over days remaining, and 5 over the reviewer’s avatar and the grayed-out View Connection Details button. A green rail runs down its left edge, and “Scotty Summers” sits under the legal name.

1 · Identity

Case number, and status — whether this is a new submission or one coming back for rework. Filterable.

2 · Reason

Connection type as a structured field, and experience: the Financial Services subdivision the agent works in.

3 · Gesture

Card or gift, chosen by the agent at submission.

4 · Urgency

Days remaining, color-coded, and the rail that carries it down the leading edge.

5 · Ownership

Assigned agent, the reviewer’s avatar, and the button that grays out while someone is inside.

Language was a first-class filter in the queue, so a Spanish-language card reached someone who could write it properly.

The queue’s filter chips: All (10), New (8), In Progress (1), Re-Submitted (1), Card Only (8), Gift (2), Spanish (1) and Custom (5).

The admin side: inside a case

Inside each submission, the admins needed to review the conversation and connection, add notes for feedback, send for rework, and complete the submission, which would begin the card-making process. The simplest approach was dividing the case detail view into three tabs: Connection, Fulfillment, and Feedback. Each view stayed focused instead of showing everything at once.

A case open on its Fulfillment tab: the agent’s card message beside the final card, the agent’s gift beside the final gift, and Decline, Rework, Save Draft and Complete buttons.

The Connection tab showed what the agent had gathered in the submission and the phone conversation.

Fulfillment was where admins could review the submission details for the card and the gift the agent chose.

The Feedback tab was where admins communicated with each other and sent a submission back to the agent for rework. The tab held three sections: Team Notes, Notes to Agent, and Customer Feedback, where the customer’s own response was kept with its date.

Connection

The Connection tab: the connection type, Moving, and the agent’s answers about the customer’s move.

Fulfillment

The Fulfillment tab: Agent Card and Final Card side by side, a card-message template set to Moving, and the gift fields below.

The team writes the card from the agent’s answers, or finalizes the agent’s own note. Preferred names are captured by the agent and checked by the admin.

Feedback

The Feedback tab: Team Notes, where admins @-mention each other, and Notes to Agent.

Complete, Decline and Rework were different actions, and the last two each had their own message screen. The third path, sending it back to the agent with a message on how they could fix it, lifted not only submission efficiency but submission quality, so it required more thought on the agent’s Pending Submissions page, where it came back with a Rework Required status. Without a message that included the reason, a declined submission taught the agent nothing and offered only discouragement; a reworked one reinforced what made a good submission and kept the customer’s moment alive.

Submission lifecycle

Rework is the third path. Instead of ending the case, it returns it to the agent’s Pending Submissions, marked Rework Required, with a message to the agent.

Draft

Pending

In review

Complete

From In review:

Rework → back to the agent’s Pending Submissions

The Rework Submission screen: a message to the agent asking for more detail, with Cancel and Submit.

Decline — ends here

The Decline Submission screen: a reason for declining, Outside Program Scope, a message to the agent, and an option to copy the agent’s manager.

Only the two paths that send something back require a written message. Completing a submission has no message screen.

Results

Moving away from SharePoint retired two RPA bots and provided a 30-minute refresh rate, down from 24 hours. Inline validation and real-time feedback were designed throughout the agent user journey, and the admins got a new communication system and a robust review queue. After Sincerely’s release, agent submission time decreased by 60% and the number of submissions rose 30% month over month across a three-month period. By the end of 2022 we had over 2,000 submissions, which marked a milestone for the Surprise & Delight team.

The work was nominated for Circle of Excellence, the highest award at Capital One, and won Mark of Distinction, the second-highest.

Our framework for Sincerely and data integration was adopted enterprise-wide for future internal developments.

The Card division of Capital One adopted Sincerely for its own Surprise & Delight program.

And the best result was knowing we more than halved the time it took an associate to file a Surprise & Delight, and raised the quality of what got filed, which meant more of the connections made on those calls actually reached someone’s doorstep.

© 2026 Drue Davis