“I’m not a designer but…”

Last week I posted a UX challenge on LinkedIn.
I received 177 responses from senior designers and content designers. But the best response came from Joyce, a self-proclaimed non designer.
The challenge was simple:
===
Which question label works best fo…


This content originally appeared on Adam Silver and was authored by Adam Silver

Last week I posted a UX challenge on LinkedIn.

I received 177 responses from senior designers and content designers. But the best response came from Joyce, a self-proclaimed non designer.

The challenge was simple:

===

Which question label works best for ‘delivery’ and ‘collection’:

3 variants of a radio button question asking users how they want their order delivered

===

Now if you’re thinking that “Delivery method” is best, then you’re not alone.

It seems to be the most clear, concise and front-loaded solution. But my challenge had a twist:

===

If you select “Delivery”, the next screen shows 3 radio buttons:

  • Standard delivery
  • Next day delivery
  • Evening delivery

These radio buttons also need a group label and it can’t be the same for both questions.

===

I didn’t mention this in the challenge but I was already using ‘Delivery method’ for the screen you see after selecting ‘Delivery’:

Delivery method question with 3 radios: Standard delivery, Next day delivery, Evening delivery

But you shouldn’t use the same label for different questions because it’s confusing:

Imagine you’ve just answered the first question ‘Delivery method’ and then the next page loads and you see ‘Delivery method’ again.

Bad.

So that led to me to the third option:

How would you like to receive your order?

But this:

  • is long
  • is wordy
  • doesn’t make sense if you’re sending a gift to a friend

This led me to the first solution I shared in the challenge:

Do you want delivery or collection?

It’s better because it’s shorter but still feels unnecessary long and repetitive.

So then I thought:

What if I use ‘Delivery method’ for the first question and use a ‘Delivery option’ (or ‘Delivery type’) for the next question:

Delivery option

It’s okay.

But it feels like cheating because ‘option’ and ‘method’ basically mean the same thing.

So that’s when I posted the challenge on LinkedIn.

Which leads me to the good bit - Joyce’s comment:

===

I’m not a designer, but UX/UI interests me a lot so I’m always eager to see the discussions on your posts.

In my opinion, I don’t find the word ‘collection’ very clear. I assume it means that the customer can pick-up their order. If this is the case, why not offer the 3 different delivery choices plus the ‘pick-up’ option in 1 step?

Something like:

  • Standard delivery
  • Next day delivery
  • Evening delivery
  • Pick-up (at the store)

This way the user has a very clear choice of how they want to receive their order without options being hidden by a previous set of choices.

===

Here’s what I ended up with:

All 4 options on one screen

So much better.

Now Joyce may not be a designer, but I think she’d make a bloody good one.

She made me realise that I was so focused on content, that I missed the opportunity to simplify the interaction which is funny because I often say:

If you’re struggling with content, you probably have an interaction or service design problem.

This is why it’s good to get out of your own head and ask for help.

If you’d like to do that, you might like my course, Form Design Mastery. Because it’s not just a course.

You also get access to my friendly community of designers and even non-designers who know lots about form design and are happy to help (me included).

https://formdesignmastery.com


This content originally appeared on Adam Silver and was authored by Adam Silver


Print Share Comment Cite Upload Translate Updates
APA

Adam Silver | Sciencx (2025-03-02T00:00:00+00:00) “I’m not a designer but…”. Retrieved from https://www.scien.cx/2025/03/02/im-not-a-designer-but-2/

MLA
" » “I’m not a designer but…”." Adam Silver | Sciencx - Sunday March 2, 2025, https://www.scien.cx/2025/03/02/im-not-a-designer-but-2/
HARVARD
Adam Silver | Sciencx Sunday March 2, 2025 » “I’m not a designer but…”., viewed ,<https://www.scien.cx/2025/03/02/im-not-a-designer-but-2/>
VANCOUVER
Adam Silver | Sciencx - » “I’m not a designer but…”. [Internet]. [Accessed ]. Available from: https://www.scien.cx/2025/03/02/im-not-a-designer-but-2/
CHICAGO
" » “I’m not a designer but…”." Adam Silver | Sciencx - Accessed . https://www.scien.cx/2025/03/02/im-not-a-designer-but-2/
IEEE
" » “I’m not a designer but…”." Adam Silver | Sciencx [Online]. Available: https://www.scien.cx/2025/03/02/im-not-a-designer-but-2/. [Accessed: ]
rf:citation
» “I’m not a designer but…” | Adam Silver | Sciencx | https://www.scien.cx/2025/03/02/im-not-a-designer-but-2/ |

Please log in to upload a file.




There are no updates yet.
Click the Upload button above to add an update.

You must be logged in to translate posts. Please log in or register.