How to Build a Grocery Delivery App in 2026: Catalog, Picking and Slots

In this article
- Grocery is not food delivery with bigger bags. You sell tens of thousands of items, many priced by weight, from shelves whose stock counts are often wrong. Data quality decides the project more than screens do.
- Choose a fulfillment model first: pickers in your stores, a dark store built for picking, or a marketplace of retailers and shoppers like Instacart. Each one needs a different picker app and slot logic.
- Plan the money for uncertainty. Hold more than the cart total, then charge actual weights and approved substitutions after picking. SNAP EBT online needs USDA approval, an approved processor and split payments.
- A regional chain platform usually takes 6–10 months. Clean the catalog and check inventory accuracy in parallel with design: it is the slowest track.
Jump to
- Why grocery is harder than restaurant delivery
- Start with your fulfillment model
- How to build a grocery delivery app, step by step
- What you build and what you rent
- Key technical rules for grocery
- What goes into the first version
- Timeline and budget at a glance
- Mistakes that cost the most later
- Grocery app readiness checklist
- Where Gilzor fits
Why grocery is harder than restaurant delivery
If you have read our guide on how to build a food delivery app, much of the courier side will look familiar. The store side does not. Five things change:
- The catalog is huge. A restaurant menu has dozens of items. A supermarket has tens of thousands, with sizes, brands, allergens and images that must be right.
- Prices are not final at checkout. Bananas, deli meat and steaks are sold by weight. The real price is known only after picking.
- Stock counts are often wrong. Shelf stock in a store drifts from what the POS says. Something will be missing from many orders.
- Orders are scheduled. Most customers book a delivery window. Capacity per window depends on pickers and vehicles.
- Temperature matters. Frozen, chilled and ambient goods need different handling from shelf to doorstep.
Start with your fulfillment model
The biggest decision is who picks the order and where. Here are the four common models, from Instacart to Amazon Fresh and your own chain:
- Examples: regional chains and independent grocers adding delivery and curbside pickup.
- You rent: payments, maps, a delivery partner if you don't run vans.
- You build: customer app, picker app, store admin, POS and loyalty sync, slot capacity.
- Watch out: pickers share aisles with shoppers, and shelf stock is less accurate than a warehouse.
- Examples: quick-commerce startups, chains with high online volume in one city, Amazon Fresh-style own inventory.
- You rent: the building, payments, maps, maybe warehouse software.
- You build: inventory and replenishment logic, a picker app tuned to your layout, fast slots, routing.
- Watch out: a dark store is a fixed cost from day one. It only pays off with dense, steady demand.
- Examples: Instacart-style platforms, regional or specialty marketplaces for ethnic, organic or local food.
- You rent: marketplace payments and payouts, background checks, catalog data from retailers.
- You build: customer apps, a shopper app, a retailer portal, an operations admin, multi-store catalogs.
- Watch out: every retailer sends data in a different shape and quality. Onboarding them is a product of its own.
- Examples: independent grocers that want online orders without owning software.
- You rent: a white-label grocery storefront or a storefront offered by a delivery marketplace.
- You build: little: catalog feeds, branding, maybe a loyalty link.
- Watch out: per-order fees and limited control over the customer relationship and data.
Regional chains usually start with in-store picking and add a dark store when one area's volume justifies it. Startups choose between a marketplace (light on assets, heavy on partnerships) and dark stores (heavy on assets, full control).
How to build a grocery delivery app, step by step
Nine steps. Step 2 starts on day one and runs in parallel with design, because catalog and stock data set the pace.
- Pick the model and a pilot storeOne store or one dark store, one delivery area, pickup and delivery or pickup only. A single site lets you fix picking and slots before you copy them.
- Audit catalog and inventory dataExport the product list from your POS or ERP. Check names, sizes, images, allergens, weighted items and how often on-hand counts match the shelf. Plan the cleanup and the feed that keeps it current.
- Write substitution and weight rulesWhich items can be swapped, for what and at what price difference. How much over or under the ordered weight is acceptable. These become settings in the picker app, not judgment calls.
- Design slot capacityEach delivery window has a limit based on picker hours, vehicle stops and cold storage. Show only windows you can keep, and set a cutoff after which the order is locked for picking.
- Design the customer app around listsGrocery shoppers repeat. Past orders, saved lists, quick reorder and fast search by brand matter more than a pretty homepage. Show estimated prices for weighted items and explain the final charge.
- Build the picker appAn optimized route through the aisles, scan to confirm each item, weight capture for variable items, substitution suggestions and live approval from the customer. Cold items get picked last.
- Integrate POS, loyalty and paymentsPrices and promotions from the POS, loyalty points on online orders, card pre-authorization with final capture after picking, and SNAP EBT if your customers use it.
- Pilot with staff ordersRun real orders from employees for a few weeks. Measure fill rate (items delivered as ordered), substitution acceptance, picking time per item and on-time delivery.
- Add stores one at a timeEach new store brings new stock accuracy and layout. Onboard them with a checklist and watch the same metrics.
What you build and what you rent
Grocers already own most of the data. The build connects it to apps and makes it accurate enough to sell online. A typical split:
| Layer | Usually rented | Usually built |
|---|---|---|
| Catalog data | POS or ERP item master; product content and images from suppliers or data services | Cleanup, categories, search, the feed that keeps the app current |
| Inventory | POS on-hand counts, warehouse software in a dark store | Availability rules, safety buffers, out-of-stock learning from picks |
| Picking hardware | Phones or rugged scanners, scales, label printers | Picker app: routes, scan checks, weights, substitutions |
| Payments | Processor with pre-authorization; an approved processor for SNAP EBT | Estimated totals, final capture, split tender, refunds |
| Delivery | Own vans with routing software, or an on-demand delivery partner | Slot capacity, handover flow, age checks for alcohol |
| Loyalty and promotions | Existing loyalty platform, POS promotions | Linking accounts, applying offers online the same as in store |
For an online grocery marketplace in Canada and the US, where stores sell food that is about to expire at a discount, our team built native apps for store employees and for buyers plus the backend. The employee app scans barcodes through dedicated hardware and includes a mini admin for offers and inventory. The data model had to hold unusual attributes too, such as acidity for wine or softness for bread.
Key technical rules for grocery
Most grocery app complaints come down to three things: something was missing, the price was different, or the window was missed. These rules address all three:
- Model weighted items properly. Store a unit price per pound, an estimated weight per item and the actual weight after picking. Many weighted items carry price-embedded barcodes from the store scale, and the picker app should read them.
- Treat stock as a probability. Show items as available only above a safety buffer, and learn from picks: if pickers keep marking an item missing, hide it sooner.
- Substitutions as a workflow, not a note. Preferences per item, suggestions ranked by brand, size and price, live approval in the customer app, and a default action when the customer doesn't answer in time.
- Hold, then capture. Authorize the estimated total plus a buffer for weight and swaps, then capture the actual amount after picking. Show the customer why the final number changed.
- Slots from real capacity. Calculate slot limits from picker hours, items per order and vehicle stops. Lock orders for editing at a cutoff so pickers aren't chasing changes.
- Keep the cold chain visible. Tag items by temperature zone, pick frozen and chilled last, stage them in the right storage and record it. Drivers should see which bags go first.
- Same prices and offers as the store. Pull promotions and loyalty pricing from the POS, or decide openly that online prices differ. Silent mismatches destroy trust fast.
SNAP online purchasing requires a SNAP-authorized retailer with USDA approval for online sales, an approved third-party processor with online PIN entry, eligibility flags on products and split payment for fees and ineligible items. Alcohol delivery depends on state law and needs age checks at handover. If independent shoppers or drivers pick and deliver, the same classification questions apply as in food delivery. General information, not legal advice: confirm the rules for your states with counsel.
Built by Gilzor
Results we’ve shipped




Talk to the people who build it. Tell us about your project and get a free estimate of scope, timeline and cost.
What goes into the first version
A grocery MVP should do the weekly shop well in one store. A typical split:
| At launch | Can wait |
|---|---|
| Search, categories, past orders and saved lists | Recipes that add ingredients to the cart |
| Weighted items with estimated prices | Personalized recommendations |
| Substitution preferences and live approval | AI-ranked substitutions |
| Delivery and pickup slots with capacity limits | Express delivery under an hour |
| Picker app with scan checks, weights and cold-last routing | Batch picking several orders at once |
| Pre-authorization, final capture, refunds, loyalty points | Subscriptions and delivery passes |
| Store admin: orders, slots, out-of-stock reports | Multi-retailer catalogs and retailer portal |
On platforms: one cross-platform codebase works well for the customer app and usually for the picker app. Choose native for the picker app only if it runs on rugged scanners with vendor-specific barcode SDKs.
Timeline and budget at a glance
A single store or small chain costs about $50k–100k. Instacart-style marketplaces and dark-store quick commerce start around $220k, pass $500k and take 10–16 months, released in stages. US onshore teams charge roughly 2.5–3 times more. For the full breakdown and a calculator, see our grocery delivery app development cost guide.
Mistakes that cost the most later
- Trusting POS stock counts as they are. Selling what isn't on the shelf leads to missing items, refunds and angry reviews. Add buffers and learn from picks.
- Charging only the checkout total. Without a hold buffer and final capture, every heavier steak is a loss and every swap is a manual refund.
- Offering slots you can't keep. Unlimited windows look generous until Saturday morning. Cap them from real picker and van capacity.
- Leaving substitutions to the picker's judgment. Customers get oat milk instead of whole milk and never order again. Rules, suggestions and live approval fix most of it.
- Picking frozen goods first. A route that starts in the freezer aisle delivers soft ice cream. Route cold items last and stage them cold.
- Launching in many stores at once. Each store has its own layout and stock accuracy. Prove the playbook in one, then copy it.
Grocery app readiness checklist
Tick what is already true for your project. It shows how close you are to taking real orders from one store.
Grocery delivery readiness
FAQ
How do I build a grocery delivery app?
How long does it take to build a grocery app?
How much does it cost to build an app like Instacart?
What is the difference between an app like Instacart and an app like Amazon Fresh?
Can a grocery delivery app accept SNAP EBT?
How do grocery apps handle out-of-stock items and substitutions?
Where Gilzor fits
We build mobile apps for retail and e-commerce, with the backend, integrations and QA behind them. For an online grocery marketplace in Canada and the US, our team built native iOS and Android apps for buyers and store employees: barcode scanning, offer and inventory management, store discovery on a map, checkout through Stripe, real-time order tracking, a loyalty system and three languages. We work from Poland and Cyprus, with a few shared hours a day with the US East Coast.
Send us your store count, your POS and how you want to pick and deliver orders. We'll help you choose the fulfillment model, plan the data work and cut a first version you can pilot in one store.
No sales pitch
Get a straight answer for your project
Tell us what you’re building. We’ll reply with options, a rough cost and timeline. If we’re not the right fit, we’ll say so.

Head of Mobile Development at Gilzor. Leads iOS and Android delivery and the mobile app audits, from release process to architecture.
LinkedIn →Gilzor · Mobile Development partner
Need a team for your mobile app?
Services
Mobile DevelopmentNative and cross-platform iOS and Android apps, from MVP to scale.→By company type
Selected projects






The team behind them





