[ ← Home ]
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =

SPARTAN CAMERA

Camera Settings App Overhaul

Role UX/UI Designer

Scope Camera Settings Page for the Mobile APP

Tools Figma, Jira, confluence, Google docs

Status In Production

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

The camera settings page was one of the most heavily used parts of the app, and also one of the most frustrating. Everything was buried in menus inside menus, so finding basic information was hard, and understanding what a setting would actually do was even harder.

The goal was to make the settings page less annoying.

As the only designer at the company at the time, my job was to work directly with beta testers and developers to restructure the settings experience, improve navigation, document the changes, and prepare the workflow for release. This was my first major project where I was pretty much responsible for the design, functionality, documentation, and communication between the backend and mobile developers.

= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =

[ 01 ] Settings Navigation

= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
A collage of many light themed settings screens showing trigger settings, camera settings, system settings, and an add event form.
Before: settings spread across many nested screens that users had to open and close to find basic information.

Basically, the main problem here was that the settings page was an endless menu of subpages.

Users were consstantly opening and closing menus just to find basic information, like if the camera was in 'Photo + Video mode', or just 'Photo' mode.

It was a waste of time and caused a ton of confusion, since users would often forget what setting they had just changed by the time they got back to the main page.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

+++ Solutions +++

Two overlapping phones showing a consolidated Camera Options screen with expandable sections for camera settings, trigger settings, work days, system settings, and wireless settings.
After: the main settings on one Camera Options screen, collapsed by default, with Update and Retrieve at the bottom.

The redesign replaced those nested pages with dropdowns that were closed by default. This immediately got rid of the massive wall of information users were initially presented with.

Instead, users could now see the most important settings at a glance and open only the specific category they wanted to change.

This made the page easier to scan and helped users keep track of what they were actually changing without having to dig through a bunch of subpages making the settings page siginificatntly easier to navigate and reduced the amount of information users had to retain at once.

= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =

[ 02 ] Context Menus

= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Two overlapping settings panels listing camera mode, photo size, thumbnail size, photo burst, video settings, system settings, unset events, and wireless settings.
Before: dense lists of setting values with little explanation of what each one actually did.

A lot of users struggled to understand how certain camera settings would behave before sending updates to the device.

Our trail cameras are pretty complex and built for a bunch of different use cases, from specific working schedules to setting daily “check-in” reports at particular times of day.

The frustrating part was that none of this information was particularly easy to find.

And at the time, the product didn't even have a user manual, so we were basically expecting users to either call support and spend an hour learning about the settings, or just figure it out through trial and error.

A terrible approach if the goal is a user friendly product.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

+++ Solutions +++

A phone showing a Camera Settings help sheet sliding over a dimmed Camera Options screen, explaining nametag, camera mode, and photo size in plain language.
After: plain language explanations for each setting, available on demand without cluttering the main screen

To solve this, we added a brief description for each section explaining what the setting actually does.

The information appears as a slide-up card when the user wants to learn more, keeping the main settings page clean while still providing context when it's needed.

Two overlapping phones showing the consolidated Camera Options screen, with a confirmation dialog for resetting the camera to its default settings.
After: the Default escape hatch, with a confirmation step before it sends a reset command to the camera.

We also added a 'Default' button as a little escape hatch.

If everything goes wrong and the user just wants to get the camera working again, this instantly reverts the device to a reliable preset, making sure some weird combination of settings isn't preventing the camera from sending photos.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

+++ Impact +++

Overall, this update introduced a lot of practical changes that I gathered directly from talking to our beta testers and working in support. It brought much-needed clarity to the app and made the troubleshooting stage significantly easier.