Previous Page
Next Page

OOUX

Backgound
MUFON® is an all-volunteer, non-profit 501(c)3 charitable corporation and the world's oldest and largest civilian UFO investigation and research organization.
Goal
MUFON would like to rebrand its image to adopt a more modern look and exhibit more credibility. This new brand strategy aims to create a fresh start after some challenges they have had within the organization. They would like to attract new, younger, and more diverse members while establishing a more inclusive culture.
Method
Object-Oriented UX is a philosophy for designing digital systems that recognize people think in objects and need them to be consistent and recognizable to understand an environment or product.

The goal is to break down complexity by deliberately aligning software to a user's real-world mental model, made of concrete and defined objects like people, places, things, and content types.
Process
ORCA is a process created by Sophia Prater to interpret the OOUX philosophy. The ORCA process helps translate research and requirements into a clarified design structure.
Objects

What are the objects in the users mental model?

Relationships

What are the objects’ relationships to each other?

Capabilities

What are the capabilities the users have to act upon the objects?

Attributes

What are the attributes that make up the objects?

Discovery Phase
Object Discovery

To begin the process, we start with Object discovery, which is conducted by reviewing documentation for nouns relevant to the users. For this project, I accomplished this by reviewing the current MUFON website and MUFON's Wikipedia page. After considering each object's structure and context and its importance, I came up with seven main functions.

Relationship Discovery

Objects are defined through relationships with other objects. If a relationship exists between two objects, one object should be accessible through the other object, a path is perceived between the objects. Real world relationships should also define digital navigation.

Attribute Discovery

Organizing and prioritizing attributes early in the process allows for more intentional design and consistency. It avoids errors such as changing objects, identical objects, disconnected objects, or broken objects. When objects are well defined, each object is distinct and recognizable, therefore easily usable. Attributes are the elements that make up the structure of an object:

Core Content

(examples)
name, email,  title, description

Metadata

 (examples)
location, category, date/time, status

Related Objects

(examples above)
Relationship Discovery

Capability Discovery

These calls to action are affordances that an object offers to a user. Task flows start with a trigger, and that is usually a button. These calls to action need to be visible and reversible and part of a flow of incremental actions that receive immediate feedback.

Call to Action (CTA)

(examples)
create, delete, buy, follow, submit, add

Requirements Phase
Object and Attribute Requirements

In order to organize and document the requirements, I created a Trello Board with all of the objects, attributes, and calls to action from the discovery phase. This allows for easy reference, collection, and collaboration.

Requirements Phase

Next, I reviewed all of the objects and attributes and added additional context and requirements. Objects have mechanics, cardinality, filters, and dependencies, and attributes include various details, including how the attribute functions as well as possible content.

Object and Attribute Requirements

It's time to make tough choices. What is the immediate priority, and which objects will be added to the roadmap and prioritized for a later date. For this project, there was some overlap between Case and Evidence. The MUFON user will want to search content through a Case, but the users may wish to explore the Evidence alone outside of a Case. This user may want to conduct their own mini investigations. As a phase 1, the Case object is integral to the organization's structure, and Evidence would add delight and flexibility, but that feature is not necessary for the initial release it is a nice to have.

So, for this project, I had to descope three objects: Evidence, Post, and Journal. They will undoubtedly add greater engagement, but to deliver, they will need to be prioritized for later phases of this project.

CTA Requirements

The Trello board can be a bit inflexible when documenting the calls to action (CTA). So for these requirements, I created a CTA Spreadsheet.  The requirements for CTA's are best done in two phases. In the first phase, I documented Who uses the CTA's, When, and the Why. Once that was completed, I reviewed all of the information and was able to add the Where column, which is the user's priority and how it aligns with the hierarchy, and the Phase column, where we consider the business priorities.

Object Flow

As we move from prioritization and before we finally begin to sketch, it’s essential to take a moment to review how the objects will intersect with each other to ensure holistic and natural navigation.

Design Phase
Sketching

Finally, it’s time to sketch! In the sketching phase, the goal is to align three different views of the same object to represent the information and consistency we have worked hard to collect.

Module View

This view is a snippet that represents an instance of the object. If that object has a detail page, the module leads to the full detail view. The module view includes only the most crucial information about the object.

List View

A top-level list view will represent many objects. Some objects or nested objects may only have a list view; other objects may navigate from here to the full detail page.

Detail View

The page (URL) includes all of the attributes of the objects.

User Object sketch
View full image

Case Object Sketch
View full image

Article Object Sketch
View full image

Styles and Branding

I incorporated an updated color palette that is a modern take on a very classic alien aesthetic. I thought it was important to claim all of the work that made MUFON the oldest and largest civilian UFO investigation and research organization worldwide. As we design for the future, it's essential to design for all. As you can see, ADA (American's with Disability Act) color compliance has been designed into the new brand palette.

The current MUFON logo needed some updating and had such a design opportunity already there. The UFO that is part of the organization's name is a statement, so I made the word UFO a little out of focus, which symbolizes their purpose of understanding this phenomenon. The slab serif font selection for the name is a nod to classic government documents, and the modern san serif represents the future.

View full image

Lessons Learned

Consistency and scaling are some of the biggest challenges in software development and design. This approach introduces more rigor before the actual sketching begins, but a little more work on the front end has massive payoffs and is well worth the effort. Having so many details accounted for as part of the initial work allows for more alignment and fewer unknowns as we dive deeper into a project. The OOUX/OCRA approach can unmask meaningful or missing requirements much earlier in the process. Other benefits are increased cross-functional understanding of the project and faster development since clear and comprehensive documentation is available, lower cost, and, most importantly, happier teams and users.

Next to Seminars Attended