A contract market for restaurant delivery. Most restaurants in big cities offer delivery service by hiring and managing their own delivery people. Restaurants

A contract market for restaurant delivery. Most restaurants in big cities offer delivery service by hiring and managing their own delivery people. Restaurants probably don't want to be in the business of hiring and managing these delivery people. It also doesn't make sense logistically as the delivery person has to make a round trip. Also, demand spikes and troughs result in a lot of delivery people sitting around or over-worked. There needs to be a more flexible labor-force. It would be more efficient if you have delivery people be able to contact out to restaurants. For instance, a delivery person can pick up a package going from A->B and then pick up another package going from B->C, resulting in less time spent on the return. There would be a reputation aspect to the delivery people and everything would be pre-paid or, if cash on delivery, would be settled by the app. The other good thing is that, although the idea benefits from network effects, it could work very well in a small geographically limited location. You could test the idea by signing up just two restaurants on the opposite side of town and work out any kinks. Not sure if anyone is getting into this space, but considering a lot of wealth is created by specializing, it seems silly that restaurant managers should have to deal with a delivery work-force with (I imagine) high turnover. I could definitely see a Seamless or OpenTable get into this space, if not already involved.