Fresh chickens, fresh dirt, fresh org
Before a single egg is laid or sensor is installed, the very first step in this backyard-meets-tech journey isānaturallyāsetting up a fresh Salesforce Developer Edition environment. š§¼š£
Why start with a clean org? Because I want zero interference from other projects and full freedom to build whatever wild (or feathered) idea comes next. I also want a place where I can safely explore new featuresālike Data Cloud and maybe even Agentforceāwithout messing up anything tied to work or existing demos.
āļø What I Set Up
Hereās how I’m getting things rolling:
- ā Signed up for a new Developer Edition org
- ā Named it āBackyard Operationsā because… obviously
- ā Installed a few handy tools: Salesforce Inspector and ORGanizer tab
- ā Created a custom Lightning App
Next up: building out the data model for all things chickens, garden beds, and sensor data.
𧬠Backyard Operations Data Model
Because of course I needed custom objects for my chickens
Thinking about everything Iām adding to my backyardāand everything I want to tinker withāitās a lot. Iāve got garden beds with different plants, soil types, and a watering system. Iāve got potted herbs on the porch. Iāve got a chicken coop that will soon house five little chicks who need food, water, and the right environmental conditions. Oh, and theyāll (hopefully) start laying eggs.
**Architect Triggered**
š Letās start with the chickens
Iāll need a Chicken object to track things like:
- Breed
- Age
- Hatch date
- Coop assignment
- And of course… notes. (Because āOlivia is bossyā needs to be documented.)
Then thereās the Coop itself, which deserves its own object. Itāll hold things like:
- Location
- Current temperature (pulled from a sensor)
- Maybe even a cleaning schedule checkbox? Because⦠me.
And what are chickens without eggs? š„
The Egg Log object will track:
- When the egg was laid
- Which chicken laid it (if I can figure that out)
- Egg color
- Weight
- Condition (Normal? Cracked? Surprise double yolk?)
Okay, yes, I may be overthinking itāclassic architect behavior. This might end up like those forms where Sales asks for 20 fields and only fills in 5. But hey, better to design for curiosity now and simplify later.
š± Onto the garden beds
For the garden, Iāll need a Garden Bed object to track:
- Bed size
- Soil type
- Current moisture level
- Whatās planted in each square (shoutout to Square Foot Gardening!)
Then weāve got the Planted Crop objectābecause of course I want to track yield over time, seasonal patterns, and which crops actually do well in this climate.
š§ Donāt forget the sensors
Both the coop and garden beds will have sensors. To start:
- Soil moisture sensors for the garden
- Temperature (and maybe humidity) for the coop
Eventually? Maybe:
- Feeder weight sensors (to estimate food consumption)
- Water sensors
- Nest box pressure sensors
- Motion detectors for perches or toys
- Chicken Fitbit??
To avoid creating a unique object for each sensor type, Iām designing a general Sensor object with record types to define attributes based on the sensorās purpose. Then, a Sensor Reading object will store the actual measurements over time.
Yes, itās getting complexābut also kind of awesome. Which brings us to…
š Visualizing the Data Model
Letās see how all this connects visually:

Egg Logs tie back to Chickens, which live in a Coop. Sensor Readings can be associated with either Coops or Garden Beds, and Maintenance Tasks (Tasks) can apply to anything. Itās flexible, clean, and sets me up to bring in automation, analytics, and IoT magic down the road.
What else do you think I should be tracking?
š£ Why It Matters
This project isn’t just a cute side hustle with fluffy animals (though letās be realāthatās a bonus). Itās a sandbox where I can test out architectural ideas, new Salesforce features, and even some integrations I’ve been curious aboutāwithout the pressure of perfection.
It’s also the perfect way to explore how technical storytelling, solution design, and real-world creativity can intersect. And yes, it’s helping me become a better architect while spending more time with my kids and my backyard. Win-win.
š” Whatās Next?
Now that the structure is in place, I can start bringing this org to life with automations, dashboards, and live data. And while I donāt technically need all these fields to raise chickens… I do need them for science, learning, and a little fun.
My #BackyardOperations journey is just getting started!

0 comments on “š§° Backyard Operations, Part 2: Setting Up the Org + Building the Data Model”