Amazingly the restaurant I am referring to is on grubhub.
So the questions is, why didn't I know that?
Back when we were selling (in the early 90's) advertising to restaurants and shops we provided them with window decals and things for placement at the register to alert customers. This isn't happening here. Also the other place isn't on grubhub. Nor have I seen others just checked a few.
Grubhub looks good. But I was thinking of something that would be an app specifically for the restaurant. Developer writes app for restaurant (using same one that has been developed for the test market) and customer downloads app. Or an html5 page I guess would work as well hosted by the "aas" provider.
Do you know what grubhub charges the restaurant?
Next time I'm picking up I'm going to ask the owner how it is working. (They have already given thumbs down to groupon and a few other things they tried).
I've been thinking about this for various weeks and thinking about implementing something like (no, not like, it is exactly what you described) this, but everybody I ask to comment on the idea tells me about Grubhub and similar services, and they just don't understand why there would be other kind of service.
The great thing about automatically building webapps for delivery restaurants is that this can work even if you have just 1 client, while Grubhub only works because they have lots of registered restaurants (and, as you said, it doesn't work, because the restaurant doesn't tell anybone it is on Grubhub, probably because of the fees or the inexistence of a unique readable URL to the restaurant's page on Grubhub, or because if the restaurant's client go to Grubhub he will see a lot of other restaurants besides the first).
FDRAaaS (Food Delivery Restaurant Apps as a Service), is the blog service, while Grubhub is Facebook.
"but everybody I ask to comment on the idea tells me about Grubhub and similar services, and they just don't understand why there would be other kind of service."
Who is everyone?
Is "everyone" the target customer?
Are is "everyone" startup people, programmers, hackers, VC's etc?
The fact that there are already sushi restaurants doesn't prevent new ones from opening everyday and doing business and making money.
"The great thing about automatically building webapps for delivery restaurants is that this can work"
Exactly. Not everything needs to be a home run.
"probably because of the fees"
Right. And this is especially a big problem with the mentality of the small business owner. Not wanting to cannibalize existing customers.
Building the app and charging a fixed monthly fee is the way to go at least to start. And make it easy for the restaurant to make menu changes etc. In the beginning you would have to perhaps input all the items yourself because the small business won't want to take the time. And have to prototype at no charge to prove it actually has benefit.
So the questions is, why didn't I know that?
Back when we were selling (in the early 90's) advertising to restaurants and shops we provided them with window decals and things for placement at the register to alert customers. This isn't happening here. Also the other place isn't on grubhub. Nor have I seen others just checked a few.
Grubhub looks good. But I was thinking of something that would be an app specifically for the restaurant. Developer writes app for restaurant (using same one that has been developed for the test market) and customer downloads app. Or an html5 page I guess would work as well hosted by the "aas" provider.
Do you know what grubhub charges the restaurant?
Next time I'm picking up I'm going to ask the owner how it is working. (They have already given thumbs down to groupon and a few other things they tried).