4 ms·
Deception is NEVER benevolent. Don't lie to your users, people.
by tomc1985 9y ago
Deception is NEVER benevolent.
Don't lie to your users, people.
- jbarciauskas 9y agoOur brains are funny things and there are lots of ways to hack them to make the world a more enjoyable place. A related idea: https://signalvnoise.com/posts/1244-defining-the-problem-of-elevator-waiting-times https://signalvnoise.com/posts/1244-defining-the-problem-of-... I would put these solutions into the same category: accommodating the way the brain works to create an overall more pleasant experience. You may choose to call it deception, but you probably don't want to live in the world where no one does anything along these lines.
- tomc1985 9y ago> overall more pleasant experience It is far more pleasing to understand what is going on and be able to measure its progress then to be shown a series of arbitrary shapes and symbols that happen to push one's happy buttons. Stop pandering to your users' mercurial, unpredictable, and manipulable feelings, and start using your software to teach their brains how it all works. Plus, then I don't finish the interaction with, "well, what else have they deceived me on?"
- nasso 9y agoMaybe for you but i dont think that is true for a majority of the population.
- hinkley 9y agoSo I should never pretend that an operation that took 10 ms took 200ms so the users stop hammering the Save button over and over again because there's 'no way' it could have saved that quickly?
- codycraven 9y agoWhy wouldn't you instead show a timestamp of the last save, giving confirmation that the save really went through?
- tomc1985 9y agoOr a quick tooltip that flashes "Document saved" before disappearing? Or disable the button for a second after saved? Or show a cute little "save complete" icon? Or autosave on change and disregard the save button entirely?
- paulcole 9y agoOr just give a save button because that’s what people expect and want?
- deecewan 9y agoOur software product eventually got auto-save after having required manually saving for a while. We got rid of the save button, and got tons of complaints. The button went back up, with no functionality, because users liked that. Finally got rid of the button and put some text that said 'saving...' -> 'auto-saved' in its place.
- starsinspace 9y agoTypically, applications disable the save button when there are no changes that could be saved.
- tyingq 9y agoIt's visual "proof" that the app itself isn't hung. I agree that you would have to be careful with the text, but progress bars do have some value.
- miketery 9y agoI disagree. There's a difference between a progress bar that could just be a spinner or no progress bar at all because it's fake. And a progress bar that attempts to communicate real progress.
- tyingq 9y agoFor me, a spinner doesn't say much, because it could just be something like an animated gif, while the app itself is hopelessly out to lunch. Knowing that at least one thread is working in a long running task is calming.
- vortico 9y agoNo it's not. It doesn't prove anything, and there are ways you can prove it that don't deceive the user, like a status message at the end or a change of button text. The value of a progress bar is for the user to see the state of a background process, not to see whether it suceeded. Don't assume that all your users, or even a small proportion, think this.
- tyingq 9y agoI'm not suggesting deceiving users. I'm suggesting a spinner isn't much proof of the app not being hung. Some kind of updating status or progress is, assuming it's not complete bullshit. I can see cases where "slightly bullshit, but somewhat true" is better than just a spinner or unresponsive UI.
- vortico 9y ago>Some kind of updating status or progress is, assuming it's not complete bullshit This is where we agree. If the progress bar is bullshit (like the IE6 loading bar), then it means just as much to most users as a spinning beach ball, but slightly more insulting to the users' intelligence/experience.