How to build an inventory management app in 2026 (barcode scanning on your phone)

Sortly, inFlow, and Zoho Inventory all charge per-seat or per-item and cap you the moment you grow. For most SMBs, a custom inventory app that scans barcodes with the phone camera you already own now runs from $20/month, with the managed backend included. Here's the build.

Build a first version in Rork. Copy a prompt:

WebiOS (Swift)Android (Kotlin)

Build an inventory web app: items with name, SKU, quantity, and location; add and edit stock; and a low-stock list.

Copy

Paste it into Rork to generate a working first version. The free tier is enough to see it run.

Almost every business that holds physical stuff has the same quiet problem: nobody actually knows what's on the shelf right now. The spreadsheet is a week stale. The count in the SaaS tool was last touched in March. Someone took three units for a job and forgot to log it. By the time you notice you're out of the one thing a customer wants, it's already cost you the sale.

This isn't a warehouse-only problem. It hits a retail shop tracking SKUs, a restaurant counting walk-in stock before the weekend, an electrician keeping a van stocked with parts, a clinic tracking consumables, a salon counting product. The shape is identical: items, quantities, locations, and a person with a phone who needs to scan, count, and move on.

The existing options all have a catch:

• Spreadsheets. Free, flexible, and wrong within a week. No scanning, no alerts, no audit trail.
• Sortly. Lovely for photo-based visual inventory, but priced per entry, your bill climbs as your catalog grows.
• inFlow / Zoho Inventory. Genuinely capable mid-market tools, but per-seat pricing punishes you for adding the warehouse picker, the second-store clerk, the delivery driver, the exact people who need it most.
• Fishbowl. Powerful, manufacturing-grade, and heavy, real license cost and a real implementation, overkill for most SMBs.
• A custom native build from an agency. $80,000 to $200,000 and six months. See our cost breakdown.

This guide is the other path: a real native iOS + Android app (plus a web dashboard) that you build yourself, where the phone camera is the scanner and you don't pay per item or per seat.

Why a Real App, Not a Web App

Inventory is the use case where the web-app-pretending-to-be-an-app shortcut falls apart:

• The camera as a scanner. A real native app gets direct, full-frame-rate camera access, so barcode and QR scanning is instant and reliable. Browser cameras are laggy and miss-fire on long sessions. When a clerk is scanning 200 items, that difference is the whole experience.
• Offline-first. Back stockrooms, walk-in freezers, steel-walled warehouses, basements, dead zones everywhere. Native apps cache the catalog locally and let staff scan and count with no signal, then sync when the connection returns. Web apps just don't load.
• Speed under repetition. Counting is repetitive. Native list rendering and local caching keep the app fast on the 500th scan; web tools stutter.
• Push notifications. Stock drops below reorder point → the manager's phone buzzes, even with the app closed. Web push is unreliable, especially on iOS.

Rork builds real native apps from one project, native iOS and Android plus a web app, so the floor staff scan on their phones and the owner reviews on a laptop, all from the same build.

The Pattern That Works

1. Scan to Identify

Open the app, point the camera at the barcode or QR code. The app reads UPC, EAN, Code 128, QR, and the rest, and pulls up the matching item instantly. No item yet? Scan the code, snap a photo, type a name, and it's in the catalog. The barcode becomes the item's permanent key, so every future scan is one tap.

2. Count and Cycle Count

Two flows that cover almost everyone:

• Full count. Walk a location, scan each item, enter the quantity on hand. The app shows you what you've counted and what's still missing.
• Cycle counts. Instead of one painful annual stocktake, count a small slice of the catalog each day or week on a rotation. The app schedules which items are due, and discrepancies get flagged for review instead of silently overwriting the number.

Every count writes to the audit log (see below), so a wrong number is traceable, not a mystery.

3. Low-Stock Alerts

Set a reorder point per item, per location. When a scan or sale drops stock below it, the item lights up on a dashboard and the responsible person gets a push notification. No more discovering you're out when a customer asks.

4. Multi-Location and Transfers

Stock is tracked per item, per location, so you get one live view across every store, warehouse, van, kitchen, or job-site cache. Moving stock is a short flow:

1. Location A requests 20 units of an item.
2. Location B approves and ships.
3. A scans them in on arrival; both balances update.

Everyone reads the same numbers in real time, no reconciling two spreadsheets at month-end.

5. Supplier Reorder

When an item hits its reorder point, the app can draft a purchase order to the right supplier, correct quantities, last-paid price, ready to send. You review and tap approve; it emails the supplier. The manual "check the spreadsheet, find the vendor, write the email" ritual disappears, but you keep the final say.

6. Audit Log and Roles

• Audit log. Every change, count, receipt, transfer, adjustment, records who, what, when, and the old and new value. When the numbers look wrong, you can see exactly what happened instead of guessing.
• Roles. Owner sees everything and every report. Manager sees their location. Clerk or picker can scan, count, and receive but can't see margins or change pricing. Auth is Rork Auth (sign in with Google or Apple), so there's no password list for you to babysit.

Scan a barcode to adjust quantity and catch low stock.

Rork vs The Alternatives

The combination of real native scanning + no per-seat or per-item penalty + fully customizable + SMB-affordable is what makes Rork a fit for inventory across so many different SMBs.

The Stack Operators Run

• App framework: Rork for cross-platform native (iOS + Android + web from one project). Native camera barcode/QR scanning is a real capability, not a plugin you fight with.
• Backend: Rork Cloud, included. Managed Postgres, auth, and storage come with the build, items, locations, counts, transfers, and the audit log all live here. No separate database to provision or pay for.
• Auth: Rork Auth. Sign in with Google or Apple, role-based access on top.
• Push: built-in push notifications for low-stock alerts.

Realistic all-in cost:

• A single-store shop or trades business on Rork Pro from $20/month covers a working inventory app with scanning, counts, and alerts, backend included.
• A multi-location operation that wants native Swift performance and the full feature set runs on Rork Max at $200/month (~$2,400/year), backend included.

Compare that to per-seat SaaS that charges you again every time you add a clerk, picker, or driver, or per-item tools that bill you for growing your catalog. The custom build's cost doesn't scale with your headcount or your SKU count.

The Build Sequence

Build in this order so you have something usable in week one and never a half-finished system:

1. Catalog + scanning. Items with barcode, name, photo, location, quantity. Scan to add, scan to find. This alone beats the spreadsheet.
2. Counts. Full count plus the audit log underneath it, so every number has a paper trail from day one.
3. Low-stock alerts. Reorder points + push notifications. This is the feature owners feel immediately.
4. Multi-location + transfers. Per-location stock and the request/approve/receive flow.
5. Supplier reorder. Draft-PO-on-approval, emailed to the vendor.
6. Roles + dashboard. Lock down what clerks see; give the owner the rollup view (stock value, items below reorder, recent adjustments, slow movers).

Each step is a few prompts in Rork, and each one is shippable on its own. Roll it out to one location, let it prove itself, then expand.

Who This Is For

The same app, with the labels changed, fits a remarkable range of SMBs:

• A retail shop tracking SKUs and reorder points across two stores.
• A restaurant group counting walk-in and dry stock before each weekend.
• An electrician or plumber keeping each van stocked, scanning parts in and out per job.
• A clinic or salon tracking consumables and product with expiry dates.
• A small warehouse running daily cycle counts instead of a dreaded annual stocktake.

Same pattern, same stack, different nouns.

What to Do This Week

If you're paying per seat to inFlow or Zoho, watching your Sortly bill climb with your catalog, or still living in a spreadsheet you don't trust:

1. Open Rork. Describe how your team counts and reorders stock today, in plain words.
2. Use plan mode to spec scanning, counts, reorder points, and roles.
3. Build the catalog + scanning piece first. Install it on one phone and scan a shelf.
4. Watch one staff member use it for a real count. Iterate.

Within a few weeks you have an inventory app that scans with the phone in your pocket, fits your workflow exactly, and doesn't charge you more for growing. The SaaS subscription becomes optional, not required.

Frequently asked questions

Do I need a dedicated barcode scanner gun for this?+

No. For most SMBs the phone camera handles barcode and QR scanning fine, EAN, UPC, Code 128, QR, the lot. A real native app gets direct access to the camera at full frame rate, so scanning is fast and reliable, not the laggy browser-camera experience web apps give you. If you run a high-throughput warehouse doing thousands of scans an hour you may still want hardware guns, but the phone covers retail, restaurants, trades, and small-to-mid warehouses without buying anything.

How does this compare to Sortly, inFlow, or Zoho Inventory?+

Sortly is great for visual, photo-based inventory but charges per entry and gets expensive as your item count grows. inFlow and Zoho Inventory are solid mid-market tools but charge per-seat, so every warehouse picker, store clerk, or driver you add costs more every month. A custom build on Rork doesn't charge per item or per seat, you pay for the app, not for growing. It also fits your exact workflow (lot codes, expiry dates, kits/bundles, your reorder rules) instead of forcing you into theirs.

Can it work offline? My stockroom has no signal.+

Yes, and this is the main reason to build a real native app instead of a web app. Native apps cache the catalog and pending counts locally and sync when signal returns. A clerk can scan and count in a dead-zone back room or a walk-in freezer, and the counts upload the moment the phone sees Wi-Fi or LTE again. Web-based no-code tools simply stop working when the connection drops.

Can different staff have different access?+

Yes. Role-based access is built in. An owner sees everything and every report. A store manager sees their location only. A picker or clerk can scan, count, and receive stock but can't see margins or change supplier pricing. Auth is handled by Rork Auth (sign in with Google or Apple), so there's no password list for you to manage.

Does it handle multiple locations and stock transfers?+

Yes. Stock is tracked per item per location, so you get a live view across every store, warehouse, van, or kitchen. Transfers are a simple flow: one location requests stock, the other approves and ships, the receiving side scans it in. Everyone sees the same numbers in real time.

Can it reorder from suppliers automatically?+

Yes. Set a reorder point per item per location. When stock drops below it, the app flags it and can draft a purchase order to the right supplier with one tap, emailed straight to them. You approve before it sends, so you stay in control while losing the manual spreadsheet step.

How long does it take to get a working version?+

A v1 with barcode scanning, item catalog, and stock counts: about 1 to 2 weeks of focused work. Add low-stock alerts, multi-location, supplier reorder, audit log, and roles: another 2 to 3 weeks. Most SMBs have a production-ready inventory app in 4 to 6 weeks, rolled out one location at a time.