The finished experience
The final design centers on two core surfaces: the water target creation form, and the detail view page that becomes the user's landing page for tracking their conservation progress.
The creation form is intentionally simple. Users select the meter they want to set a target for, define their usage goal, and confirm. The form is designed to be easy to start, easy to complete, and easy to revisit.
As you can see, the form design had undergone another makeover before landing in its final state. The guiding principle throughout was simplicity, as we wanted to make sure creating a water target felt effortless. That meant making deliberate decisions about what to leave out.
Two features were scoped out during the process. The first was a comparison feature, which would have shown users how their reductional goal stacked up against their historical usages. While useful in theory, it added complexity to the creation experience that risked overwhelming users before they'd even set their first goal. The second was the ability to choose a custom start date for the target (whether that be the first of the month or on Sunday of each week), a feature that was deprioritized due to engineering constraints and timeline. Both removals were the right call for MVP, as a form that asks less gets completed more.
The result is a focused creation experience. Users define their target, with the ability to add optional start and end dates, confirm, and they're done. The form is already prefilled with a recommended goal that is a 10% reduction in their average usage, making it even easier to create a Water Target. The goal was to make the first step toward conservation feel as easy as possible, because the hardest part of any behavior change is getting started.
Once a target is created, the detail view gives users an at-a-glance read on how they're tracking, presenting their current usage against their goal in a way that feels motivating rather than punitive. Users can edit or remove their target from this view. The page is designed to be worth returning to, and useful enough that users have a reason to check in on their progress throughout a billing cycle.
The details view also evolved as the project neared completion. Several changes came in response to UI constraints introduced by Apple's liquid glass design language, which required us to rethink how certain visual elements were rendered. We had to remove the blue headers at the top of the screens because of some of the constraints with liquid glass, as the new design system was not working very well with the blue tint. Adapting the detail view to work within these constraints meant finding solutions that preserved clarity without fighting the system.
During this phase, we also removed water saving tips. The tips added extra information to a view that was meant to be scannable and action-oriented. It was thus not a priority for this feature, so removing them kept the focus on what matters most, which was how the user is tracking against their target.
In contrast, we added a section to the detail view to show how they are receiving alerts for their Water Target. This feature connects directly to a larger notification system being built across EyeOnWater, which supports feature-specific notifications. Alert contacts on Water Budgets is one of the first expressions of that system, and how it's designed here will inform how similar patterns are handled across other features in the app.