top of page
Tobacco procurement_edited.jpg
Back

Reading time : 20 mins

Untangling Field Procurement & Logistics in a Tobacco Supply Chain

Led the design of a field-ready procurement system that transformed fragmented manual processes into a scalable digital workflow, accelerating approvals, improving data reliability, and enabling cross-team efficiency across the enterprise.

Domain

ERP,  Supply chain,

Procurement,

Field Operations.

My Role

Lead Product Designer

Duration

~75 Days

Client

ITC INDIVISION LTD (IIVL)

Team Structure

Product Manager,

Business Analyst,

Frontend Backend Developers,

IIVL field team.

20 Second Impact Overview

4× faster procurement cycle, Reduced from 4 days to 1.

100% manual paperwork eliminated across buying, approval, & dispatch workflows.

3× operational scalability, supporting growth from 850MT to 2500MT.

Higher data accuracy, lower operational risk

Offline-first field operations,Uninterrupted purchasing in low-connectivity rural areas.

Reduced training and supervision dependency

This case study is structured using the 7C – Concerns of Innovation framework, taught as part of the Design & Innovation program at IIT Bombay by Prof. B. K. Chakravarthy.

Timeline view (super clear) - visual selection (1).png

01

Cause

Why this innovation was necessary

IIVL’s field procurement and logistics operations were entirely manual and paper-driven, involving :

  • Physical purchase slips

  • Handwritten UBC tracking

  • Manual approvals

  • Physical TLPV documents

  • Spreadsheet-based reconciliation

  • Phone calls between field agents, buyers, and warehouses

As procurement volumes grew, the system began to fail:

  • Purchase cycles took 4+ days

  • Paperwork was frequently misplaced or delayed

  • Errors surfaced only at dispatch or warehouse stages

  • Scaling operations meant scaling people and supervision, not efficiency

  • Zero real-time visibility for buyers and warehouses

  • Complete breakdowns in low-connectivity rural areas

  • Multi-day delays between purchase and approval

Digitisation was not a UX upgrade but an operational necessity to sustain growth.

02

Context

The reality we were designing for

Before proposing any solution, it was critical to understand the real operational environment, constraints, and stakeholders involved in field procurement and logistics.

Site image 2
Site image 4
Site image 3
image 102.png

Key constraints identified through requirement gathering and stakeholder interviews:

  • Remote rural procurement with poor or no internet connectivity

  • Entire workflows dependent on manual paperwork and Excel sheets

  • SAP handling inventory and payments, but disconnected from field operations

  • Multiple handoffs across field agents, buyers, logistics, and warehouses

  • Scaling procurement from 850 MT to 2500 MT with the same manual setup

Context mapping revealed a critical insight:

Any digital system that depended on constant connectivity or memory-based training would fail in practice.

The design needed to absorb complexity, not expose it.

As-Is procurement and approval flow highlighting manual dependencies, informal coordination, and late discovery of errors.

as is process flow.png

03

Comprehension

Understanding the real problem

Focus was on understanding how work actually moved across people and stages.

Through user research and on-ground walkthroughs, it became clear that paperwork was not the core issue.

Site image 2
Site image 4
PIX image.png
image 102.png

The deeper problems were not about missing features, but missing system intelligence:

  • Field agents rarely knew what state a task was in

  • The system provided no feedback or guidance

  • Errors were discovered late, often during approval or reconciliation

  • Training depended on tribal knowledge and constant supervision

  • Progress relied more on people than on the process itself

Most steps worked not because of the system, but because of informal coordination:​

  • “Agent knows how this works”

  • “Call the buyer to confirm”

  • “We’ll fix it during reconciliation”

Core Insight

The real opportunity was not just digitisation, but to design a system that:

Guides the field agent, enforces correctness, and makes progress visible at every step — even offline.

A single primary persona anchored the problem space

IIVL.jpg

04

Check

Validating feasibility and risk

Before designing interfaces, it was essential to validate whether the proposed system would actually survive real-world conditions.

Early walkthroughs of the end-to-end flow—from purchase creation to approval, dispatch, and reconciliation—were used to pressure-test assumptions about how work was expected to happen versus how it actually happened.

These walkthroughs surfaced critical risks like:

  • Decisions were happening earlier than expected, often at the point of submission

  • Field actions needed to work reliably without connectivity

  • Uncertainty led users to retry actions, causing duplicates

  • Ownership of progress relied on people instead of the system

  • Lack of feedback caused hesitation and workarounds

Proposed User–System Interaction Flow Diagram

proposed flow.png

Instead of relying on people to remember steps, confirm progress, or avoid mistakes, the system was designed to take ownership of correctness and sequence. It defined when users could proceed, when actions were final, and when the system needed to step in.

Responsibility was clearly owned by the system.

05

Conception

The core innovation idea

With a clear understanding of field constraints and failure points, the focus shifted from digitising existing steps to rethinking how procurement should fundamentally work.

The intent at this stage was divergence, to challenge legacy assumptions before committing to any structure or screens.

To do this, I used structured ideation techniques to deliberately break the manual mental model:

SCAMPER - to systematically rethink each part of the workflow

scamper iivl.png

Worst Possible Idea — to surface hidden risks by imagining what would fail hardest in the field

Timeline view (super clear) - visual selection.png

Key directions that emerged

Across both exercises, a few strong directions consistently surfaced:

  • Replace free-text entry with QR scans, controlled inputs, and pre-filled data

  • Combine fragmented steps (scanning, receipt entry, validation) into single, guided flows

  • Shift error handling earlier in the process through inline validation

  • Reverse approval dynamics, enable correction over rejection

  • Design for offline-first execution, not as an edge case

  • Remove technical jargon to reduce training dependency

Outcome of this phase

This phase produced a clear set of system principles and constraints that guided all subsequent flow design and validation logic, before any screens were designed.

06

Crafting