Job Shop Work Order Tracker for Small Manufacturers
A web app for small manufacturers and job shops (fabrication, furniture, printing, garments) to turn customer orders into work orders, track each operation on the shop floor from a shared tablet, and compare quoted versus actual time and cost. An intermediate final year project in manufacturing software.
Intermediate
A small team, or one strong student willing to learn something new.2 semesters · 3 students
7 to ship
3 optional extrasSuggested stack
What you should ship
- Product and routing setup: each product has a sequence of operations (cut, weld, paint, pack) with work centres and standard times
- Customer order to work order conversion with material list and printable job traveller carrying a QR code
- Shop floor kiosk on a shared tablet where workers scan the traveller and their badge to start, pause and finish an operation
- Live work-in-progress board showing every job, its current operation and whether it is late against its due date
- Quote versus actual report per job: labour hours, material and margin
- Finite capacity schedule view that proposes start dates per work centre and flags overloaded days
- Scrap and rework recording per operation with reasons
If you have time left
- Drag and drop rescheduling on the capacity view with automatic conflict warnings
- Customer-facing order status page with a private link
- Offline kiosk mode that queues scans during internet outages and syncs later
The problem small manufacturers have with tracking jobs
Small manufacturers such as steel fabricators, furniture workshops, print shops and garment stitching units work job by job. Each order is a bit different. The owner quotes a price from experience, writes a job card, and then chases the floor all day to find out where things are. Nobody knows if a job made money until the month ends, and often not even then. When a big customer asks "when will my order be ready?", the answer is a guess.
These businesses are important employers, and many sit in industrial areas where software has barely arrived beyond accounting.
What already exists and the gap
- MRPeasy is a cloud ERP for small manufacturers with production planning, inventory and Gantt scheduling.
- Katana focuses on real-time inventory and production tracking with a visual planning board.
- ProShop ERP is a paperless ERP, MES and quality system for machine shops and contract manufacturers.
These are strong products, but they are priced in dollars per user, designed around Western accounting and inventory practice, and expect a planner who configures BOMs and routings carefully. A 20-person workshop needs something narrower: job travellers, a shared kiosk that workers with little computer experience can use by scanning, and a clear answer to "is this job late and is it profitable?"
What you build
Roles: owner or planner (orders, quotes, schedule, reports), supervisor (assigns work, records scrap), worker (scans at the kiosk, no login needed beyond a badge).
Flow: a customer order becomes a work order with a routing copied from the product template. A traveller sheet is printed with a QR code and moves with the physical job. At each work centre, a worker scans the traveller and their badge to start or finish. The WIP board and reports update live.
The technically interesting part
Two problems make this more than CRUD.
Finite capacity scheduling. Given work centres with daily hours, jobs with due dates and operations with standard times, propose a schedule. Start with a simple forward-scheduling heuristic (earliest due date first, each operation after its predecessor, no work centre over capacity) and measure it. Then try one improvement, such as prioritising by slack. This is a small version of the operations research problem factories spend fortunes on, and it gives you something to compare numerically.
Trustworthy time capture from a shared device. Workers forget to press finish. Two workers scan the same job. A kiosk reboots mid-shift. Design the event model (start, pause, resume, finish) with validation rules, auto-close of forgotten operations at shift end with a flag for supervisor review, and an audit trail. Actual cost reports are only as good as this data.
How to evaluate it
- Scheduling quality: on a dataset of at least 50 realistic jobs, compare your heuristic against a naive first-come-first-served baseline on late jobs and average lateness.
- Kiosk usability: time 5 workers doing start and finish scans; target under 10 seconds per action with no training beyond one demo.
- Data quality: in a pilot week, count operations auto-closed or corrected by the supervisor, and track whether it drops by week two.
- Business value: for 10 completed jobs, show quoted versus actual hours and discuss where estimates were off.
Suggested plan
- Weeks 1 to 3: visit a workshop, photograph their job cards, list work centres and typical routings.
- Weeks 4 to 8: products, routings, orders, work orders and printed travellers.
- Weeks 9 to 12: kiosk scanning, event model, WIP board.
- Semester 2, weeks 1 to 5: capacity scheduling heuristic and its evaluation.
- Weeks 6 to 9: quote versus actual and scrap reports.
- Weeks 10 to 14: one to two week pilot and final report.
Path to a product
Your first customer is a workshop in an industrial estate near you, reached through family, a faculty contact or a small industry association. Charge a monthly fee per site with unlimited kiosk workers, because per-seat pricing kills adoption on the floor. Grow by sector templates (furniture, fabrication, printing) with ready-made routings.
Scope warning
Do not build accounting, payroll, purchasing, or full inventory with stock valuation. Do not attempt an optimal scheduler; a measured heuristic is enough. Do not connect to machines or sensors; that is a different project.
Learn what you need on Sefism
- Backend roadmap : APIs, data modelling and background jobs for the scheduler.
- DSA cheat sheet : priority queues and greedy strategies behind the scheduling heuristic.
- Django REST Framework : a productive choice for the API if your team knows Python.
- PostgreSQL Documentation : constraints and transactions for trustworthy scan events.
- Refactoring.Guru: Design Patterns : state pattern for the operation lifecycle.
Get help with this idea
The best version of this project starts on a real shop floor, not in Figma. Tauseef can help you tighten the scope, choose a stack your team can finish with, and design an evaluation your examiners will respect. If you are new here, create a free account first.
Ideas and guidance, not finished projects
These are project ideas and scoping guidance, published free for students to use as a starting point. I do not build, write, or sell final-year projects, and I do not complete coursework for anyone. Take an idea, make it yours, and build it.
Not sure this one fits you?
I help students pick an idea that matches their skills and their deadline, then scope it down until it is finishable. Guidance only, never done for you.
Stuck on something specific?
Writing only gets you so far. If you want an answer to your situation rather than the general case, book a session and we will work through it together. Sessions are free for approved Sefism members, and a few slots open each week.
Follow along
New writing, resources and project ideas land here first.