Turning a pit into an opportunity with Eco Saver delivery

What drives us? Is it the pursuit of business growth, the transformation of everyday user experiences into moments of joy, or the optimisation of click-through rates on a webpage? Ultimately all aspirations converge into driving impact, correction meaningful impact!

Like all of you, I too want to drive meaningful impact and we got an opportunity to do so with one of our recent project at Swiggy. With the project to build “Eco Saver delivery” we were able to help the business bottom line, our trusted delivery partners, the users of Swiggy and in addition help the environment too.

Sounds a bit ambitious? I can imagine. However, these aren’t mere buzzwords designed to catch your attention. Let me explain how we went about it to drive the impact.

Backstory

Picture this - it’s a serene Sunday evening, and you decide to order dinner at home. Everything seems promising as you finalise your selection and place the order.

Like clockwork, a dedicated delivery partner is assigned for your order. But, you’re not alone, your friend, inspired by your plan also decided to order from outside. Even your neighbour joins. Soon enough, a wave of orders are placed at the same time.

This sudden rush adds stress to the system of food delivery, meaning there is a gap in demand and supply of delivery partners. We got a problem!!

Problem statement: To manage the gap in demand and supply of delivery partners during rush hours.

To manage the rush hour stress, Swiggy already does a bunch of optimisations -

1. Delivery fleet optimisation:

Platform shifts delivery partners from low-stress localities to areas experiencing higher demand, ensuring a balanced distribution. However, this approach often falls short during simultaneous spikes in stress across all localities.

2. Bonus payments:

During special occasions like New Year’s eve, when demand is expected to be higher. Swiggy offers bonus to delivery partners which helps in increasing fleet volume. But this leads to significant cash burn for Swiggy.

3. Batching of order:

Batching multiple orders from different customers and assigning them to a single delivery partner, is an efficient strategy to manage demand with limited delivery fleet. But this comes with its own set of challenges. All the metrics around customer satisfaction are consistently lower for order which are batched.

Why are the customer metrics worse? Customers, are used to dedicated delivery partners, and hence feel cheated by the unexpected nature of batching of their orders. Customer feel cheated as they did not consent for batching of orders.

In spite of the challenges with batching, we saw great potential in batching as a long-term solution. So we deep dived and decided to improve the customer satisfaction metrics.

 →

Process

Making batching work

The goal was clear now, we had to make batching work. We tried different approaches, I have mentioned a few of them below.

#1 Better communication:

It was clear consumers did not like batching of their orders, so we thought why not try to address this in an empathetic way? We tried adding some imagery with some witty copy to inform the users of why their orders were batched.

Improving communication for batched orders

#2 Silently batching orders:

Contrary to approach #1 of direct communication, we explored an alternate in silently batching orders, based on the fact that most batched orders anyway arrive on-time. To make this happen, we had to introduce a mapless view in tracking screen or else seeing the delivery partner not move in their direction would cause panic in customers.

Hiding the map to reduce panic when order is batched

#3 Asking for consent to batch:

One of the major reasons over user frustration was that batching of order came as a surprise to them. So why not ask for user consent before they place their order? This way the expectation setting would be done upfront.

The idea sounded great but the tricky part was how to ask for consent. As everyone wanted their orders to be delivered ASAP. So why would anyone opt for batching and delay their delivery.

That is what this case study is about, on how we successfully designed an experience to ask for batching consent into a new delivery type.

Consent: Letting users know their order will be grouped (batched)

Building Eco Saver delivery

Our hypothesis was that asking for consent from consumers will improve batching metrics.

The asking for consent was a binary choice and could be done by a simple selection UI. But our product team had larger plans to build delivery type as a feature on Swiggy. Delivery type was to meet the user need state of getting a faster vs a relaxed delivery.

So we packaged the consent for batching into a new delivery type called “Eco Saver” delivery.

The first step for this new delivery type was to determine the value proposition for users who consent for batching. We aimed to demand shape towards batched delivery or “Eco Saver” with:

  1. Offering additional discount
  2. Positioning it as an eco-friendly choice (as it would lead to lesser emission)

How should the layout look?

There were different ways that the options of delivery type could be presented to the users. Our key parameters to evaluate were:

  1. Scannability: Since the decision had to be taken at checkout, which is the end-of-funnel for a user, they should be able to scan it easily.
  2. Scalability: Swiggy also had to introduce priority delivery in future, so the design had to do justice to multiple options.

#1 Vertical stacking of delivery types

Vertical stacking was effective as it worked on both parameters:

✅ Allowed easy scanning of critical information.
✅ Could accommodate additional delivery types in the future.

#2 Inline selection

In the inline approach, we stayed away from introducing delivery type as a construct and instead presented it as a selection UI.

✅ Easy to understand and decide.
❌ Not scalable for future expansion.

#3 Horizontal cards

Horizontal stacking provided ease of scanning due to its similarity with the common mental model of Left-Right comparison.

✅ Easy to glance through.
❌ Limited scalability, may turn into a carousel in future.

We ultimately chose horizontal stacking, despite its lack of scalability. Since plans for priority delivery were uncertain at the time, we prioritised scanability over scalability

Where should the delivery widget within the cart?

After finalising the layout, next was placing the delivery widget within the cart page. We considered three placement options:

  1. A bottom sheet displayed as users enters the cart page, although this was a blocker flow.
  2. Within the first fold of the cart page, positioned just above the offers section. While this placement would increase scroll depth, it would ensure 100% visibility.
  3. Placed just below the offers section, outside the default viewport. Although this option had lower visibility, it wouldn’t clash with existing widgets and the job-to-be-done (JTBD) of the cart page.
Variants for testing the position of the Delivery Type widget

Since each option had its pros and cons, we decided to conduct an experiment to determine the most effective placement. We tracked metrics of feature adoption and order conversion. The ideal option would strike a balance between all these metrics.

Following the experiments, the 2nd variant emerged as the winner, with  the a balance of feature adoption and order conversion.

What should we name it?

We settled on the layout and position, the next step was naming the new delivery type. As always, this was a nuanced decision involving user immersion and feedback calls. We presented users with three options:

  1. No Rush
  2. Smart Saver
  3. Eco Friendly

User research indicated that “Smart Saver” resonated the most. Initially named “Smart Saver” during our pilot phase. Later on, we discovered the environmental aspect appealed most to our user base. And renamed to “Eco Saver”

Launching the pilot

With everything in place, it was time to test our hypothesis. The hypothesis was that consent for batching will improve batching metrics. The results from the pilot were intriguing and surprised us all.

Listing the results based on key metrics:

Order conversions: We offered discounts of Rs. 0, Rs. 5, Rs. 10, and Rs. 15 for Eco Saver delivery. The data showed that Rs. 15 had the highest conversions which was expected. But what was surprising, was Rs. 0 had more conversions than Rs. 5. This suggested that

Batching of orders: Typically, Swiggy batched 10–15% of orders, but with Eco Saver delivery, we were able to batch 25% of orders with plans to increase this in the future.

Customer metrics: One of the main objectives of this exercise was to maintain customer satisfaction metrics for batched orders. And it succeeded beyond expectations! The customer metrics for Eco Saver delivery were actually better than those for Standard delivery.

With all metrics showing positive results, the pilot was a success, and Eco Saver delivery was scaled up. 🎊

Stitching it together

With the decision to scale delivery type, we re-evaluated the overall user journey. Our objective was to identify areas for improvement to boost adoption and enhance gratification.

Revisiting the touch points for Eco Saver delivery, we pinpointed key objectives to drive user engagement. Below is a visual representation of the touch points and areas earmarked for optimisation:

The bold text indicates the area we decided to focus on within the user journey

Driving adoption via…


1. Social proofing:
We added marker to highlight the trending aspect for relatability and social validation.

2. Additional Noticeability: Using micro-animations to boost adoption, a subtle yet powerful way to draw user attention.

3. Reinforcing past experience: To encourage repeat adoption among users who have previously had positive experiences, we highlighted their past experience. Here, we use familiarity as a lever to nudge users.

4. Enabling repeat behaviour: If a user asked us to remember their choice for selecting Eco Saver, we wanted it to be highlighted to the user everytime they came back to cart page. This was done via an animation on the header area.

Highlighting the delivery choice (R)

Enhancing gratification via…

1. Environment savings: Eco-Saver delivery is the eco friendly option compared to standard delivery. We aimed to highlight this aspect, appealing to people’s sense of social responsibility and environmental consciousness.

Putting numbers to environmental impact

2. Delighter animations: Celebrating a peak moment of picking “Eco Saver” delivery.

Celebrating peak moment | Animation credit: Harin

3. Tracking the order: Reinforcing the Eco-Saver delivery and making the users feel good about themselves on the order tracking page.

Outcome

  • We were able to solve the problem statement “To manage the gap in demand and supply of delivery partners during rush hours” with asking for consent to batch orders to customer with Eco Saver delivery, a 15 percentage point increase in utilisation efficiency (UE) which led to 9k increase in orders per day (iOPD).
  • Consumer satisfaction for batched orders improved with the NPS +15% for Eco Saver order.
  • 216 tons of CO2 savings which equals to 10k+ trees.

Next project