This content originally appeared on DEV Community 👩💻👨💻 and was authored by Jordan Brennan
I recently read an excellent case study on error messaging at Wix.com.
The company’s product was producing too many errors and the accompanying error messages were mostly a generic afterthought that didn’t help users make a bad situation better.
The CEO of Wix apparently initiated the effort to make better error messages with an email, which included this very frank statement:
Generic errors are the result of bad development and product.
Wix isn’t alone here. Every team I have worked with does not design errors. They’re rarely accounted for and when they are it’s always “reactive instead of proactive” to use the author’s words. Aside from addressing root causes of errors, Wix suggests good error messaging includes five parts:
- Say what happened
- Say why it happened
- Provide reassurance
- Given them a way out
- Help them fix it
Nice!
Not designing for error is an error. The error case is one of the default use cases every designer should include in their work. I wrote about these use cases, which I like to refer to as Zero-1-2-1000-Error.
You can read the full Wix story here.
This content originally appeared on DEV Community 👩💻👨💻 and was authored by Jordan Brennan
Jordan Brennan | Sciencx (2022-10-25T15:19:20+00:00) Not designing for error is an error. Retrieved from https://www.scien.cx/2022/10/25/not-designing-for-error-is-an-error/
Please log in to upload a file.
There are no updates yet.
Click the Upload button above to add an update.