Friction Costs Money: Design Thinking, UX and the Customer Journey

In a financial product, every extra step has a price: someone who doesn’t finish signing up, an invoice that doesn’t get paid, a customer who leaves for a competitor. This session was Design Thinking, UX and the Customer Journey. This memo is how I apply those three ideas at Cord and Flouvia, and what I learned the hard way.

Design Thinking: start with someone’s problem

Design Thinking is a method centered on people’s real needs. Class tied it to IDEO and Stanford’s d.school. It has five stages, and the part people forget is that they aren’t a straight line.

1Empathizeunderstand the user
2Defineframe the problem
3Ideategenerate solutions
4Prototypea quick version
5Testput it in front of users
if the test fails, you go back to whichever stage you need
Fig. 1The five stages of Design Thinking

Cord started at empathize, even if we didn’t call it that back then. At agencies the pain was always the same: they sent the proposal as a PDF, waited for the signature over email, chased the transfer, invoiced by hand and reconciled in Excel. Define was putting it in one sentence: the problem wasn’t quoting, it was closing. That’s where the idea that’s still at the center of everything came from: from proposal to payment, in a single link.

Desirable, feasible, viable

Good design needs three things at once: people want it (desirability), it can be built (feasibility) and it works as a business (viability).

Desirablepeople want itFeasibleit can be builtViableit makes moneygood design
Fig. 2The three conditions of good design

The lesson that cost me most was that feasible isn’t always viable today. When we opened Spain, building Verifactu was feasible: the chained fingerprint, the submission to the tax authority, all validated against the official schemas. But in the United States the blocker wasn’t code, it was paperwork: completing certain payment tax forms required a company identification number Flouvia didn’t have yet. No line of code solved that.

UX isn’t UI

This is the most common confusion, and in finance it’s the most expensive. UI (user interface) is what you see: buttons, colors, type, screens. UX (user experience) is the whole journey: how easy it is, how long it takes, how it feels, whether you trust it. UI is part of UX, not the other way around.

UI · what you seeButtonsColorsTypeScreens
UX · what you feelHow many stepsHow long you waitWhether you know what happenedWhether you trust it with your money
Fig. 3What you see and what you feel

At Flouvia we see it with every store we build: a site can be beautiful and still lose sales because it loads slowly. That’s why the portal every client gets, Flouvia OS, shows the real speed metrics of their site with field data, not a pretty screenshot. Class cited Nielsen Norman Group and the ISO 9241-210 standard as UX references; the short version is that experience is measured by what happens to the user, not by how it looks.

The four principles, applied

Class gives four principles of good UX. Here’s how they look at Cord:

The friction that taught me most was one you couldn’t see on the screen. During identity verification, document capture on phones didn’t work because a site security rule was blocking the camera on that screen too. The design was fine; the experience was broken. We fixed it and added quality gates on the photo plus guidance based on the document’s country.

The customer journey, before and after

A Customer Journey Map describes what the customer does, where they interact and how they feel at each moment of their relationship with a company. It has five elements: phases, actions, touchpoints, emotions and pain points. Don’t mix up the last two: a touchpoint is where you meet the customer; a pain point is where it hurts.

In class the example was a loan application. I draw it with closing a sale, which is what Cord solves:

Without Cord
ProposalSignaturePaymentInvoiceReconcile
PDF over emailprint and scanwait for the transferby handin Excel
With Cord
LinkSignaturePaymentInvoiceCollections
live quoteon the same pageon approvaltied to paymentan agent chases it
Fig. 4The same close, without and with a single link

What matters in this map isn’t the drawing, it’s what it forces you to see: almost every pain point in the first row is a jump between tools. Improving UX wasn’t changing colors; it was removing jumps.

To build one, class proposes five steps: pick a user profile and a goal, split the journey into four to six phases, identify actions and touchpoints, record emotions and friction, and prioritize improvements. And something the professor stressed that I share: the map is built from interviews, support tickets and real data, not from what you think the customer feels.

Customer centric, for real

Being customer centric means putting the customer at the center of decisions about product, operations, billing and measurement. Before deciding anything, the question is whether it improves the customer’s experience. Class cited a figure attributed to Deloitte: customers with high-quality experiences are 3.6 times more likely to buy additional products.

At Flouvia we made one decision that sums this up: the client portal never shows sample data. If something hasn’t been loaded, it shows as empty, not invented. No decorative charts, no “all systems go” indicators nobody measured. It may look less impressive, but clients trust what they see, and in a business with a few clients a year that trust is worth more than any pretty screen.

What I take with me

  1. Start with the problem of someone with a name, not with the solution that excites you.
  2. Check all three conditions. If one is missing, it isn’t good design, however good it looks.
  3. UX is the whole journey; UI is only one part of it.
  4. Draw your customer’s journey and count the jumps between tools. Every jump is a sale at risk.
  5. Don’t show the customer anything that isn’t real.