How Uber Updates App Features for Specific Groups of Users

A system that automatically changes how an app looks or behaves for some users based on their location or device, while leaving other users' apps unchanged.

What it covers

This patent describes a way for a central server to push updates to a specific subset of users without updating everyone at once. The system collects real-time data, such as GPS location or device type, from various phones running a specific app. It then automatically triggers a change—like showing a different graphic image on the screen—only for the devices that meet certain criteria. For example, Uber could use this to show a special 'surge pricing' icon only to users in a specific neighborhood while keeping the standard interface for everyone else.

What it doesn't cover

• —Does not cover updates that are pushed to all users simultaneously.
• —Does not cover manual updates where the user must download a new version of the app from an app store.
• —Does not cover systems that lack a mechanism to differentiate between two sets of users based on device data.

The clever bit

The system treats the app's interface as a dynamic variable controlled by a remote configuration database rather than a static piece of code, allowing for surgical, real-time UI changes based on user context.

Why it matters

This technology is the backbone of modern A/B testing and phased feature rollouts. It allows companies to test new interface designs or pricing models on small groups of people in real-time to see how they react before committing to a global change. It is essential for managing the complexity of large-scale, location-based services like ride-sharing or food delivery.

Real-world examples

• 1.Uber's phased rollout of new ride-type icons.
• 2.Targeted promotional banners in ride-sharing apps.
• 3.Dynamic UI changes based on a user's city or region.