Business Requirements Document · Post-Implementation
QR-Based Fabric Store
Management System
End-to-end digitization of fabric and accessory warehouse operations at Snowtex Group. Eliminated manual bin cards, automated GRN generation, and lifted inventory accuracy from 75% to 99% across 4 warehouses using a custom QR tracking system, mobile application, and ERP integration.
Organization
Snowtex Group
Scope
4 Warehouses · ~400 Users
Implementation
6-Month · 1 BA · 2 Dev
FRAMING · This document covers the BA lifecycle of the Warehouse QR project: warehouse process discovery, QR data architecture decisions, the three stakeholder and operational challenges encountered, and an honest account of what the system handles versus what still poses a risk. Operational throughput figures are directional and sourced from warehouse management reporting. Operator-level details are withheld per company policy.
LIVE
CS-QR-001 · v1.0 · FINAL
§1
Project Context & Problem Statement
The Baseline Problem

Across 2 fabric and 2 accessory warehouses at Snowtex Group's woven facility, inventory management was entirely paper-driven. Bin cards were updated by hand on every roll movement. GRNs were raised on paper and entered into records after significant delay. With roughly 3,000 fabric rolls received and 3,000 issued to cutting every day, the manual system accumulated errors faster than staff could correct them. Mismatched figures were routine. Wrong rolls went to cutting. Rolls disappeared for extended periods. Locating a specific roll meant a physical search across thousands of bin positions on every shift.

The project mandate was to digitize the full inventory lifecycle: attach a unique identity to every roll at receipt, track its location in real time, automate GRN generation at the point of issue, and eliminate the paper infrastructure entirely.

4
Warehouses — 2 fabric, 2 accessory
Snowtex Woven Facility
~400
Staff onboarded to the new system
Warehouse operatives · cutting floor · supervisors
~3,000
Fabric rolls received and issued daily
Peak daily throughput
+24 pp
Inventory accuracy gain (percentage points)
75% → 99% at 6 months
Baseline Performance. Pre-System
KPIBefore SystemRoot Cause
Inventory Accuracy75%Manual bin card errors, missing roll records, delayed reconciliation
Fabric Issue Time~30 min per GRNManual roll search by description, paper GRN preparation, supervisor sign-off chain
Daily GRN Volume~300 GRNs/dayProcessing bottleneck limited capacity; backlog on high-throughput days
Annual Bin Card Usage~6,000 bin cards/yearOne card per roll per bin movement, all written, filed, and stored manually
Cutting Floor Reception Staff11 dedicated personnelOne staff per floor (11 floors) manually verifying and reconciling incoming rolls, identified through BA process mapping
Stated Objectives
  • Eliminate manual bin card processes through digital roll-level QR tracking
  • Automate GRN generation at the point of issue via QR scan, removing manual paperwork from the issuing workflow
  • Achieve real-time inventory visibility across all 4 warehouses
  • Eliminate inventory mismatches through scan-verified issue and receipt processes
  • Improve fabric roll traceability from receipt through to cutting floor delivery
  • Reduce operational errors caused by wrong fabric issuance
  • Integrate with ERP to ensure GRNs and inventory data reflect in records without manual entry
Requirements Elicitation. Methods & Findings

Requirements came from GEMBA walks, floor observations, stakeholder workshops, and direct meetings with warehouse management, cutting floor supervisors, and IT. The GEMBA walks were deliberate: warehouse management described the process one way in meetings; the floor showed a different operational reality. Dead stock accumulation, the scale of bin card inaccuracy, and the workflow tying 11 staff to manual GRN reception only became visible through direct observation.

Cutting Section. Process Map Findings
  • Process mapping revealed 11 fabric receiving staff, one per floor, each manually verifying, recording, and reconciling incoming rolls. The role existed entirely because the warehouse had no reliable way to pre-confirm what was being issued. Eliminated by the QR issuing workflow.
  • GRN generation took approximately 30 minutes per GRN at the cutting floor, creating a throughput ceiling that produced backlogs on high-volume days.
  • Issue delay was partly caused by time spent searching for specific rolls by description, no bin address system existed.
Store. Process Map Findings
  • GEMBA walks identified poor dead stock management: rolls in-house for extended periods without being flagged, located, or allocated, invisible to management because bin cards were the only tracking mechanism.
  • Bin card inaccuracy was structural, not behavioural: the daily roll volume made manual card updates impossible to sustain without error at scale.
  • Stock mismatches between physical inventory and records were chronic, the gap between what records showed and what existed on the floor was the single largest operational risk in the warehouse.

Key elicitation insight: Network connectivity in the warehouse was not identified as a constraint during the requirements phase, it surfaced only after implementation began. A subsequent GEMBA during implementation confirmed the coverage gaps. IT resolved the issue by deploying additional routers across the store. This delayed the implementation timeline and was logged as a risk for future warehouse digitization projects.

§2
Solution Design & Key Decisions
Process Flow Chart
QR-Based Fabric Store Management. Process Flow
FIGURE 01 · QR-Based Fabric Store Management System. End-to-End Process Flow · CS-QR-001
System Architecture. Four Core Phases
📦
Receive & Tag
QR generated and attached at receipt. Full roll identity encoded on label.
📍
Store & Locate
Dual-scan bin placement via phone. Roll QR + bin QR links location instantly.
✂️
Issue & Scan
Fixed terminal scan at cutting floor. GRN auto-generated on scan.
🔄
Live Update
Inventory updated in real time. ERP synced. Dashboard reflects every movement.
QR Code Data Structure. Designed by the Implementation Team

The QR data structure and report structure were designed from scratch, not inherited from an existing system or specified by IT. Each field was determined through requirements sessions with warehouse management, cutting supervisors, and QA. Every field included was required by a specific operational workflow at the point of scan. The structure was iterated in workshops and handed to developers as a formal build specification.

Roll Number Fabric Name Buyer Lot Number Quantity Color Allocated Buyer Style In-House Date Supplier Name Fabric Width Inspection Information
Roll Location Encoding — 4-Level Bin Address

Location was tracked as a four-level hierarchy. When a roll went into a bin, the operative scanned the roll QR then the bin QR in a single phone operation. The system linked the two and recorded the placement automatically. No manual entry, no handwriting, no lookup.

🏭
Level 1
Factory
↔️
Level 2
Row Number
🗄️
Level 3
Rack Number
📥
Level 4
Bin Number
Design Decisions. With Rationale
D1
QR over RFID, cost-benefit analysis resolving a stakeholder disagreement Warehouse management initially pushed for RFID auto-scanning. The BA prepared a structured cost comparison: QR sticker unit cost versus RFID tag unit cost, plus the additional infrastructure cost of RFID scanning stations across 4 warehouses. The delta was significant. The comparison also demonstrated that QR delivered equivalent operational output for this use case, full roll identity at receipt, location tracking via dual-scan, scan-verified issue, automated GRN, without the infrastructure overhead. Management accepted the QR approach once the numbers were presented. The rationale was formally documented to prevent the preference resurfacing informally.
D2
Dual-scan bin placement, roll QR + bin QR via phone Location tagging was designed as a two-scan mobile operation: operative scans the roll QR, then the bin QR. The system links the two and records the placement automatically. This eliminated manual location entry, the primary source of location errors in the previous system. The dual-scan approach requires no data input beyond the two scans, making it usable regardless of staff literacy or data entry experience.
D3
Mobile for warehouse movement, fixed terminals for cutting floor issuing Warehouse operatives used mobile phones for all receiving, inspection, and bin placement tasks, enabling mobility through the warehouse without fixed station dependency. Fixed terminals were deployed at cutting floor issue stations for the high-frequency scan workflow (~3,000 rolls/day). Fixed terminals provide consistent performance, reduce device loss risk, and provide a defined audit point for all fabric movements out of the warehouse. Matching the interface to the workflow, rather than standardizing on one type, produced a system staff actually used consistently.
D4
In-house development with dedicated resources, secured through formal escalation The system was built as a custom in-house solution. The initial plan had no dedicated developers. The implementation team identified this as a delivery-blocking constraint and escalated formally to management, framing it as a delivery risk rather than a resource complaint. Following escalation, 2 developers were assigned to the project. Without this, building a custom warehouse system at this throughput would have produced an unreliable product and undermined adoption.
Technology Stack
ComponentDescriptionBA Contribution
Custom QR GeneratorIn-house tool generating roll-specific QR labels at point of receipt. Encodes full roll identity and prints on demand.Data structure (11 fields) designed and specified by the implementation team
Custom Mobile ApplicationPurpose-built for warehouse operatives. Handles dual-scan bin placement, inspection logging, and roll search via phone.Workflow and UX requirements specified by the implementation team; handed to developers as build spec
Fixed Issue TerminalsDedicated scan stations at cutting floor issue points for high-volume, controlled GRN generation.Terminal placement and scan workflow defined by the implementation team through floor observation
Digital Bin Card SystemReplaces ~6,000 annual paper bin cards with auto-updated digital records. Full movement history per QR.Digital bin card structure and update logic specified by the implementation team
ERP IntegrationGRN data and inventory updates flow to ERP automatically on scan. Eliminates separate manual ERP data entry.Integration requirements and data mapping specified by the implementation team
Dashboard & ReportsLive inventory visibility for management, roll location, stock levels, issuance status in real time.Report structure and dashboard layout designed by the implementation team before developer build

BA Deliverables. Designed from scratch by the implementation team: the QR data structure (11 fields); the report and dashboard structure; the process flows for the cutting section and fabric store (produced through GEMBA); the 4-level bin location hierarchy; the dual-scan placement workflow; and the technology requirements handed to developers as formal specifications.

§3
Stakeholder Challenges & Resolution

Three challenges emerged during the project: a stakeholder technology disagreement before implementation started, an adoption and stability crisis during early deployment, and a recurring operational risk that appeared after go-live. All three needed structural responses, not just communication.

CHALLENGE 01 · Warehouse Management. RFID Preference vs. QR Proposal

Challenge: The warehouse management team was disengaged from the proposed QR system and advocated for RFID auto-scanning. Their position was not unreasonable. RFID removes the need for manual scan actions and is perceived as higher-capability technology. However, RFID at the required scale (4 warehouses, ~3,000 daily roll movements, full bin-level tracking) would have required significantly higher capital investment in tags, fixed readers, and infrastructure, a cost the project budget could not absorb. A disengaged management team preferring a different technology was a direct risk to adoption and implementation support.

BA Action: Rather than dismissing the RFID preference or escalating to override it, the BA prepared a structured cost comparison: QR sticker unit cost versus RFID tag unit cost, combined with the additional infrastructure cost of RFID scanning stations across the warehouse network. The comparison was presented directly to warehouse management, alongside a demonstration that QR delivered equivalent operational output for this use case. The case was made on numbers, not persuasion.

Resolution: Warehouse management accepted the QR approach following the cost comparison presentation. Their core requirement, accurate, reliable roll tracking, was met at a fraction of the RFID cost. The design rationale was formally documented in the project specification to prevent the preference resurfacing informally during implementation. Management engagement improved once they had accepted the technology on their own terms.
CHALLENGE 02 · Warehouse Staff Adoption. System Instability Rooted in Insufficient Development Resource

Challenge: Warehouse operatives resisted adopting the system in the early weeks of deployment. A surface reading pointed to change resistance. The BA's diagnosis, confirmed through GEMBA observation during implementation, was different: resistance was rooted in system instability, not change aversion. The in-house application had bugs causing real workflow failures for staff managing thousands of roll movements per day. An unreliable system is operationally worse than the manual process it replaces. The root cause was structural: no developers were formally dedicated to the project, so bugs accumulated faster than the shared-resource model could resolve them.

BA Action: The BA identified that the correct intervention was reliability improvement, not change management or more training. This led to a formal escalation to management framed as a delivery risk: the shared-resource development model could not produce a stable system within the required timeline. Following the escalation, 2 developers were formally dedicated to the project. A bug triage protocol was established simultaneously, and fix timelines were communicated directly to warehouse supervisors so staff could see reported issues being actioned.

Resolution: Dedicated developer assignment accelerated bug resolution materially. System stability improved through the first two months, and staff adoption recovered as reliability increased. The key BA contribution was diagnostic: correctly identifying that resistance was a system quality signal rather than a people problem, and responding with the structural fix. Responding to a reliability problem with a communication solution would have failed.
CHALLENGE 03 · QR Code Damage. Label Integrity in a Physical Warehouse Environment

Challenge: QR labels on fabric rolls were subject to physical damage in active warehouse conditions, tearing during handling, smearing from moisture, and degradation on rolls stored for extended periods. A damaged QR cannot be scanned, breaking the tracking chain: a roll without a readable QR is effectively invisible to the system, replicating the untracked inventory the project was designed to eliminate. This risk materialized, damaged labels were observed during normal operations, particularly on high-movement rolls and in high-humidity storage zones.

BA and Operational Action: A reprint protocol was established as a standing operational procedure. Warehouse supervisors were authorized to flag and request label reprints for any roll with a damaged QR, with the reprint carrying the original roll identity from the system record. Staff were briefed to treat label integrity as part of roll management. Label placement guidance was updated to position QR labels on the more protected inner-facing surface of roll wrapping where feasible.

Resolution: The reprint protocol absorbed the damage risk without a system redesign. The risk was not eliminated, physical label damage remains a low-frequency ongoing event in any warehouse environment, but it was operationally managed. No systemic untracked inventory event was attributed to QR damage after the protocol was established.

All three challenges shared a common structure: a legitimate operational problem that could not be solved through instruction alone. Each required a structural response, a cost comparison, a resource escalation, or a standing protocol. The BA's role in each case was to correctly diagnose the structural gap and drive the change that closed it.

§4
Outcomes & Gaps
Benefits Realization. Measured at 6 Months
ObjectiveDeliveredMeasured ImpactStatus
Increase inventory accuracyQR scan-verified receipt, placement, and issue, every movement tracked at roll levelAccuracy: 75% → 99%ACHIEVED
Eliminate inventory mismatchesScan-at-issue workflow prevents wrong roll issuance; system rejects mismatched requestsInventory mismatch: EliminatedACHIEVED
Remove manual paperworkPaper GRN replaced by automated generation at scan; bin cards replaced by digital recordsPaper GRN: Eliminated · Bin cards: DigitalACHIEVED
Improve roll traceabilityFull movement history per QR, from receipt through bin placement to cutting floor issueUnidentified fabric issues: EliminatedACHIEVED
Reduce operational errorsSystem-enforced issue matching and scan verification replaced judgment-based manual processesWrong fabric issuance: EliminatedACHIEVED
Real-time inventory visibilityLive dashboard reflects every scan, no end-of-shift reconciliation requiredManagement visibility: Real-timeACHIEVED
Streamline issuing processFixed terminal scan-and-issue workflow; cutting floor reception staff requirement removedGRN time: 30 min → ~5 min · 11 reception staff: EliminatedACHIEVED
Before / After. Key Operational Comparisons
MetricBeforeAfter
Inventory Accuracy75% — chronic mismatches99% at 6 months
Inventory MismatchExisting · routine occurrenceEliminated
GRN Time~30 minutes per GRN~5 minutes · 83% reduction
Paper GRNManual · paper-basedAutomated at point of scan
Bin CardsManual · ~6,000/yearDigital · auto-updated
Unidentified FabricExisting · missing roll eventsEliminated
Cutting Reception Staff11 dedicated personnelRole eliminated by scan workflow
Known Gaps. Documented at Project Closure

Gap 01 — QR label durability is managed through the reprint protocol (see §5 Risk Register) and remains an ongoing operational item. Physical label damage in warehouse conditions cannot be eliminated entirely. The reprint protocol addresses individual incidents but does not prevent them. A future improvement would be to evaluate more durable label materials (laminated or industrial-grade adhesives) for rolls in long-term storage or high-humidity bin zones. This is an operational specification improvement, not a system design flaw.

Gap 02 — ERP integration scope may require expansion as accessory warehouse workflows mature. The current ERP integration was specified against fabric roll workflows. Accessory warehouse issuing patterns are structurally different (smaller quantities, higher item variety) and may surface edge cases not covered in the initial integration specification. A review of accessory-specific GRN logic is recommended at the 12-month mark.

§5
Risks, Assumptions & Lessons
Risk Register. Managed Through Deployment
RiskCategoryLikelihood · ImpactMitigationOutcome
Warehouse management disengagement due to RFID preference StakeholderHigh · High Structured cost comparison prepared and presented; QR equivalence demonstrated on operational grounds MATERIALIZED · RESOLVED — Management accepted QR approach after cost comparison. Engagement recovered.
Staff non-adoption due to system instability from insufficient development resource People · TechnicalHigh · Critical Formal escalation secured 2 dedicated developers; bug triage protocol established; fix timelines communicated directly to supervisors MATERIALIZED · RESOLVED — Resistance observed early. Resolved through system stabilisation after dedicated developer assignment.
Warehouse network connectivity insufficient for mobile app Technical · InfrastructureMedium · High Not identified pre-implementation, surfaced through GEMBA walks during deployment; IT engaged and resolved MATERIALIZED · RESOLVED — IT deployed additional routers. Delayed implementation timeline. Demonstrates value of continuing GEMBA beyond requirements phase.
QR label damage disrupting roll tracking chain OperationalMedium · High Reprint protocol established as standing procedure; label placement guidance updated; supervisor authorization for reprints MATERIALIZED · MANAGED — Damage observed in live operations. Managed through reprint protocol. No systemic untracked inventory event post-protocol.
Cutting floor scan throughput insufficient for ~3,000 daily issue volume Technical · CapacityMedium · High Fixed terminals deployed at defined issue stations; count sized against peak volume estimate; tested during pilot MITIGATED — Fixed terminal deployment absorbed peak daily scan volume. No throughput bottleneck observed at full scale.
Lessons Captured. For Future Warehouse Digitization Projects
1
GEMBA is not just a requirements tool, continue floor observation through implementation The network infrastructure gap was not identified during the requirements phase, it was discovered through GEMBA walks conducted after implementation began. The same approach that identified dead stock problems and bin card failures pre-project also identified a live deployment blocker that no meeting or workshop would have surfaced. GEMBA should be treated as a continuous practice throughout the project lifecycle, not a one-time elicitation method.
2
Staff resistance to a new system is a diagnostic signal, identify the root cause before responding Warehouse staff resisted the system in the early weeks. A standard response would have been more training or change communication. The BA's diagnosis, that resistance was caused by system instability, not change aversion, led to the correct intervention: a resource escalation that produced dedicated developers and faster bug resolution. Responding to a reliability problem with a communication solution would have failed. Diagnosing correctly before acting is the BA's most important contribution in an implementation crisis.
3
Stakeholder technology preferences must be tested against cost, not argued against The warehouse management team wanted RFID. Arguing that QR was "good enough" would have left a disengaged stakeholder. Presenting a structured cost comparison, sticker cost, tag cost, scanning station infrastructure, let the numbers make the case. The stakeholder's underlying requirement (accurate roll tracking) was met; their preferred implementation was not. Separating the requirement from the solution produced genuine buy-in rather than reluctant compliance.
4
Physical environments require physical mitigations. QR damage is operational reality, not a design failure Any label-based tracking system in an active warehouse will encounter label damage. The correct approach is to design for recovery: a reprint protocol with supervisor-level ownership absorbs the risk without system redesign. Gap documentation should distinguish between design limitations and operational management items, they require different response types.
5
Large-volume warehouse operations benefit most when inventory tracking, issuing, and location management are integrated into a single real-time system Digitizing one part of the warehouse workflow (e.g. GRN generation) without integrating the others would have produced marginal improvement. The step-change in accuracy and efficiency came from end-to-end integration: every roll tracked from receipt through bin placement through to cutting floor issue in one connected system. Partial digitization in a high-volume environment often creates new reconciliation problems rather than solving existing ones.