Here's a scene that plays out in a thousand companies every single week: the operations team is drowning in spreadsheets. Someone's manually updating stock levels. Another person is emailing purchase orders back and forth. And every month, someone discovers that the "current inventory" column hasn't been updated in two weeks.
We know because that was us. Our operations person, let's call her Mei, was managing about 600 SKUs across three warehouses in a Google Sheet that had grown to 14 linked tabs. It worked, sort of. Until it didn't. A customer order went through for a product we'd run out of five days earlier. Not great.
We needed an actual inventory system. But the options were either expensive SaaS platforms built for enterprises with 50,000 SKUs, or a custom build that meant waiting on engineering for months. Neither worked for us.
So we tried something else. We built it ourselves using INFORMAT. And the whole thing — from the first prompt to a working system with data — took about four hours.
Here's exactly how we did it, including the prompts we used and what the AI generated at each step.
What We Needed
First, let's be clear about what we were building. Our inventory problem wasn't complicated, but it had enough moving parts that a spreadsheet couldn't handle it anymore:
- Track stock levels across 3 warehouse locations
- Manage purchase orders and receive stock against them
- Fulfill customer orders and deduct inventory automatically
- Get alerts when stock runs below a threshold
- Generate monthly reports on turnover and slow-moving items
- Give the sales team a real-time view of available stock
Six requirements. A spreadsheet handles maybe two of those decently. A custom build would take weeks and require a developer. We were hoping INFORMAT could cover all six.
The Setup: One Prompt to Start
We opened INFORMAT and typed a single prompt. No data modeling, no schema design, no deciding which fields go where. Just this:
About 30 seconds later, the AI had generated:
6 interconnected tables: Products, Warehouses, Stock Levels, Purchase Orders, Order Fulfillments, Stock Movements. Each with proper field types, relationships, and validation rules. A dashboard with low-stock alerts and turnover charts.
We weren't expecting it to work on the first try. But honestly, it got about 85% of the way there. The table structure was right. The relationships between products, warehouses, and stock levels made sense. The AI had even added fields we hadn't thought about — like "unit of measure" and "location bin number" for warehouse organization.
Was it perfect? No. The dashboard had a chart we didn't need, and it missed one relationship. But here's the thing — fixing those issues took about 10 minutes.
Iterating With Follow-Up Prompts
This part matters. The first prompt gets you a working foundation, but the real power is how fast you can iterate. Instead of filing tickets or waiting for a dev sprint, we just typed follow-up prompts.
For example, we realized we needed to track batch numbers because some of our products are from different production runs. One prompt:
Done in about 15 seconds. The AI added a batch number field, updated the stock receipt flow, and modified the fulfillment view. No schema migration script, no database rollback plan, no "we'll add it in the next sprint."
We made a few more adjustments over the next hour:
- Supplier info: "Add a suppliers table linked to purchase orders."
- Approval flow: "Require manager approval for purchase orders over $5,000."
- Email alerts: "Send an email when any product drops below its reorder threshold."
- Role permissions: "Warehouse staff can only see stock and fulfillment screens. Managers see everything."
Each change took seconds to minutes. By the end of the afternoon, we had a system that covered every requirement on our list, plus a few we hadn't thought of.
What the Final System Looked Like
After about four hours of work — and that includes a coffee break — here's what we had:
| Module | What It Did | How We Built It |
|---|---|---|
| Product Catalog | 600 SKUs with categories, suppliers, batch tracking, and reorder thresholds | Generated in initial prompt |
| Warehouse Management | 3 locations with bin-level organization and real-time stock counts | Generated + refined via prompts |
| Purchase Orders | Create, approve, receive against POs with partial receipt support | Generated + added approval workflow |
| Order Fulfillment | Pick, pack, ship workflow with auto-deduction from inventory | Generated in initial prompt |
| Low-Stock Alerts | Automatic email notifications when stock hits threshold | Added via follow-up prompt |
| Dashboard | Turnover reports, slow-moving items, stock value by warehouse | Generated + removed one chart |
| User Permissions | Role-based access for warehouse staff, sales, and managers | Added via follow-up prompt |
Where It Shined vs. Where It Didn't
Let's be honest about what worked well and what didn't. If you're evaluating whether to do this yourself, you should know both sides.
What surprised us (in a good way):
- The data model was solid. The AI understood how inventory tables relate to each other — products to warehouses, POs to suppliers, fulfillments to stock deductions. It didn't just create isolated tables; it created a connected system.
- Iteration speed is unreal. The gap between "I wish this had X feature" and having X feature was about 20 seconds. That changes how you think about building software. You stop trying to get everything right upfront because you know you can change it instantly.
- Non-technical team members could use it. Mei, who had been managing the spreadsheets, could make changes herself without asking for help. That alone was worth the switch.
Where we hit friction:
- The first dashboard layout wasn't great. The AI picked decent chart types, but the layout needed manual adjustment. This took maybe 15 minutes to fix, but it wasn't as smooth as the rest.
- Very specific UI tweaks require the visual editor. Things like "make this button blue instead of gray" or "move this field to the right side of the form" need manual drag-and-drop. The AI handles structure well, but pixel-level polish is still hands-on.
- Complex conditional logic took a few tries. Our approval rule for purchase orders over $5,000 worked on the third attempt, not the first. The AI misunderstood "over $5,000" as "over 5000 units" initially. But fixing it was just another prompt.
How This Compares to the Alternatives
We looked at three options before going the INFORMAT route. Here's the honest comparison:
| Approach | Time to Working System | Cost | Who Can Build It |
|---|---|---|---|
| Spreadsheet | Immediate (but limited) | Free | Anyone |
| Off-the-shelf SaaS (e.g., Zoho Inventory) | 1-2 weeks setup + data migration | $30-$200/month | Business user + some config |
| Custom development | 2-4 months | $30K-$80K | Development team |
| INFORMAT AI (what we did) | 4 hours | Free tier, then ~$50/month | Anyone who can describe what they need |
The SaaS option would have worked, but it meant adapting our process to fit the software. The custom build would have been exactly what we wanted, but we couldn't wait four months. INFORMAT hit the sweet spot — we got a system tailored to exactly how we work, without the wait or the cost.
What We Learned
A few things that surprised us about building software this way:
You don't need to be precise. The first prompt was messy. We said "products with categories" and "track stock movements with timestamps" — that's barely a paragraph. The AI filled in the gaps. It assumed things like "products should have a name and description" and "stock movements should link back to both products and warehouse locations." Most of its assumptions were right.
Prompting is a skill, but it's a learnable one. By the third or fourth follow-up prompt, we got better at phrasing things clearly. Specific beats general. "Send an email" is better than "notify someone." "Require manager approval for POs over $5,000" works better than "add approval for expensive orders."
The combination of AI + visual editing is the real trick. Pure AI generation is impressive, but you need the ability to manually tweak things. INFORMAT's visual editor let us adjust the dashboard layout and reorder form fields. The AI does the heavy lifting; the editor handles the last 10% of polish.
Should You Do This?
If you're managing inventory, orders, or any business process in spreadsheets and it's starting to hurt — you already know. The question isn't whether you need a proper system. It's whether you can afford the time and cost of building one.
What we learned is that you can go from "this spreadsheet is a mess" to "we have a working system" in a single afternoon. No developer needed. No months of requirements gathering. Just a clear description of what you need and a platform that can build it.
Mei runs the inventory system now. She's not a developer. She doesn't write code. But when something needs to change, she types it in, and the system updates. That's the bar we should all aim for.