Bloom / Product design / iOS POC

A change in your plant.
A clearer next step.

Helping plant owners turn an unexpected change into a small care action—and come back to see what changed.

Try the care journey
My role
Product design, UX/UI
AI-assisted iOS prototyping
Project stage
Working proof of concept
Independent project

01 / The problem I focused on

Saving a change isn’t the same as helping.

Bloom began with a familiar set of ideas: find a plant, build a collection and keep up with care. But a collection and a record of symptoms only took the experience so far.

When someone notices dropping leaves, a saved observation still leaves a practical question: what should I do next? I made that handoff the centre of the project.

Design question

How might Bloom help someone take a useful first step, without asking them to diagnose their own plant?

This is the design hypothesis behind the current POC. It is not a claim that the flow has been validated with plant owners.

02 / Finding the core

Less to manage.
More help in the moment.

The concept grew quickly. I stepped back to focus on the connection between noticing a problem, taking action and checking progress.

↗

Kept in the core

A personal collection, routine care, observations, a chosen care plan and follow-ups.

—

Moved out of the spotlight

Weather on Home, constant city information, a separate scan entry and a disconnected history destination.

Location remains useful for optional plant discovery preferences. It doesn’t need to occupy the home screen to be useful.

03 / Three decisions that shaped the experience

01

Make the next action
belong to its context.

A floating plus could mean several things. I moved Add plant into My plants, so its relationship to the collection is visible before anyone taps.

Earlier Bloom prototype showing an add overlay from a floating button
Earlier exploration
An extra layer to discover an action.
Current native Bloom Home with My plants, an Add plant action and care tasks
Current iOS POC
The collection owns its add action.
02

Ask for what they can see,
not everything they know.

Long assessments made a simple observation feel like an exam. I replaced the first dropdowns with visual area cards and plain-language changes. Notes and supporting details stay optional.

Native observation screen using visual cards to choose the affected area
Actual iOS screen Recognise an area. Pick a change. Add detail only when useful.

Less input also means less certainty. The answer is to suggest an appropriate inspection first—not turn a short form into an overconfident diagnosis.

03

Give guidance a path
into action.

Saving an observation now leads directly to What could help. Possible causes provide context. A first step turns that context into something the user can do.

Possible cause ≠ confirmed diagnosis.

Bloom uses curated guidance. When the evidence is incomplete, the first task is to look more closely before choosing a treatment.

The user chooses whether to add the step to a care plan. Completing it records an action; it doesn’t automatically mean the plant has recovered.

04 / Bringing the loop together

A beginning, a next step
and a way back.

Routine care and unexpected changes share the same plant record. Tasks describe what’s next; activity shows what has already happened.

The interactive demo uses prepared examples. Jumping to a later step loads a sample scenario; it does not predict the plant’s response.

A reminder needs something to follow up on.

The check-in connects back to the starting observation and the action taken. If the result is unclear or worse, the next step is review—not an automatic stronger remedy.

05 / A coherent system

Bloom’s character.
Familiar iOS behaviour.

I kept the soft surfaces, plant photography and teal identity, while using native navigation, sheets and system typography in the iOS POC.

Primary actionTeal · #007C73
Water & informationSoft blue · #EAF2FC
Check & attentionSoft yellow · #F6EBCF

Consistency came from making shared rules explicit: grouped common and scientific names, one heading scale, compact card spacing, visible disabled states and text-first action buttons.

Current native plant detail screen with common name and scientific name grouped together beneath the plant photo
Actual iOS screen One identity block keeps the plant’s two names related.

06 / Where the project stands

A working loop.
Still a hypothesis to test.

The current proof of concept connects a collection, saved observations, suggested first steps, care tasks and progress records. That is a more complete product proposition than a collection with reminders alone.

What the build demonstrates

The screens and saved states connect end to end. Care actions and progress outcomes are recorded separately. Routine care and concern care live together.

What it doesn’t prove yet

Whether new users understand the guidance, trust its limits, complete the action or return for a useful check-in. No plant-health or retention outcome is claimed here.

What I’d test next

  1. Can someone reach a useful next step without help?
  2. Do they understand “possible causes” as uncertainty?
  3. Can they tell an action is complete while the issue is still open?
  4. Is the next step clear when the plant looks the same—or worse?

The biggest shift was from designing more ways to record a plant to designing what happens after that record is saved.

About this prototype

Explore the current iOS app’s collection, personalized discovery, plant setup, care records, plans, progress and preferences in this browser adaptation. Photos and changes stay in this browser tab; device location and notifications are clearly marked previews. The native screenshots are from the working Bloom POC.

Try Bloom