All UX case studiesSensand B2B

Designing farm tasks into an existing IoT platform

Context
Farm managers handed out jobs by phone and WhatsApp. Jobs weren't tied to a place, and no one had a record of what was done.
My role
Led discovery and product design for Farm Tasks in Blockbase: facilitated the workshop, mapped the workflow, and designed and tested the mid-fi with pilot farms.
Outcome
Seven roles aligned in one 90-minute workshop, a mid-fi prototype within a week, and 14 tickets scoped for about three sprints. I left before the pilot results came in.
Feature
Farm Tasks v1 in Blockbase
Worked with
CEO, PM, PO, BA, FE, BE, SME
Tools
Miro, Figma, Confluence, Loom

In numbers

~1 weekfrom the discovery workshop to a mid-fi prototype
7 rolesaligned in one 90-minute workshop
14Jira tickets scoped for about 3 sprints
3pilot farms lined up for mid-fi testing

The problem

Farm managers handed out jobs by phone and WhatsApp. Workers lost time hunting for the exact spot on big properties, and no one had a record of what was done.

  • 3 of the last 5 onboarding calls asked: “Can I assign jobs?”
“Which trough? There are four up that end.”
Hypothesis: farm hand, journey map v2
How might we let a farm manager hand over a job at a place, and know when it's done?

How I took it from idea to release-ready

The rhythm I used for every Blockbase feature.

Align
  1. Align seven roles around the problem and scope

    Features usually came from the PM or CEO. I ran 90 minutes on the problem, who it's for, an assumption map, dependencies and risks, scope and T-shirt estimates.

    WithPMCEOPOBAFEBE

    Miro board: Farm Tasks feature discovery workshop
    Farm Tasks discovery workshop, 16 Aug. I facilitated, and every action left the room with an owner.
  2. Consolidate and delegate

    I wrote up decisions and actions with owners, and handed scope to the BA for tickets.

    WithBAPO

    Confluence PRD for Farm Tasks v1
    Workshop decisions and requirements, logged in the PRD.
Understand
  1. Learn the farm, then map the flow

    Our in-house SME gave me the context of use: patchy signal, 5 am starts, gloves and sun glare, and owners who think in paddocks, not coordinates. Then a hand-drawn flow, tidied into a user flow from dropping a pin to the assignee's email.

    WithSME

    Hand-drawn rough task flow with emotions at each step
    Rough flow, before team walkthroughs.
    Create task user flow in Miro
    The same flow, tidied into a user flow.
  2. Walk it through with the team

    Their feedback went into journey map v2, which made the lowest point clear: finding the spot.

    WithPOBAFEBE

    Miro user journey map for Farm Tasks
    Journey map v2, after the SME chat and walkthroughs.
Shape
  1. Hand sketches, reviewed early

    Sketches of the create-task panel and task list, reviewed with the design team and my manager before any pixels.

    WithDesign teamManager

    Hand sketch of the create task panel on the farm map
    Create task: two required fields.
    Hand sketch of the task panel, task detail and notes
    Task panel: select a task, zoom to its pin.
  2. Mid-fi, demoed and tested

    Demoed to whoever needed it, in a meeting or a Loom. When feedback raised a real question, like “Is a pin enough to find the spot?”, I tested the mid-fi with pilot farms before moving to UI.

    WithFEBEBAPOPilot farms

Hand over
  1. UI, test, document, hand over

    I designed the UI, ran user testing and documented feedback. Small changes I made myself; bigger ones went back to the team.

    WithPOFEBE

Key decisions

Only title and assignee are required

A long form is a chore between jobs, so due date defaults to today and priority to Medium.

Select a task, zoom to its pin

Fixes the lowest point in the journey: finding the exact spot on a 2,000 ha property. Pins carry paddock names, because owners think in paddocks, not coordinates.

Email now, push later

Email reused an existing service; push and offline waited for the mobile app.

Working with stakeholders

Blockbase went through restructures while I was there, so these constraints shaped the work as much as the brief.

Who I worked with, and on what

CEO and PMWhy it matters, and the roadmap
PO and BAScope, the PRD and 14 tickets
EngineersMap, pins, email service and capacity
In-house SMEContext of use on real farms
Pilot farmsMid-fi testing before UI

Blockers, and how I moved them

  • Back-end capacity was thin for the next sprintReused the existing email service, spiked by BE before we committed.
  • The farm map wasn't tuned for tablets yetDesigned for desktop in the farm office first, with tablet logged as a known risk.
  • “Is a pin enough to find the spot?”Tested on mid-fi with pilot farms, with paddock names as the fallback.

What we set out to hit

v1 was planned for release behind a flag, to three pilot farms first, with a six-week pilot.

5+tasks created per active farm, per week
70%of tasks opened from email or the panel reach Ongoing
60%of tasks marked Complete within their due date

Pilot success metrics I defined with the PO. I left before the results came in, but setting them up front shaped every design decision.

Reflection

Facilitating the workshop myself meant I knew the reasoning behind each decision. When managers changed, four times, I could explain a call instead of reopening it, and the decisions log kept Farm Tasks on track.

More work