[fock]

I guess, you can operate a very good and featureful food delivery SaaS for a lot less if you skip GoogleAds, ridiculous mid 6 figure salaries (for a similar job in every place except SV) and building an exploratory machine learning arm to compete with the adtech companies you're anyway spending money on in this scenario. If you then host your servers in some coloc (because you'll have what: a 4 times surge capacity on holidays compared to a regular friday?) you can even reduce your computing bill (given that without needless data collection for your analytics and ML efforts your computing power needs will shrink fast...).

Around here most restaurants still use this kind of service (often hosted by some lowly webdev).

[harryVic]

That sounds like a great idea. Why don't you do it?

[gamblor956]

You missed his sarcasm. It's what most restaurants are already doing: putting up a webpage and having customers call them.

Any restaurant worth its salt is already tracking what its customers order (on an aggregate basis) because that's how they now what supplies to reorder and when.

[freeone3000]

He says most restaurants are. There's no money in one-off webdev consulting for low-margin businesses, which is why you won't hear it as a pitch - it's solved with a single webpage with a phone number, or maybe a Google Sheets frontend. There's so much human in the backend there's not a ton of point automating the frontend.

[munk-a]

There might be some space in trying to tailor an out-of-the-box frontend framework to restaurant ordering. But honestly you might get out-competed by wix/wordpress/whatever if they ever invested a pretty trivial amount of effort into targeting you - it'd be a thin thin margin to walk.

[fock]

because it's not interesting too me currently. Also, the market is saturated and competing on such a market (especially if it's invaded by cash-burning startups) isn't fun for sure.