Show HN: Open-Source Food Delivery and Local Shopping Platform
github.com
github.com
I like movies like startup.com and e-dreams.
I believe ... more than technical ... its upto the government who will decide they want to allow p2p shopping stuff ...
Because government has to account for taxes in e-commerce ... so a lot depends on local government and what it allows !!!
How did you make the flat-art pictures (e.g. the one including the MIT and CC logos?) Do you have a good, preferably 'free' repository/website for those flat-art humans?
illustrations are taken from this website : https://undraw.co/
At some restaurants, the simultaneous parallel incoming orders means they miss yours. At ones where they don't, there's the imposed cost of someone paying close attention to all of them. More often than not, this is the cashier, which means if you decide to walk in and order in person like some barbarian from 2010, you are waiting in an invisible line not just for your food but for any kind of attention.
The likes of Doordash and Seamless and Grubhub don't seem properly incentivized to solve this problem -- sure, they might care if order efficiency or fulfillment suffers and users have a directly bad experience, but they may not demand anything from their product team more complicated a rating system punishing providers. And they don't want a common platform; they want to be the platform.
And may be an area where Open-Source could be of any help !
We've been working in a similar space (hyperlocal for furniture, home decor and fashion) for about 5 years with ATTIC (https://attic.city). The premise of our work runs a bit contrary and challenges a platform like this -- the primary issue is store willingness to participate in yet another platform.
Putting grocery stores aside, most other retail stores have too much to do and manage on the tech/marketing front: facebook, instagram, twitter, pinterest, snapchat etc. Add on their own website with its own e-commerce platform plus several other shopping or delivery platforms (etsy, posh etc) -- it's too much. As a result we've ended up with extremely fragmented marketplaces and none do a good job of showing a comprehensive view of your local shopping options. For example, some restaurants I like are on X. Others are on Y. Others still are on Z.
Like I said, we came at this problem from a different angle. We're indexing local stores to build the platform that actually has a comprehensive view of a local market -- and to fill in the gap that services like Google Shopping do a poor job of representing. It's slightly slower out of the gate as we do some preliminary research for each city/market. But we've launched ATTIC in 9 major US markets so far and expect to be at 15 by year's end.
As an aside, do you know where you first came across the term hyperlocal? I wonder who coined it. We've been using it as well, but we're certainly not the first.
Most restaurants that focus on delivery are QSRs. While full service does deliver, usually, its not their main focus.
Within the QSR space, brands are mostly broken down by number of locations which influences their decision making with regard to their technology. Most established brands in Tier 1 markets do focus on technology heavily: its a significant revenue stream. However, their approach differs.
The McDs, Penera, Panda Express, Chipotle of the world usually stick to only one platform. The focus more on integration of Delivery, POS, and inventory more than covering significant amount of platforms. Some decide to use an off the shelf solution while others use a 3rd party delivery system on top of whatever their POS provider brings. There is significant complexity in this paragraph and they all approach it differently but the gist is the same.
Smaller brands that have ~1,000 locations or less begin to splinter into 2 groups: some focus on similar integration as above while others will support multiple platforms via several tablets. Since the revenue stream is significant, they focus on Ops to get everything in line and have gotten to be extremely good at managing/streamlining the process. Its not perfect but it works.
Brands between 20-500 locations will also manage multiple platforms but some invest into "aggregate" providers. Such companies will build out a unified backend for the location and integrate with multiple marketplaces (Grub, Door Dash, proprietary, etc.) to unify the system. Usually, they use a 3rd party for the admin that already has the infrastructure (OLO comes to mind). While in this approach streamlines operations, its quite costly as they charge for volume of orders.
Brands with less than 20 locations usually resort to just using 3-5 tablets on their walls for orders.
As a disclaimer, these are generalities and there are other factors that influence decision makers such as franchising percentages, Tier 1/2/3 markets, and their overall approach.
So to answer your question: most brands are currently moving to aggregate platforms or manage fewer platforms in order to streamline their operations. Large brands also use Yext to streamline their on-line marketing presence or other providers.
I gather your response was mostly in reference to food delivery services. The OP was suggesting this as a platform for more than food, which is what I'm primarily interested in. It's retail shops that are less experienced with and newer to the idea of everything needs to be delivered right away that I'm curious about. Having said that, our original focus was on furniture stores who have always had to deal with fulfillment and delivery. The type of delivery is very different in nature though -- a 200lb sofa vs a 16oz burrito!
Thanks again.
Its primarily designed for fruits, vegetables, grocery, but you can use it for anything ... we are currently adding filtering by item specifications ... which might be more useful in your use-case ...
Currently The delivery is provided by the shop-owner ... ... there is orders inventory ... where the shop-owners can keep track and update the order progress like if its packed and ready for delivery ...
Its just another e-commerce platform which is more focussed for local shopping !
Hope that helps !
what in your experience is better option for delivery ... delivery by the restaurant or the delivery by the aggregator platform ...
The first is already there and we are planning to bring the latter one also to the software !
There is also pressure from municipality laws on how delivery staff are titled: if they're delivery then you can subsidize their hourly rate w/ tips but they cannot perform more than 20% of their work as a regular employee (stocking, packing food, etc.)
2nd Tier markets (suburbia) have their own issues and intricacies since delivery is driven and liability insurance become a bigger issue + range. However, they haven't been as aggressive to move over to 3rd party delivery (unless we're talking large corp.)
like y4mi pointed out ... there is a wikipedia article on this word https://en.wikipedia.org/wiki/Hyperlocal
I started promoting this project only recently ... lets see how it goes !!
In countries like India and even other parts of the world ... lot of small business --- mom and pop stores are losing business and not able to compete with bigger stores, malls like walmart ...
This project was just an attempt to help them ... may be just technologically ... so that they could compete and stay technologically competitive with big business !
To my original question, have you seen your platform in use anywhere? That is, has it been adopted to scale in any cities? Just wondering. If it's new and not there yet, no problem.
Check Wikipedia for more :)
The [1] responds with NXDOMAIN though, can't be verified I guess?
And I currently see three PRs for the same 'commercial' typo..
Do you already have logic in place to deal with different municipality taxes?
For example: in Chicago, you have an additional tax on non-juice carbonated beverage in addition to your regular sales tax plus a locality tax, depending on neighborhood. In other states there are also “sugar tax”. In NYC, some items are tax exempt post-production.
I’ve actually worked on food delivery product before and would be glad to contribute.
But as you say ... if its needed we can add taxes ... in the bill ... and its not so much difficult to integrate that ...
I will be glad to see more contributions to the project ... i believe one of the best advantages of open-source is that people can share and collaborate openly !
You should check the related laws to produce compliant bills.
I don't know about the US and its various state laws, but in my country, such pieces of informations are mandatory on bills. Well, there are different forms of bills, and also there are different requirements depending on the amount charged; but anyway all these are things you should study in order to publish a piece of software which produces bills which conform to local laws. Some governments can get really picky when it comes to the main or a major source of their income (VAT and such other taxes) and possible fraud indicators.
Well a PWA can be built for Nearby-Shops also ... it might be good to have !
More-over because of being open-source it can also help in the development ... and it can help the new developers learn from the existing source code !!!
But nearby shops includes shopping for other stuff also !
Source code for Entire Project (Shop-Owner app and Admin app) is available on github ... Under MIT license ... free for commercial use
https://github.com/SumeetMoray/Nearby-Shops-End-User-Android...
1. It can be done by the shop-owner 2. It can be done by the Market Owner - through employed delivery people
The shop-owner app contains delivery dashboard and orders inventory where you can track orders with their status like when the order is packed and ready for delivery and such !
Feel free to ask if you have any more questions !
Appreciate your efforts and thus some pointers to start: 1. Add liquibase into your project. 2. Add logging into a project. 3. Use Spring Boot if possible 4. Use an ORM framework like JOOQ may be?
Have a look at Jhipster, they are pretty good with their bootstrap projects.
I wont recommend anyone to contribute (for backend and admin app) until the refactoring is done !
I had been searching for some good project - Example for backend code ... but i was not really able to find one for Java ... for building REST API !
It was quite a struggle to work ... due to lack of proper tutorials and lack of good example projects ... for backend ...
But anyway ... your suggestions are very useful ... using Spring Boot would definitely improve the project ...
And i will also study about the liquibase and logging ...
I was avoiding ORMs but JOOQ seems like a reasonable option !
It is quite useful when experienced developers like you take your time to review and suggest improvements ...
It would be great if you could keep in touch and post some issues on the Project Repository where you can Guide upon how can we improve the Code ! And what is the best tech-stack we should be using on the Backend side !
Hasura GraphQl seemed like a good option ... because they also used PostgreSQL ...
What are your thoughts about migrating to graphql ...