Based on our experience with the current store finder experience on Mobile, we are developing a new Store Finder flow with the following goals in mind:
Make the map more prominent: For Dine-in, Takeout and Curbside order types, the store’s geographical location is one of the most important decision factors for the user, so we want to show the user a map from the very beginning of their store selection experience. A list view will continue to be available as well.
Not require an up-front order type selection: To reduce the number of required interactions to get to the menu, especially in the case where most stores offer the same order types, we don’t want to require the user to select an order type upfront in order to be able to see products. The order type will be pre-selected and the user has the possibility of changing it later in the ordering process.
Unify store selection experience throughout the app: Currently there are multiple different approaches to showing stores implemented across the app, depending on from where the flow is started. Some of these approaches have limited functionality in comparison to others, for example there is no map view available when starting an order from a discount. With Store Finder 2.0, we want to create a consistent experience with the same functionality available throughout.
The Store Finder is the place where the core of the ordering process starts. Going directly to the order screen or starting the ordering flow from Offers & Rewards, the process is the same.
Users have to pick the restaurant from which they want to order while selecting between all available order types
Store Finder 2.0 is meant to completely replace:
The current version of the order screen
Nearest section of the app when you tap on the view all button and enter inside
The nearest preview component will still only be available on the home screen but will be linked to Store Finder 2.0
Select restaurant section when you start the ordering process from offers & rewards
Participating restaurants section
Taking that into consideration, Store Finder 2.0 will mostly collect all our current data and functionality and present it in a different way using a different UI-UX.
What’s goes new with Store Finder 2.0
- With Store Finder 2.0, we now also enable users to search for store locations outside the 50 nearest stores around them, through the Search this area feature
- User navigation and orientation it's improved. Due to Store Finder 2.0, we now also include a user orientation indicator that helps users navigate to store locations
- Your customers will be able to see recent and add restaurants to their Favorite to be able to easily organize and track down your restaurants.
Keep in mind some of the features that involves location like in case if user wants to see restaurant results based on the current location, we need to have device location permissions enabled including GPS location for Android and iOS.
Order type navigation
Order type navigation component is located right below the top header component. Order type navigation component is always in a fixed position and always visible on the screen. Order type component is a place from where the user can control how he wants to place an order.
Depending on how many order types are available for the app brand we could have several different states:
No order type selected
No matter the order type selected, stores that have Show in Store Finder disabled in the CMS, should not be shown in the Store Finder and can only be accessed through Delivery or Foodspot.
Map as component
Map as the component is used for quicker navigation and as an easier way for users to find restaurants to order from. Map as the component is one of 2 screen views available on a store finder.
Map as the component is only available in situations when:
No order type is selected
Dine-in is selected
Takeout is selected
Map as the full component is composed of 5 smaller sub-components and these are:
Locate user button
User location indicator - (Current or Manual)
Nearest home component
- Nearest component list all the restaurant based on user current or manual location
- No filter is applied to the restaurant list, based on if restaurants are currently open or not
- Restaurants that have Show in Store Finder disabled in the CMS, should not be shown
- The restaurant cards that show up in swiping list are the same as when order type is not selected
- When user tap on “View all” it opens the order screen and automatically preselect the first one nearest restaurant
- When user tap on the restaurant card directly on the nearest component it opens the menu of that restaurant
Offers & Rewards
- One of the ways of accessing the store finder is when a user starts the order from Offers & Rewards
- After user tap on “Use in mobile app“ from Offer or Reward preview screen, it automatically opens the store finder
- We shouldn’t show the user order type selection layover like we currently do, but immediately open the store finder and show all the restaurants and all order types available for that offer or reward
- The UI of store finder when accessing from offers & Rewards is a little bit adjusted compared to the UI of store finder when user accessing from the order screen
- Store finder from offers & rewards is opened on a separate screen that includes a back button in the top header navigation as well as the user location button changing its position to the center of the screen
- When accessing store finder from offers & rewards, the store finder doesn’t include bottom tab navigation
Favorites & Recent
- Favorites and Recent features are configurable and visible in the app only if they are enabled in the CMS for the app brand
- If only one option of them is available then only one is visible in the app
- Favorites and recent features are only available and visible for registered and logged in users
- Favorites and recent features are only available through the order tab and excluded from offers & rewards
- Favorites and recent features allow users quick access to favorited and recently used restaurants
By favorited restaurant is considered the one which heart icon is marked and filled
By recent restaurants is considered the one that was previously used for placing the order. The number of recent restaurants that we show should be limited based on the max number of restaurants that we’re able to show at the moment.
The order of showing the favorites and recent restaurants is based on the last action, which means that the last one which was favorited or the last one that is used for placing the order should always go to the top of the list
If there are not yet favorited or recently used restaurants, the empty screen state is shown with the proper message displayed in a snack bar on the map and in the paragraph component on the list view. When this case happens, the “Clear filters“ button is shown which allows the user to tap on it and bring the filter option to default one (Nearest).
This feature is currently in beta and not available to everyone. If you would like to participate in the beta process please feel free to reach out to your Success Manager or to our Support Team