We're done with price ambiguity
view case study
Setting the stage
A cost estimator was one of the most requested features for the app.
Users want to take the guess work out of getting their dental done. Working in tandem with the product managers and engineers on this team, I crafted the experience in a way that's functional and beautiful. This feature is currently in progress and being tested by our user researchers.
The scope
For MVP, the team wanted to focus on the 3 most common dental visit types: general check-ups, fillings, and crowns. The initial scope allowed users to have a cost estimation based on provider. The user could select their saved provider as well and get an estimate based on their costs.
Estimate by provider: designs
The pivot
As we were building both the cost estimator tool and the provider search, the engineering scope began to bloat. It was also a bigger effort to return a cost estimation based on a specific provider rather than an average based on zip code. The team decided to offset the provider search functionality and move to zip code estimation. Pivoting allowed us to focus more on providing more specific choices for each visit type: returning or new patient, filling locations, and crown types. It also allowed us to focus on adding in itemized costs of treatment.
