By Peter Ramsey

19 Nov 20

Building a store Company Logo
UX of Payments
11 min read
Listen

Building a store

Building a store Featured Image

Up to now, this publication has focused on very specific parts of the ownership experience.

But it’s time to take a step back and consider a more general question: what it is like to run a store with one of these devices?

And, while we benchmark that experience, it’d be unfair to not include the billion-dollar behemoth that is Shopify. So for this final chapter, I’ll be throwing them into the ring too.

Summary: Verifone are so far behind with their software—compared to iZettle, SumUp, Square and Shopify—that I doubt they’ll ever catch up.

Key takeaways

  • 🙉

    Why you can’t blame the chimpanzee.

  • 📈

    Why mundane tasks hurt so bad.

  • 🏌️‍♂️

    The importance of timing.

  • 🙅‍♂️

    How data lies.

  • 👨‍🦯

    The danger of MVPs.

Case studies

Benchmarking the experience

If you Googled ‘iZettle vs Square’, or something similar, then you’d be inundated with comparison tables.

But most of these have an achilles heel: they’re all comparing stuff that you don’t really care about.

“iZettle has feature A, SumUp has feature A, Square has feature A…”

Instead, let’s look at 5 ‘real-world’ scenarios—things you’ll actually do, and miss if they’re not there.

This includes the new Verifone portal that I’ve been given early access to, which is currently in a limited Alpha.

What's possible with each service?

iZettle

Square

SumUp

Verifone

Shopify

Saving products in the app, so the seller can quickly add to a ‘checkout’ later.

Offer custom discounts or vouchers.

Print receipts from a normalprinter, from a mobile phone.

Automatically manage an inventory of items.

Offers integrations to major accounting tools (or IFTTT).

I know—I was disappointed at Verifone’s portal too. Perhaps that’s not the aim of this platform, but then what is the point in it?

Credit where it’s due, iZettle excelled here. They’ve got a really deep feature-set, solving even minor annoyances.

But as always with Built for Mars, what was the more general experience like, and how could these services improve their UX?

The experience

1. We're all chimpanzees, really

If you gave a chimpanzee a screwdriver and some Ikea furniture to build, you’d probably be disappointed when you came back a week later and found that they’re only using the tool to fish for termites in mounds of soil.

null image

Even if these chimpanzees had a perfect comprehension of the english language, you stillcouldn’t blame them, because you didn’t explain the core principles:

🏠

What the end result is

i.e., what is the Ikea furniture?

🔥

The benefit of the end result

i.e., why should I want to have this furniture?

🧠

How the tool works

i.e., when do I need the screwdriver and how does that work?

Without this foundation of understanding, it’s unreasonable to expect somebody—especially a chimpanzee—to use your product in the right way.

As a product designer, it’s your responsibility to convert new users into power users, not theirs.

This example sounds silly, but this is more or less what has happened to many of the ‘power-user’ features inside these payment services.

A good example of this are the coloured tags that you can associate to products.

I Zettle Col
Sum Up Col
Square Col

Literally, at no point is it explained why anybody would want to use these, when they should use them or how to use them effectively.

As a result, I doubt many people ever do use them—at least not in a productive way.

2. Exponential effort required

iZettle, SumUp and Square all allow you to create variables—for example, if you were selling T-shirts, then they’d be ‘small’, ‘medium’ and ‘large’.

But what would happen if you had two variables, like size and colour?

The answer is that the number of combinations grows exponentially. A T shirt with 4 sizes and 4 colours has 16 possible combinations.

Now imagine that a coffee shop owner is adding ‘latte’ as a product, and there are 3 variables: 4 sizes of cup, 4 types of milk and 4 types of bean—there would be 64 combinations.

The point is this: unless your software automatically creates these combinations based on your variants, then it quickly becomes unmanageable.

iZettle and Square do, but SumUp doesn’t.

null image

Technically, this is just the lack of a feature. But the frustration for the user is amplified by a few psychological biases.

🏔

Peak end rule

You’re likely to remember this mundane and boring experience, even if the rest of the app is great.

🗺

The planning fallacy

People underestimate how long tasks like this will take, so it’s likely that they’ll be frustrated with how long they spend doing it.

In short: this would be a major point of friction for many users, possibly even deal-breaking.

3. How not to time onboarding

When it comes to onboarding, timing is everything.

If you show the user how to do something too early, then they won’t pay attention. Too late, and well, the damage has already been done.

Imagine if the instructions for how to build your Kinder egg toy were carved into the chocolate shell—you’d have eaten the instructions before you realised that you even needed them.

null image

It can be frustrating to use Square as a new user, because although they have ‘learn more’ links dotted around the app, they’re often a few actions too early.

For example, when creating options and variations for your products, there is literally no guidance at the point where the user will actually need it.

Square Onbo1
Square Onbo2
Square Onbo3

4. Data lies, (and is lying to these services)

Imagine that you’re trying to buy tickets to a popular event, and halfway through the process you’re shown this screen:

null image

What would you do? Well, you’d most likely just click that proceed button. And therein lies a problem.

If you were looking at Google Analytics, this page would have a normal conversion rate. There would be no symptoms of a bad experience in the data.

I call these leap of faith pages. They’re essentially pages where there is only one obvious action—so regardless of how awful the UX is—the user takes a leap, clicks the button and proceeds.

And these types of pages don’t necessarily have to be ugly like in my example, they can be the opposite: totally empty, like Square’s customers page.

null image

You see, other than the main menu, there’s really only one clickable item for the user, and that’s the three dots (top right).

Most of Square’s users who see this screen will click those 3 dots, and stumble across the ‘create new customer’ link. But that doesn’t mean it was comfortable.

Is this screen self-explanatory? No. Is this good UX? No. Will the data show that users have an issue with this? Unlikely.

5. Most MVPs suck

Here’s an ugly truth: most companies don’t understand how to produce an MVP (minimum viable product), and they’re a total waste of time.

It feels like the whole purpose of an MVP has been forgotten, and companies use it as an excuse to release half-baked services—or as a buzzword to postpone taking the time to reallyunderstand their users.

MVPs should not be buggy, or frustrating and awkward to use.

A more accurate definition of an MVP is this: the minimum product required to actually learn from your users.

Their purpose is to validate assumptions about a product’s requirements. But how can you determine if people like or need a feature if it’s horrible to use?

You often can’t.

With that in mind, Verifone have given me access to the MVP of their new portal, which is essentially their take on the software layer that iZettle, SumUp and Square have been building for more than a decade.

null image

The data that Verifone accrue from this version may be wildly unrepresentative of how users would really like to use their software.

For example, if we just focus on the screenshot above:

📋

How often will people check their reports?

Probably not very often, because it’s awkward to do. Does this that mean people don’t want to check their reports? No.

🗳

Which filters do people want?

Verifone won’t know, because when users realise how fiddly they are to use, they won’t bother using any of them.

🔭

Do people search for individual transactions?

Because the table is so hard to use people may rely on using the search function. Verifone could read into this as “people want a better search”, which might not be true.

The risk here isn’t just annoying your users, but building the wrong thing based off misleading data.

Conclusion

The irony of incumbent organisations building software, is that in addition to being far worse at actually building it, often they don’t understand it enough to know how far ahead the competition are.

And I worry that Verifone is in a similar position. I doubt they’ll ever catch up.

Yes, as I demonstrated in chapter 3, Verifone is the cheapest provider. But, honestly, I’d rather pay for any of these 3 services. I’d probably pay double what they’re charging now—that’s how much better they are.

One thing is for sure: none of them are finished. The user experience of building and running a store using these devices hasn’t peaked.

All of these companies will need to listen to, and understand, what drives small businesses—their goals, frustrations and hardships. And then take the time to obsess over, and fix, the tiny annoyances that stop people really loving their products.

And that’s exciting, because if there are still improvements to be made, then starting a business in 5 years should be even easier than it is now.

Study Complete

That was an easy way to consume 50 hours of UX research, right?

What will you dive into next?

All of the UX analysis on Built for Mars is original, and was researched and written by me, Peter Ramsey.

Never miss the free UX analysis

Free case studies, the moment they’re released, plus a digest of the best UX Bites every few weeks.