← All work
Little Lore · Pallavi BansalLive

Little Lore ERP

A manufacturing and retail system built around the way a kidswear brand actually works: design, colour, size, configurable production routes, tailor output and one unified stock pool.

Client
Little Lore, founder Pallavi Bansal
Sector
Kidswear — in-house tailor-driven manufacturing plus retail and exhibition sales
Status
Live, in daily use
Live since
July 2026
Stack
React + TypeScript + Vite + Tailwind + zustand + dnd-kit / Express + TypeScript + better-sqlite3, JWT
Scale
4 roles · single unified stock pool
01

The problem

Little Lore manufactures in-house with tailors, then sells through retail and exhibitions. There was no central system showing where a garment was in production.

The business could not see true cost per piece from materials and the labour of that specific day. Stock by design, colour and size was not one reliable record.

The replacement had to match how the workshop speaks and works. A generic SKU list and one rigid production sequence would only move the translation burden onto staff.


02

What we built

Manufacturing, stock and financial records in one system.

M-01Product coding
M-02Colour × size variants
M-03Process routes
M-04Production kanban
M-05Stage history
M-06Inventory by design/colour/size
M-07Bill of materials
M-08Pick lists
M-09Material stock & low-stock alerts
M-10Labour logs
M-11Cost per piece
M-12Expenses
M-13Receipts
M-14Monthly P&L
M-15Customers
M-16Contact-list export
M-17Roles & views

03

The hard parts

The model follows the workshop, not the conventions of generic ERP software.

Production is not one fixed sequence

Stages are admin-editable. Every product code follows its own configurable route, stored as ordered join rows.

Two designs can move through the workshop differently without a code change. Their kanban state still carries a full stage history.

Labour costing uses day rate ÷ output

A tailor’s daily wage is divided by the pieces they finished that day, then split proportionally by quantity across every code they touched.

True cost per piece is that labour allocation plus the bill of materials. It changes from day to day because that is what the day actually cost.

The tailor’s screen is deliberately almost empty

Large cards. The short code the team already uses. The quantity. One way to mark progress. There is no pricing, cost data or general navigation.

The simplification is the product. An ERP that tailors will not touch is a spreadsheet with extra steps.

Design × colour × size is the real axis

Inventory, variants and stock are keyed the way the business already thinks. The system does not flatten those dimensions into a generic SKU that staff must translate in their heads.


04

How we know it works

4roles with genuinely separate interfaces
1unified stock pool, with no reconciliation between locations
.xlsxcontact export driving real marketing
Hourlybackups, with data outside the deploy directory
← Previous caseTIPL Operations Next case →Parts & Pricing

Tell us what your business runs on today.

Show us the registers, spreadsheets and hand-offs that hold the operation together. We will map where a custom system would pay for itself.