From 07e4a2dafe248280b5610f8c7d09b0f30b530f54 Mon Sep 17 00:00:00 2001 From: Bradley Taunt Date: Mon, 10 Jun 2024 09:41:25 -0400 Subject: Initial modifications to rebuilt only changed files based on mod date, performance updates --- build/posts/cut-your-forms-in-half/index.html | 72 +++++++++++++++++++++++++++ 1 file changed, 72 insertions(+) create mode 100644 build/posts/cut-your-forms-in-half/index.html (limited to 'build/posts/cut-your-forms-in-half/index.html') diff --git a/build/posts/cut-your-forms-in-half/index.html b/build/posts/cut-your-forms-in-half/index.html new file mode 100644 index 0000000..ad04d94 --- /dev/null +++ b/build/posts/cut-your-forms-in-half/index.html @@ -0,0 +1,72 @@ + + + + + + + + Cut Your Forms in Half + + + + + + + +
+

Cut Your Forms in Half

+

2019-05-09

+

Building web forms can sometimes feel like a boring or daunting task. Don’t pass this dread on to your users - rip out as many of your form fields as possible.

+

Web forms tend to get a bad rep, mainly because so many horrible design choices are made without the user experience set at the forefront. Often times clients demand that they need those twenty input fields or else how will they collect critical information from their users? Normally when I’m approached with such a statement I simply ask them:

+
+

“How many form fields would you be willing to fill out for an emergency situation?”

+
+

“My form isn’t for emergencies though”, they might reply. In that case ask them why they feel it acceptable to waste their users’ time just because it isn’t urgent. Time is valuable.

+

Fixing a form in the wild

+

Let’s use a real-world form off the Great West Life Insurance website as an example (left is original, right is updated):

+

Breaking things down

+

So what exactly have we changed?

+ +

Helpful Micro improvements

+

You don’t need to be extreme when gutting form fields - just be practical.

+ +

Further reading

+ + \ No newline at end of file -- cgit v1.2.3-54-g00ecf