Pre-Order and Dine Streak Features to Boost Swiggy Engagement
Two Swiggy features: scheduling food for a set arrival time, and a streak counter that rewards repeat dining
✳The problem they went after
Swiggy assumes you are ordering for right now. Anyone planning a meal for a specific time later has to browse and buy in real time, which leaves the timing uncertain. There is also nothing in the app that rewards someone who dines out regularly, so frequent behaviour earns no recognition and the habit loop stays open.
✳What they actually did
Two features, each mapped end to end. Pre-Order lets a user browse a menu, fill a cart, and set an ETA for when the food should be ready; checkout confirms that time and locks the order in. Dine Streak sits on restaurant listing pages, counts consecutive bookings, and bumps a visible counter when an order completes. Wireframes trace the full flow from browsing through cart to confirmation, with success metrics and risk mitigations attached to both.
✳What you can take from it
Worth stealing
- ETA set at cart, confirmed and locked at checkout
- Streak counter placed on restaurant listing pages
- Wireframes covering menu, cart and confirmation
- Risk framed as checkout complexity, not just adoption
Read this if
Adding scheduling or gamification on top of an existing ordering flow
The transferable bitNew features are kept off the critical path. Both additions sit beside the standard immediate-order flow rather than complicating checkout, and the write-up names that risk out loud. When you pitch features into a mature consumer app, the argument that you have not broken the main path is often what decides the review.
✳The submission itself
Open the PDF →Reading on a phone? The embedded viewer is cramped — open the PDF in a new tab instead.
