deep data portal

New method of data collection for on-field researchers.

New method of data collection for on-field researchers.

This project is a continuation of the bioacoustics research phase to develop tools that contribute to wildlife conservation. After developing a mobile app (link this to DeepData Capture) for data collection in the field, we designed a companion tool to import, store, and analyze acoustic data using custom-trained AI models. As the sole UX/UI designer, I was responsible for the entire design process. This included creating an intuitive interface for researchers to manage large datasets and visualize AI-generated insights.

This project is a continuation of the bioacoustics research phase to develop tools that contribute to wildlife conservation. After developing a mobile app for data collection in the field, we designed a companion tool to import, store, and analyze acoustic data using custom-trained AI models. As the sole UX/UI designer, I was responsible for the entire design process. This included creating an intuitive interface for researchers to manage large datasets and visualize AI-generated insights.

Role

UX Designer

Information Architect

User Researcher

UX Designer

Information Architect

User Researcher

Duration

3 months

Team

James Yab (Team Lead)

Daan Eeltik (App Developer)

Muhammad Fattash (Programmer)

Jaime Pena (Programmer)

Rafay Chaudry (Programmer)

Utsav Das (Programmer)

James Yab (Team Lead)

Daan Eeltik (App Developer)

Muhammad Fattash (Programmer)

Jaime Pena (Programmer)

Rafay Chaudry (Programmer)

Utsav Das (Programmer)

THE PROBLEM

THE PROBLEM

What do we do with the data after we collected it?

What do we do with the data after we collected it?

Since this is a continuation of the bioacoustics research project, we needed a platform to store the data & organize it for further analysis. Researchers were struggling to organize and analyze audio datasets collected from the field. Without a centralized platform, insights were lost in fragmented workflows. After further discussion, we opted to create another internal software tailored to our organization’s research needs.

Since this is a continuation of the bioacoustics research project, we needed a platform to store the data & organize it for further analysis. Researchers were struggling to organize and analyze audio datasets collected from the field. Without a centralized platform, insights were lost in fragmented workflows. After further discussion, we opted to create another internal software tailored to our organization’s research needs.

Diagram of workflow after data collection

BRIEF

BRIEF

Requirements of desktop application

Requirements of desktop application

The research and engineering team handed me a detailed requirements document based on fieldwork from the Osa Peninsula Bioacoustics Project. My job was to translate their technical needs into something researchers could actually use in the field.

Key priorities I identified:

  • Clear visualization of AI-analyzed bioacoustic and image data

  • Interactive mapping to show sensor locations and field data

  • Scalability to support multiple ecosystems and conservation projects

I used these priorities to design an intuitive interface that could handle complex data without overwhelming researchers working in remote settings.

The research and engineering team handed me a detailed requirements document based on fieldwork from the Osa Peninsula Bioacoustics Project. My job was to translate their technical needs into something researchers could actually use in the field.

Key priorities I identified:

  • Clear visualization of AI-analyzed bioacoustic and image data

  • Interactive mapping to show sensor locations and field data

  • Scalability to support multiple ecosystems and conservation projects

I used these priorities to design an intuitive interface that could handle complex data without overwhelming researchers working in remote settings.

Summary of Technical Requirements Brief

goal

Based off of the provided feedback and the requirements, how might we create a desktop tool that transforms raw expedition data into clear, actionable insights for wildlife conservation?

IDEATING

IDEATING

Putting pen to paper

Putting pen to paper

Facing a creative block with so many requirements, I switched to pen and paper. I mapped out the information architecture first; imagining how researchers would move through projects, ecosystems, data analysis, and maps. Once I understood the workflow, I sketched layout options to visualize how everything could fit together. Working traditionally helped me think through the complexity before committing to digital designs.

Facing a creative block with so many requirements, I switched to pen and paper. I mapped out the information architecture first; imagining how researchers would move through projects, ecosystems, data analysis, and maps. Once I understood the workflow, I sketched layout options to visualize how everything could fit together. Working traditionally helped me think through the complexity before committing to digital designs.

DESIGN

DESIGN

Main features

Main features

With so many features and requirements to organize, I kept the main navigation to 5 tabs following Hick's Law, which explained limiting choices to reduce cognitive load for researchers who needed quick access in the field.

To handle the depth of functionality without cluttering the interface, I added a left sidebar with icon-based subtabs. This gave users a consistent way to navigate within each section without scattering buttons across every page. Icons made scanning faster, especially for repeat users who'd memorize the visual patterns.


Key Design Decisions:

Color-coded status alerts - Equipment warnings and high-priority events (like poacher detection) use yellow and red to grab attention immediately

Data-dense layouts – Researchers needed to see a lot at once, so I prioritized information hierarchy over minimalism, using tables, cards, and charts that could display multiple data points without feeling overwhelming

Ecosystem templates – Predefined and custom ecosystem cards with visual previews made it easy to start new projects or switch between conservation sites

Map-first approach – The map isn't just a feature; it's central to how researchers understand sensor locations, activity patterns, and field data spatially

Toggles and filters – Built-in controls for toggling data layers, filtering by date ranges, and switching between table/grid views gave researchers flexibility without adding complexity

With so many features and requirements to organize, I kept the main navigation to 5 tabs following Hick's Law, which explained limiting choices to reduce cognitive load for researchers who needed quick access in the field.

To handle the depth of functionality without cluttering the interface, I added a left sidebar with icon-based subtabs. This gave users a consistent way to navigate within each section without scattering buttons across every page. Icons made scanning faster, especially for repeat users who'd memorize the visual patterns.


Key Design Decisions:

Color-coded status alerts - Equipment warnings and high-priority events (like poacher detection) use yellow and red to grab attention immediately

Data-dense layouts – Researchers needed to see a lot at once, so I prioritized information hierarchy over minimalism, using tables, cards, and charts that could display multiple data points without feeling overwhelming

Ecosystem templates – Predefined and custom ecosystem cards with visual previews made it easy to start new projects or switch between conservation sites

Map-first approach – The map isn't just a feature; it's central to how researchers understand sensor locations, activity patterns, and field data spatially

Toggles and filters – Built-in controls for toggling data layers, filtering by date ranges, and switching between table/grid views gave researchers flexibility without adding complexity

Final draft

PRODUCT

This was the final design I delivered before my internship ended. While I didn't get to see the development through to completion, I'm proud of establishing the design foundation and solving key UX challenges for the team.

This was the final design I delivered before my internship ended. While I didn't get to see the development through to completion, I'm proud of establishing the design foundation and solving key UX challenges for the team.

MOVING FORWARD

MOVING FORWARD

Where I'd take it

Where I'd take it

Since my internship ended right as I wrapped up the design, I wasn’t able to see the final product in action. If I had more time, I would have liked to:

  • Expand on search and filtering tools to make navigating large datasets more efficient.

  • Refine the data visualization options (e.g., species trends over time, layered mapping) to give researchers deeper insights.

  • Conduct another round of usability testing on the final prototype to validate changes before development.

  • Record end-to-end task flows (like uploading, reviewing, and analyzing datasets) from the prototype to share with the team for easier alignment.

Since my internship ended right as I wrapped up the design, I wasn’t able to see the final product in action. If I had more time, I would have liked to:

  • Expand on search and filtering tools to make navigating large datasets more efficient.

  • Refine the data visualization options (e.g., species trends over time, layered mapping) to give researchers deeper insights.

  • Conduct another round of usability testing on the final prototype to validate changes before development.

  • Record end-to-end task flows (like uploading, reviewing, and analyzing datasets) from the prototype to share with the team for easier alignment.

TAKEAWAYS

User testing brings hidden gaps to light

User testing brings hidden gaps to light

Using Maze for the first time opened my eyes to how much value comes from testing. The feedback I got from researchers pointed out issues I hadn’t considered, and it really reinforced how important it is to design with the user, not just for them.

Using Maze for the first time opened my eyes to how much value comes from testing. The feedback I got from researchers pointed out issues I hadn’t considered, and it really reinforced how important it is to design with the user, not just for them.

Design–developer handoff is an ongoing conversation

Design–developer handoff is an ongoing conversation

I also learned a lot about working directly with developers. Since I was the only designer on the team, I had to figure out how to communicate my ideas clearly and adjust when something wasn’t technically possible. Those back-and-forth conversations were just as much a part of the design process as wireframes or mockups.

I also learned a lot about working directly with developers. Since I was the only designer on the team, I had to figure out how to communicate my ideas clearly and adjust when something wasn’t technically possible. Those back-and-forth conversations were just as much a part of the design process as wireframes or mockups.

Ending without outcomes was still growth

Ending without outcomes was still growth

Even though I left the internship before seeing results, I walked away with stronger skills in research-driven iteration, clearer communication with engineers, and a better understanding of how to make complex tools feel approachable.

Even though I left the internship before seeing results, I walked away with stronger skills in research-driven iteration, clearer communication with engineers, and a better understanding of how to make complex tools feel approachable.

⋆.˚ ────୨ৎ──── ⋆.˚

Let's connect!

Maravilla Frost - © 2025

Created with 🤍 & lots of banana matcha lattes ‧₊˚ 🍵 ⋅

⋆.˚ ────୨ৎ──── ⋆.˚

Let's connect!

Maravilla Frost - © 2025

Created with 🤍 & lots of banana matcha lattes ‧₊˚ 🍵 ⋅

⋆.˚ ────୨ৎ──── ⋆.˚

Let's connect!

Maravilla Frost - © 2025

Created with 🤍 & lots of banana matcha lattes ‧₊˚ 🍵 ⋅