Plant care through observation
Plant health can’t be understood from a single moment — it emerges through observation over time.
Plant care through observation
Plant health can’t be understood from a single moment — it emerges through observation over time.

This project was created independently to explore and validate a product concept rather than build a production-ready application.
Problem
I didn’t start this project from a deep interest in plants. It began as part of the Google UX Design course. As I was just entering product design, plant care felt like the most approachable theme to start with. To understand the space, I explored existing plant care apps and discovered that users still experience issues with diagnosis functions.
Most apps try to reduce uncertainty through diagnosis features, often combining them with plant identification. Some guide users through multi-angle photo capture and additional inputs to improve accuracy.
However, across the apps I observed, the same issue kept appearing: users reported inconsistent results, incorrect diagnoses, and care advice that sometimes worsened plant conditions.
Initially, I treated this as a UX problem — unclear flows or insufficient guidance for capturing photos.
Reframing the problem

Image from pexels
Plant health cannot be understood from a single moment.
Through further research, I realized the issue was not only UX — it was attempting certainty from incomplete context.
Plant health depends on change over time, not a snapshot.
- Plants vary by age, light, season, and environment.
- Visually similar symptoms can have different causes.
- Even experienced growers avoid single-image judgments.
Limits of diagnosis
Capture → Analysis → Result
Diagnosis systems reduce uncertainty by providing a clear result. The flow feels complete, making that result seem more certain than the available information can support.
- The experience suggests that taking a better photo will produce a more accurate answer. Example: “Move closer” or “Take another photo for better accuracy.”
- The diagnosis is based on a single image without the plant’s recent context. For example, the app analyzes one photo but doesn’t know what the plant looked like yesterday, its watering history, lighting conditions, or recent changes.
Despite those missing pieces, it may display: “Overwatering detected.” instead of something like: “Based on this image, overwatering is one possible explanation.”
The challenge is not diagnosis itself, but the amount of context available. A single photo captures only one moment, making it difficult to understand how a plant has changed over time.
The shift from diagnosis to observation
Existing and potential users
Since plant diagnosis apps are primarily used by beginners and plant-curious users, I interviewed these groups and analyzed app store feedback. And three key insights emerged.
1. Fear of making mistakes
Users acted from uncertainty — overwatering, underwatering, or missing early signs.
2. Emotional attachment
Plants were described as relationships, not objects.
“I feel connected with my plants when I sit in the sunlight with them.”
“They relax me when I see them.”
“I think of my plants like my babies.”
3. People don’t seek experts first
When problems appeared, users rarely went straight to experts. They asked friends, searched online, or checked communities first.
Despite this, most apps positioned themselves as authoritative answer systems.

People who don’t rely on apps

Image from pexels
To better understand plant care beyond apps, I also looked at how experienced gardeners care for their plants.
What stood out wasn’t knowledge — it was attention.
They:
- Observed continuously
- Noticed subtle changes
- Adjusted based on patterns rather than fixed schedules
“It feels dry today. I’ll wait one more day.”
Rather than following rules, they responded to what they observed over time.
Plant care became less about following rules and more about observing how plants responded to their environment over time. Over time, this built confidence, familiarity, and attachment.
Product direction
The research shifted the focus away from diagnosis and toward confidence through observation. Instead of answering “What is wrong with my plant?”
The product supports: “What is changing over time?”
By making a plant’s story visible over time, users can:
- Bring previous moments into the current view
- Compare past and present states
- Compare their own with external stories
What this provides
- More context around the current state
- Better understanding of changes over time
- A stronger sense of connection and attentiveness
Over time Observation → History → Context → Confidence
This also meant moving away from optimizing for diagnosis, plant identification, or expert-like prescriptions. This product focuses on helping users build understanding through observation and context over time.
The goal is not to tell users what’s wrong with their plants. It’s to help them understand their plants better.

Monetization Model
As the product shifted from diagnosis to accumulated context, it raised a monetization question:
If the value comes from context rather than answers, what should users actually pay for?
Charging for diagnoses didn’t feel right. The product’s value wasn’t in answers, but in the context built over time.
At this stage, the observation approach had not yet been fully validated, but I wanted to explore whether the direction could also create business value.

Image from Apple’s website.
The idea became clearer when I thought about how iOS Photos works. People technically pay for storage, but storage alone is not what makes Photos valuable. Features like Memories, People & Pets, and contextual search help users make sense of everything they’ve already captured.
The value comes from organizing accumulated history, not simply storing it. The same principle applies to this product.
Free
If the product’s value is context, then continuity and relationship-building remain free.
- Full timeline
- Bring previous moments
- Photos and notes
- Logged care actions
- Community access
Paid
The paid layer focuses on organizing accumulated context. It doesn’t create new information. It reduces the cognitive load of understanding information that already exists.
- Collapsed timelines (stress, stability, recovery)
- Generated previous moments (you saw something similar / your moments tell)
- Long-term context preservation
- Story filtering
- More plants over time
Continuity remains free. Organization becomes the paid value.

Building Context Over Time
A plant’s history becomes more meaningful over time, but new users start without enough context of their own. The product needed to support understanding from the beginning while allowing personal context to develop.
This led to two layers of context:
1.External patterns come from existing plant knowledge, shared experiences.They provide reference points before users have enough personal history to recognize patterns themselves.
Example: Yellowing often appears 5–7 days after relocation.
These patterns provide context for observation, not definitive answers.
2.Internal patterns come from a user’s own plant history. By connecting past observations, care actions, and changes over time, the system helps users recognize relationships specific to their plants.
External Knowledge + Personal History → Better Understanding

Final Logic
Each layer builds on the one before it:
Observation → History → Context → Structure → Confidence
- Free builds the foundation: observation and history
- Paid helps users organize and understand accumulated context through deeper views and summaries
The product is designed to help users understand their plants through observation over time.
Testing
I tested key assumptions with five participants and iterated prototypes.
Observation flow vs diagnosis flow
The product direction depends on users finding value in observation, so I tested this assumption before exploring other flows.
I compared two flows using a yellowing-leaf scenario.
The diagnosis flow:
- Scanning-based capture
- Diagnosis results
- Guidance frames
The observation flow:
- Removed guidance frames that hinder observation
- Added hidden frames to keep the focus on the plant itself
- Removed verdict-like outputs
- Added previous moments from the plant’s history


Result
Participants said observation flow felt spending time with plants, but preferred diagnosis because it provided immediate answers, direction, and reassurance.
Initially, this seemed to challenge the direction. After review, I realized the issue wasn’t the observation flow, but the scenario.
Yellowing leaves signal urgency, where users naturally want immediate guidance.
This revealed that diagnosis and observation serve different needs:
- Diagnosis for urgent, problem-solving moments
- Observation for noticing, documenting, and understanding change over time
Rather than treating this as a compromise, diagnosis was designed as an extension of the same temporal system. Previous moments were included in diagnosis results so users could still understand current conditions within the context of change over time.
When retested with a blooming scenario, participants clearly distinguished the two paths and found revisiting past moments meaningful.

Comparison gallery
I explored whether comparison gallery is effective for understanding plant history.
Participants were able to identify changes by comparing the current state with previous moments, validating the comparison gallery.

Original timeline vs Paid model
I was unsure whether users would value a the paid model (collapsed timelines and previous moments attached to story)enough for it to become part of a paid model.
I tested original timeline and paid model. Participants responded positively to both. Some preferred detailed chronological context, while others preferred summarized phases.
Rather than choosing one, I designed both views as complementary perspectives.
This approach aligned better with the product goal of supporting understanding rather than enforcing a single structure, while leaving room to further evaluate its long-term value within the product.

Onboarding
A key risk was conceptual clarity, given most plant apps focus on diagnosis. I introduced observation as the core behavior through the onboarding flow.
All participants understood the concept after onboarding, which gave me confidence to move forward with the direction.

Design decisions
Co-observing layer
I introduced co-observing companions to make plant care feel less overwhelming, especially for beginners who often worry about making mistakes.
Rather than acting as decorative characters, they appear at key decision points to create the feeling of observing the plant together.
Capture entry points

Core states:
- Looking good
- Need help
- Something new
- Same as before
Instead of acting as overlays on the capture entry points, the companions encourage observation before a story is recorded.
This shifts the interaction from simply selecting an option to noticing what is happening.
Plant current state
When users record a story, the system generates a plant state from user inputs and system signals. The generated plant state is shown on both each Plant page and the Moments(all plant collection) page helping users quickly understand their plant’s current condition.


Visual system
Corner radius system
Because co-observing characters appear within cards, the radius system avoids nested elements with similar corner radii, which can blur visual hierarchy and create visual tension.
Characters (24 px) are placed inside containers with either a larger corner radius (38 px) or fully rounded forms, creating a clear distinction between the character and its container.
Mid-size cards echo the characters’ corner radius, while smaller components scale down using the same golden-ratio-based hierarchy.
- Character: 24
- Large cards: 38
- Mid cards: 24
- Small cards: 15

Typography
Typography with minimal character is chosen to balance expressive UI elements.
- Poppins: headings
- Inter: body and labels

Card system
The interface is built around a unified card system spanning present and past states.
The primary view represents the current plant state. Previous moments exist within the same structure as expandable states. It is not a separate layer, but a continuation of the same system.
This preserves continuity across time, allowing users to move between moments without changing mental models.

Hi-fi Prototype

Reflection
This project changed how I think about both product design and plant care.
When we have a relationship with someone, we don’t immediately ask an expert every time something feels wrong. We spend time together, notice changes, and gradually understand each other. That understanding comes from context built over time. I realized plant care is not very different.
Even plants of the same species should not always be cared for in exactly the same way. Since starting this project, I’ve grown four pots of basil. Although they are the same plant, they behave differently. One needs water more often, another grows shorter with a thicker stem, and they respond differently to pruning. The more time I spent observing them, the more I understood their individual needs.
This also changed how I viewed diagnosis. I originally thought diagnosis itself was the problem. Through research and testing, I realized it serves an important purpose: it helps beginners feel less anxious and gives them a starting point. The intention is valuable. The challenge is how certainty is communicated. A diagnosis based on limited context should be presented as one possible explanation rather than a definitive answer. I think it should evolve into something that combines answers with context built over time.
This was my first product design project, and it took time to reach this direction. Along the way, I also became someone who now cares for eight plants. More importantly, the project left me with another question: how could this product continue to evolve?
References
메타데이터
- post_id
- 95f1da64022a
- slug
- plant-care-through-observation-95f1da64022a
- url
- https://medium.com/design-bootcamp/plant-care-through-observation-95f1da64022a
- canonical_url
- https://medium.com/design-bootcamp/plant-care-through-observation-95f1da64022a
- author_url
- https://medium.com/@elynnega
- status
- ok
- fetched_at
- 2026-07-16 05:23:09