Comment by afandian
3 months ago
I see your point, but I'd argue the opposite.
If I say no, that's an optional feature that I didn't ask for, and no longer need to think about it.
If I say 'not yet', it's one more thing I know I'm going to be reminded about, one piece of software that has no respect for me or consent.
Are you perhaps more concerned about software that keeps nagging you about the same thing over and over again than about the wording in particular? Because badly designed software will do that whether you told it "not yet" or "no".
While I can see the frustration by repeatedly using such software, it seems fair that a well-intentioned UX designer would use "not yet" if they found it works better for a majority of people. What then matters is that they respect the intent of everyone by not bringing the choice up again.
I think 'well intentioned UX designers' who do this are in the minority, honestly. Or naïve. Per derefr and latexr's comments, it's a dark pattern with an ulterior motive.
To your question, I'd say it's a false dichotomy.
The repeating behaviour and the 'not now' are two sides of the same coin. Per the original post, and my experience, those 'not now' buttons keep coming back.
And, for the sake of argument, how should respectful software behave? If I clicked 'not now', are you _ever_ going to ask me again? If so, how do you decide on the time-period? If not, why make 'no' more complicated than 'yes'?
> The repeating behaviour and the 'not now' are two sides of the same coin. Per the original post, and my experience, those 'not now' buttons keep coming back.
So you're using "not now" as a shortcut to identify malicious design. That's fine but personally I'm not. I would go as far as claiming as most people don't feel this way about such a tiny wording detail, but I obviously haven't ran any A/B testing to confirm either interpretation.
> And, for the sake of argument, how should respectful software behave? If I clicked 'not now', are you _ever_ going to ask me again? If so, how do you decide on the time-period?
Honestly this question seems bizarrely focused on making the software give you a definite promise on what it will or will not do. It's a valid design question how to respectfully prompt the user for choices, but if that's your concern then this specific wording choice is an unimportant detail to get stuck on.
> If not, why make 'no' more complicated than 'yes'?
The reason was given my my opening argument: "no/yes" demands a conscious choice whereas "not now" doesn't. "not now" is plausibly less complicated than "yes" for a majority of users, and cognitive overhead generally matters more to people than imaginary contracts about future choice prompts.
1 reply →