Back to Projects
Product Design · UW GIX × Microsoft Research × Nelson Farms · 2024 to 2025

FarmGazer

A mobile app and solar-powered camera system that lets large-farm owners spot crop problems from their phone, instead of walking thousands of acres to find them.

AI-Powered Mobile App Hardware + Software Human-in-the-loop

Role

Product Designer
Digital + physical

Timeline

Sep 2024 to Mar 2025
6 months

Team

4 people, GIX Team 16
Design · PM & hardware · Software · AI

Sponsors

Microsoft Research
Nelson Farms

FarmGazer poster: a farmer in a wheat field holds a phone showing the FarmGazer app, with solar-powered camera units on poles behind him
FarmGazer poster · deployed on Nelson Farms (mobile dashboard + pan-tilt camera)
Watch the FarmGazer demo

Overview

What is FarmGazer

Large U.S. farms often span 1,000+ acres, and checking crops still means one or two people walking the fields for about a week. FarmGazer 1.0 had already put cameras in the field, but the photos sat unsorted in a desktop backend. FarmGazer 2.0 aimed to turn those photos into answers: what is wrong, where, and what to do next, on the farmer's phone.

FarmGazer is a distributed system: many small camera units spread across a farm, an estimated 50 to 60 for 1,000 acres. We built and deployed two working units for the owner of Nelson Farms, a 7,500+ acre wheat farm, as the first nodes of that network. Through 4 field interviews, 4 expert interviews, and 5 usability sessions, I defined the flows behind a card-based home screen where testers found a flagged issue in 4 seconds instead of 11, and the rules that keep farmers in charge of the AI: every tag can be questioned and corrected.

Team & Role

Wanling YuProduct Designer · Digital + Physical
Haoran ZengProduct Manager & Hardware Developer
Joel ZhuSoftware Developer
Zia SunAI Pipeline Developer

I was the team's only designer, and I treated the interaction as one experience across hardware and software: what the camera can see decides what the app can show. I turned field research into the information architecture, user flows, and concept sketches, and the team built the app directly from them while I moved on to designing the enclosure. I then planned and ran the usability tests and turned the findings into the changes the team shipped.

Ledby meResearch synthesis · information architecture and user flows · concept sketches · usability test plan and sessions · change recommendations · enclosure design and CAD · expert interview
Built with the teamDevice code for the capture unit, the laser-cut connector, and field assembly. The app's front end and screen details were built from my flows and sketches.

Timeline

Sep
Oct
Nov
Dec
Jan
Feb
Mar
Research
Sponsor brief · secondary research
Field visits · farmer interviews
Usability tests · 5 sessions
Design
Concept sketches · user flows
Card vs map test · change list
App build
Hardware
Expert interview · enclosure concepts
Enclosure CAD · pan-tilt builds
Field deploy
AI
LLM pipeline exploration
Vision LLM + knowledge base integration
Led by meTeam work

Research & Insight

Why it matters

7%

of U.S. farms are 1,000+ acres, yet they control 73% of all farmland. Walking it is no longer practical.

32%

rise in farm labor costs since 2017, while farm employment fell 15%. There are fewer people to do the walking.

14%

of yield losses from pests and disease could be prevented through earlier intervention.

Sources: USDA 2022 Census of Agriculture · AgWeb · Agrivi

Who we designed for

We interviewed both. The family farmers we met at the Bellevue market walk their own fields every day. Owners of 1,000+ acres can't. They carry the labor shortage and lose the most when a problem is found late. We chose them and left small farms out of scope, even though small farms far outnumber them.

How we learned

Field observation

FarmGazer 1.0 on site

Watched the first-generation cameras run in real field conditions to see where they failed.

Field interviews × 4

Large and small farms

Two with Nelson Farms operators and owner, two with family farmers at the Bellevue farmers market.

Expert interviews × 4

One each, mine on hardware

Each of us interviewed one expert. I chose a mechanical engineer who builds camera hardware, because a design only matters if it can be built.

Team members crouching in a field to inspect crops with a farmer
Inspecting crops with a farm operator
A farmer talking with team members at a table
Interviewing the farm owner
Expert interview guide · camera & enclosureWritten by me · Oct 2024

Interviewee: a Seattle mechanical engineer at an optics and photonics firm, working across camera hardware, firmware, and robotics. One hour, remote, recorded with consent.

  1. Which camera types are used for agricultural monitoring today, and could a multispectral camera work for us?
  2. How would you build a low-cost waterproof enclosure? Would O-ring seals or epoxy cable penetrators hold up?
  3. Our camera sits behind a glass cover and picks up reflections. Should it move outside the cover, and how do we keep it waterproof?
  4. What enclosure shape and material suit a camera that pans and tilts?
  5. Can the enclosure itself cut glare while the camera moves, alongside software fixes?

What we heard

Insight 01

Priorities change with the season

Growing season is about pests, weeds, and disease. Off-season shifts to drainage and planning.

NeedSort and filter by problem type, not just by camera.
Insight 02

One field at a time

Farmers clear every issue in an area before moving on to the next.

NeedA complete view of each field, with location and recent history.
Insight 03

Time on the farm is fragmented

Owners spend the day on tractors and sudden tasks. They are rarely at a desk.

NeedPhone first, few taps, only the critical information.

Problem Framing

Today's monitoring journey

01
Walk the fields

1 to 2 people, about a week per full pass

02
Cameras capture

FarmGazer 1.0, one fixed angle behind glass

03
Open the backend

On a computer, back at the office

04
Scan every photo

All devices, all days, no categories

05
Judge the risk

From experience and the weather

06
Act

Call or text the crew

at 01Too slowPests and disease spread before anyone walks past.
at 02Glare & fogReflections off the glass cover, condensation inside, one view only.
at 03Desk-boundFarmers are on tractors, not at desks.
at 04No triageEvery photo looks equally urgent.
at 05Numbers without meaning42°F and 57% humidity: is that a drought risk?

Core pain points

01

Too slow to spot issues

Photos arrive unsorted, so finding one problem means scanning every image from every device, at a desk.

No triageDesk-bound
02

Data without meaning

Farmers read the weather, not sensor values. Temperature and humidity numbers alone don't say whether drought is coming.

Knowledge gapLow trust
03

Hardware not field-ready

Glare, reflections off the glass cover, humidity, and a fixed view limit what the camera can actually see.

GlareWeatherproofing

Reframe

From

Single-issue detection

One computer-vision model per problem. Each new threat needs new training data, and the farmer still pieces the picture together.

To

Whole-field monitoring

A multimodal LLM reads the photo and the microclimate together, checks an agricultural knowledge base, and explains what it sees in plain language.

How might we help large-farm owners catch crop problems early across thousands of acres, without walking every field or blindly trusting AI?

Design Process

From sketch to screen

I assumed farmers would want the app to plan their day (sketch 2). Testers said task reminders felt like overhead and asked for red and yellow flags instead, so the day plan became two-level priority flags. The issue filter (sketch 1) became tabs, and custom labels (sketch 3) stayed editable within a fixed set.

Hand sketch of phone screens that color-code detected crop issues, filter images by issue type, and highlight the problem area on a photo
Sketch 1 · see the issue
Hand sketch of phone screens with a daily task timeline, quick-action buttons on an issue photo, and a tracker that switches between solved and ongoing
Sketch 2 · plan the day
Notebook sketch of four phone screens: an image gallery filtered by pest, the issue dropdown, an add-new-label form, and the list showing the newly added label
Sketch 3 · custom labels, extends 1

Test plan

Before testing, I turned each design assumption into a question we could measure. The scenario: James owns 1,500 acres, and before heading out at dawn he opens the app to see what the cameras caught overnight.

Test questionWhat we found
01Which home view, cards or map, lets farmers find and locate a crop issue fastest?Cards won. 4s against 11s on the map, so cards became the default.
02Do temperature and humidity readings help farmers act on crop health?Rarely used. Farmers judge by the weather and don't know which readings signal trouble, so raw numbers need interpreting.
03Are AI tags actionable, and does showing the reasoning build trust?Yes, if short and editable. Long paragraphs frustrated testers, and a missed issue rated worst of all AI mistakes.
04Do past photos of the same spot lead to better decisions?Yes. Owners use past photos to catch early signs the AI missed. Led to the History tab.
05Can farmers combine filters to surface priority issues?Cut after the pilot. It took time without telling us much, so the session went to AI trust instead.

From my evaluation plan · Jan 2025 · 45-minute moderated sessions on an interactive prototype

Key decision · Card view or map view

Prototype home screen grouping crop photos into cards by issue type: weeds, drought, pest, disease
A · Card view
Prototype home screen showing device pins on a satellite map with a preview card at the bottom
B · Map view

Both home screens were built from my flows. I designed the test: find a flagged issue, as fast as you can.

Card view4s
Map view11s

The first three testers chose cards: bigger photos, no satellite clutter. The two agronomy experts we added later preferred the map for spatial context. Both needs were real.

DecisionCards by default for fast triage, with a collapsible map on top for location.

What testers changed

FindingChange shipped
01Long AI paragraphs are hard to read on a phone, and frustrating when they turn out wrong.Analysis split into short, collapsible parts: problem category, summary, interpretation.
02There was no way to say a field is fine, so healthy fields looked unchecked.Added a Healthy tag, so every field has a status.
03Farmers see value in AI, but won't let it have the final word.Every AI tag is a suggestion the farmer can edit at any time.
04Owners coordinate by texting their crew.A Share button on every photo.
Earlier detail screen with long paragraphs of AI summary and interpretation
Before · paragraphs
Revised detail screen with AI analysis broken into short phenomenon and indication points
After · scannable points

Test prototype screens

Solution

01

We make it faster

Triage the whole farm at a glance

  • AI tags every photo by problem type, so the home screen is already sorted.
  • Tabs by issue match how priorities shift with the season.
  • Each card names the field and time, so farmers know where to drive.
DroughtPondingPestsDiseaseWeedsHealthy

Answers pain point 01 · issue found in 4s

Screens: shipped app, built from my flows

Shipped overview screen with tabs for weeds, drought, healthy, and disease, and photo cards labeled with field name, time, and tag
Shipped detail screen with an editable drought tag, temperature and humidity readings, and the AI analysis expanded to a short summary and interpretation
Copilot tab
How many times has drought occurred this year?
This year, drought has occurred 13 times on your farm.
How do I prevent drought?
Here are some effective practices: 1. Improve soil structure, for example with cover crops…
Ask about the crop conditionSend
02

We make it clear

AI that explains itself, and can be corrected

  • Microclimate beside the photo: temperature and humidity give the image context.
  • Analysis in three parts: problem category, summary, interpretation. Open only what you need.
  • Editable tags: the pencil on every tag keeps the farmer in charge.
  • Copilot: ask about your own farm's history in plain language.

Answers pain point 02

Screens: shipped app, built from my flows

03

We make it field-ready

From enclosure sketches to a unit standing in the wheat

I picked a hardware expert on purpose. On this project the interaction runs through the device as much as the screen: if the camera fogs up or catches glare, no interface can fix the photo. The interview changed my direction. I had been researching software fixes for glare; he pointed to the security-camera answer instead.

FarmGazer 1.0: a clear plastic junction box with the camera behind its cover, under a flat sheet roof FarmGazer 2.0: a white 3D-printed enclosure with a roof overhang and the camera in its own housing, above a solar panel
Before the interview: v1 by the previous team, camera behind a clear cover · After: my enclosure, camera in its own sealed housing under a roof
From the interview
What I designed
Shade the lens like a security camera. Coated glass only pays off at production scale.
An anti-glare hood in my first concept, built as a roof overhang over the camera.
The problem I brought: v1's camera sat behind a glass cover and caught reflections.
The camera moved into its own small housing with an open lens port, sealed with a 3 mm O-ring.
Pan and tilt widen coverage, but add cost and complexity. A well-placed fixed camera can be enough.
A compact two-servo pan-tilt that stops at 4 set angles per capture, not a full PTZ camera. Built on a commercial pan-tilt kit, with the bracket and housings redesigned to fit the weatherproof body.
Prototype on a budget with off-the-shelf parts. Weigh multispectral cameras against their cost.
A standard wide-angle Pi camera and off-the-shelf boards in 3D-printed parts. The AI reads color photos plus microclimate data instead.
Sketches of curved anti-glare camera covers
Concept 1 · anti-glare hood
Sketches of a waterproof enclosure with rubber gaskets, O-ring lens cover, and sloped top
Concept 2 · waterproof body
Sketches of a pan and tilt mechanism with horizontal and vertical rotating modes
Concept 3 · pan-tilt mechanism
Finished unit with white enclosure, roof, and solar panel on a pole in a field
Built · in the field
CAD render of the enclosure main body CAD render of the roof plate with mounting pegs CAD render of the middle layer that holds the boards CAD render of the camera enclosure front with lens opening CAD render of the connector arm between the pan servo and the camera

Final CAD, modeled by me · 5 of 10 printed parts

All FarmGazer enclosure parts laid out: white 3D-printed main body, roof, plates and small housings, with the Raspberry Pi, camera, servos and cables

Built to be rebuilt

A distributed system only works if units are cheap to make and quick to put together. Every enclosure part is 3D printed, and the whole unit goes together in 15 steps with self-tapping screws. A step-by-step assembly guide and the open CAD files let the sponsor build more units.

Each unit captures 3 times a day from 4 angles, runs on solar power with no manual charging, and logs temperature and humidity with every photo.

Answers pain point 03

Result

A team member installing a FarmGazer unit in a harvested field
2units

Deployed on Nelson Farms (7,500+ acres), the first nodes of a distributed network

4svs 11s

To find a flagged issue with the card home screen, in usability tests

What I'd measure next

The 4s against 11s comes from usability tests, not the field. The two deployed units have no usage numbers I can report, so instead of inventing one: I'd measure how long an owner takes to clear the day's flagged photos, against a week of walking the fields, and watch for missed issues, a confident "healthy" on a field that turns out sick.

Next stage

Industrial-grade waterproofing and soil moisture sensors; multi-user access so owners can share flagged issues with their crew, with confidence levels on every AI tag; and testing across farms with different crops.

Read the GIX feature on FarmGazer

Learning

What I'd do differently

Bring expert users into testing from the first session. The first three testers chose cards; the two agronomy experts we added later wanted the map for spatial context. That need only surfaced at the end of testing, so the map became an add-on on top of cards. With both groups in the first round, I could have designed the home screen around both needs instead of adding one late.

The relationship and trust between users and AI

Concern

How do we define the user-AI relationship while keeping it trustworthy and reliable?

Observation

Users feel uncomfortable when AI gives lengthy but incorrect analyses.

Observation

Some users feel they give away their data for free to train commercial AI models.

Design pivot

Users can edit AI-generated tags at any time.

Design pivot

AI analysis should stay concise.

Learning

AI should support users, not make decisions for them.

Further consideration

Be clear about how farm data is used, and test whether it can stay within edge AI models.

A miss costs more than a false alarm

We asked testers to rate how much each kind of AI mistake would hurt them.

Missed issue5.0
Wrong type3.5
False alarm2.0

Negative impact, 1 to 5

False alarm

Costs a few seconds

AI says "pests", the crop is fine. The farmer opens the photo and moves on.

Missed issue

Costs a crop

AI says "healthy", pests are spreading. Nobody opens a photo marked healthy.

So a confident "healthy" is the riskiest thing the app can say. That is why history sits one tap away for checking past days, why every tag stays editable, and why showing AI confidence is the next step.

Wanling's Role

Product Designer · Digital & physical
Research · UX flows · Usability testing · Enclosure design & CAD · Device code

Team (GIX Team 16)

Wanling Yu · Haoran Zeng
Joel Zhu · Zia Sun

Sponsored by

Microsoft Research
Nelson Farms

Year

2024 to 2025

Next Project
Femooi