Designing Interfaces with CRUD and FEE

As part of my work, I spend a chunk of time designing interfaces. On the surface, this is easy enough - lay out controls in a sensible manner, make sure things align with the user’s mental model about how they expect to get the work done, and check against some basic design principles.

But, it’s not that simple. When we design things for an interactive medium like the web, we have to contend with not only the design of the interface itself, but also the states of the interface - what happens when a user does X, Y and Z.

States can be difficult to design for, because it requires thinking of the design in motion, not static, and it requires remembering what states to consider for each component of the interface. Make no mistake, however: poorly designed states are one of the more egregious interface design mistakes. Sure - it’s easy to design a static screen, but to think through and design it well as it changes in front of a user’s eyes? That’s a whole different story.

To help, I use a couple acronyms to keep these states in front of my mind the whole time I design. When designing an interface, I consider CRUD, and FEE. Here’s how they break down.

First is the common acronym CRUD - used to represent the basic states of any i/o system:

  • Create - how does a user create something in this view? What does that interaction look like?
  • Read - what does it look like to view information in this interface? This is usually the default state you’ll design.
  • Update - how does a user update something in this view?
  • Delete - how does a user delete something in this view? Can they? What happens to other items when something is removed?

CRUD is a pretty well-known and straightforward set of states to design for, and can go a long way toward ensuring you’ve covered the major states of the interface. But, it doesn’t end there. There are a few additional states to take care of, to ensure the design performs as well as possible, and provides the best possible user experience. I remember these with FEE (because it’ll cost you if you don’t think through these):

  • Full - how does the interface perform when it’s full? If you’re displaying 1,000 items, are you paginating, scrolling, etc?
  • E - the converse to full, how does the interface appear when it’s empty? This is also known as “zero state” or “first-time use”. Patterns like these can help suss out how to solve this state.
  • Error - what happens when a user makes an error? If you’re designing for mobile, what happens if the connection drops? Where you you communicate this, and what language do you use? Helping users recover from errors (because they will make them) is a critical part of crafting a great experience.

CRUD and FEE can be great litmus tests for any part of your interface, ensuring you’ve captured not only the static layout and design of the screen, but the motion of the interface over time as the user interacts with it.

Do you have any acronyms or other devices that help you remember what to design for? Drop them in the comments!

Related Posts

The Art of Finding a Way

Being resourceful and relentless is one of the keys to being successful (and a great shipper). When in doubt, find a way.

Why I Have a Cocktail at 3:30 Every Day

Every day at 3:30, I stop what I'm doing and have a cocktail. It's become an incredibly important part of my daily routine.

Everyone In a Startup Should Have This Skill

You know you need technical skills to build the product, and sales skills to sell it, but does your team have this critical skill?

Doing Things Makes You Feel Better

If you're feeling down, depressed or just in a blah mood, do something. Anything. Make a thing, clean a room. Action makes you feel better.

Review: Auth0

Auth0 is a service that provides identity as a service, so you never have to build authentication again. Here, I lay out the good and the bad.

Why I Unfollowed Everyone on Twitter

I unfollowed everyone (~4,500 people) on Twitter. Here's why I'd do such an insane thing.

How to Turn Off Facebook Live Notifications

Facebook Live is cool, but the constant notifications about new videos aren't. Here's how to turn them off and get some peace.

If You Don't Have a Feedback System, It's Not Agile

Everyone loves to throw around the 'agile' word, when talking about how they approach development. But, who's actually doing it, and who's just pretending?

When Employee Retention is a Bad Thing

Having employees that stay around for awhile is a great thing, right? Maybe not always.

Review: Project 333

In a desparate attempt to declutter our space, we gave this radical program a try. Game changer, for sure.