I am aware that it takes a lot of marketing these days to get a consumer app off the ground. But from my very limited knowledge of how these things work, restaurants are incentivized to get on the cheapest delivery platform possible, and also to promote it to increase their own revenue, so in my mind you only need to convince a critical mass of restaurants for the dominos to start falling. Starting with neighborhood restaurants and then progressively moving outwards seems like a good strategy here.
The core software itself doesn't seem too hard to build, except that some real time features like the ETA are clearly only possible if you have massive amounts of data. Yet a simple version where orders are dispatched to a pool of drivers should be relatively easy to put together.
Restaurants can offer items for cheaper than in-store prices because online orders don't have real estate overheads (except for maybe the kitchen), and our fees will be very low / a flat rate. Cheaper food should incentivize users to accept a lower quality UX.
Drivers can be paid more than Uber eats because a small open source project should not have the same insane R&D overheads that uber has.
The only thing I can think of is that if you get big enough, Uber eats / doordash will either try to stomp you out or buy you.
Liability is a second thing. Cost is one of the factors that might make people swing to other apps, but you also want an experience that is legal and safe, and at Uber's scale it takes quite a lot of people to synchronise this, as the liability for things like that belong to Uber and not the driver.