The number of potential learnings from today’s story in Mint (disclosure: I write regularly for that paper) on Foodpanda are immense. I’ll focus on only one of them in this blog post. This is a quote from the beginning of the piece:
But just as he placed the order, one of the men realized the restaurant had shut down sometime back. In fact, he knew for sure that it had wound up. Then, how come it was still live on Foodpanda? The order had gone through. Foodpanda had accepted it. He wondered and waited.
After about 10 minutes, he received a call. From the Foodpanda call centre. The guy at the other end was apologetic:
“I am sorry, sir, but your order cannot be processed because of a technical issue.”
“What do you mean technical issue?” the man said. “Let me tell you something, the restaurant has shut down. Okay.”
I had a similar issue three Sundays back with Swiggy, which is a competitor of Foodpanda. Relatives had come home and we decided to order in. Someone was craving Bisibelebath, and I logged on to Swiggy. Sure enough, the nearby Vasudev Adigas was listed, it said they had Bisibelebath. And so I ordered.
Only to get a call from my “concierge” ten minutes later saying he was at the restaurant and they hadn’t made Bisibelebath that day. I ended up cancelling the order (to their credit, Swiggy refunded my money the same day), and we had to make do with pulao from a nearby restaurant, and some disappointment on having not got the Bisibelebath.
The cancelled order not only caused inconvenience to us, but also to Swiggy because they had needlessly sent a concierge to deliver an impossible order. All because they didn’t have intelligence on the inventory situation.
All this buildup is to make a simple point – that inventory intelligence is important for on-demand hyperlocal startups. Inventory intelligence is a core feature of startups such as Uber or Ola, where availability of nearby cabs is communicated before a booking is accepted. It is the key feature for something like AirBnb, too.
If you don’t know whether what you promise can be delivered or not, you are not only spending for a futile delivery, but also losing the customer’s trust, and this can mean lost future sales.
Keeping track of inventory is not an easy business. It is one thing for an Uber or AirBnB where each service provider has only one product which is mostly sold through you. It is the reason why someone like Practo is selling appointment booking systems to software – it also helps them keep track of appointment inventory, and raise barriers to entry for someone else who wants the same doctor’s inventory.
The challenge is for companies such as Grofers or Swiggy, where each of their sellers have several products. Currently it appears that they are proceeding with “shallow integration”, where they simply have a partnership, but don’t keep track of inventory – and it leads to fiascos like mentioned above.
This is one reason so many people are trying to build billing systems for traditional retailers – currently most of them do their books manually and without technology. While it might still be okay for their business to continue doing that (considering they’ve operated that way for a while now), it makes it impossible for them to share information on inventory. I’m told there is intense competition in this sector, and my money is on a third-party provider of infrastructure who might expose the inventory API to Grofers, PepperTap and any other competitor – for it simply makes no sense for a retailer to get locked in to one delivery company’s infrastructure.
Yet, the problem is easier for the grocery store than it is for the restaurant. For the grocery store, incoming inventory is not hard to track. For a restaurant, it is a problem. Most traditional restaurants are not used to keeping precise track of food that they prepare, and the portion sizes also have some variation in them. And while this might seem like a small problem, the difference between one plate of kesari bhath and zero plates of kesari bhaths is real.
Chew on it!