What a building materials business should digitise first
Webmaster
·
·
4 min read
Digitise the catalogue first. Not sales, not the dealer portal, not reporting — the product data underneath all of them. Every other system you build will read from it, and if it is wrong, everything downstream inherits the error. Businesses that start with a dealer app and fix the catalogue later usually rebuild the app.
This is rarely what anyone wants to hear, because the catalogue is not the thing causing pain today.
Why the catalogue before anything else?
Because it is the shared dependency. Consider what needs it:
- A dealer portal needs products, prices and availability
- A quotation tool needs the same, plus configuration rules
- A website needs products with images and specifications
- Reporting needs a stable structure to group by
- A visualiser or calculator needs accurate dimensions and packaging data
Build any of those on a catalogue held in three spreadsheets with inconsistent naming, and you inherit that inconsistency permanently. Worse, each new system tends to bring its own copy of the product data, and within two years you have four versions that disagree and no authoritative one.
One catalogue, one place, everything else reads from it. That single decision determines how much everything after it costs.
What does “digitising the catalogue” actually mean?
Not scanning a brochure. Six things:
| Element | What good looks like |
|---|---|
| Hierarchy | Category, collection, product, variant — with a rule for where new products go |
| Attributes | Structured fields, not free text. Filterable and reportable |
| Identifiers | One code per item, used consistently across every system |
| Packaging data | Pieces per box, coverage per box, weight — the numbers orders depend on |
| Images | Consistent naming, linked to the item, at usable resolution |
| Ownership | One person or team responsible for keeping it correct |
The last row matters as much as the rest. A catalogue with no owner drifts within months, and a drifted catalogue is how you end up back with spreadsheets.
What comes second?
Order capture — whichever channel carries the most orders, whether that is dealers, counter sales or projects.
Two reasons. It produces immediate operational value: fewer transcription errors, faster processing, and a record of what was actually ordered rather than what someone remembers. And it generates the transaction data every later system needs — you cannot report on sales patterns you never captured.
Start with the channel with the highest volume, not the one with the loudest complaints.
What about compliance — where does that sit?
Alongside, and not optional if it applies to you.
Under GST, e-invoicing is mandatory for businesses whose aggregate annual turnover exceeds ₹5 crore — a threshold in force since 1 August 2023. Two details catch people out. It is assessed at PAN level, so turnover across all GSTINs under the same PAN is combined. And it is tested against any financial year from 2017-18 onwards, so crossing the threshold once makes it permanent even if turnover later falls.
Separately, businesses with turnover of ₹10 crore or above must report invoices to the Invoice Registration Portal within 30 days of issue.
The threshold has been lowered repeatedly since e-invoicing was introduced in 2020, and further reduction has been discussed. If you are near it, plan for it rather than reacting — retrofitting IRN generation into an order flow that was not designed for it is considerably more work than allowing for it at the start.
Last verified: 22 August 2026. This is a summary, not tax advice. The e-invoicing threshold has been lowered several times since 2020 — verify the current position against CBIC notifications or with your chartered accountant before acting on it.
What should wait?
Three things that are usually attempted too early.
Dashboards and analytics. Reporting on data you have only just begun collecting tells you about your adoption curve, not your market. Give it six months of transactions first.
Anything AI. Models need data. If your product data is inconsistent and your transaction history is thin, an AI project will produce confident nonsense. Fix the foundations and the same investment works far better a year later.
A customer-facing app. Expensive, hard to get installed, and usually solving a problem a well-built mobile website solves for a fraction of the cost. Justify the app specifically, rather than assuming it.
A reasonable order
- Catalogue — structured, owned, single source
- Order capture — highest-volume channel first
- Compliance — e-invoicing and statutory reporting, where applicable
- Channel visibility — dealer portal, order status, stock
- Field and sales tools — once there is data worth carrying
- Reporting — when six months of transactions exist
- Customer-facing tools — visualisers, calculators, apps
Most businesses want to start at six or seven, because that is where the visible frustration is. Starting there means building on data that is not ready, and rebuilding later.
Common questions
How long does catalogue work take?
It depends entirely on how many products you have and how consistent they currently are. The structural design is quick; the cleaning is not, and it is the part that gets underestimated because nobody knows how inconsistent the data is until they look.
Can we do catalogue and order capture together?
Often yes, and it can be sensible — order capture gives the catalogue an immediate use, which keeps it accurate. Just make sure the catalogue structure is agreed before order capture is built on top of it.
What if our ERP already holds the catalogue?
Then check whether it holds it well. Many ERPs hold enough for accounting — a code, a description, a rate — and nothing usable for sales: no images, no coverage data, no structured attributes. That is the gap to fill.
We are a dealer, not a manufacturer. Does this order change?
The principle holds but the catalogue problem is harder, because you carry several principals with different structures. Merging them into one usable view is the first job, and no manufacturer’s system will do it for you.
More on this: build, buy or neither and why generic ERP breaks. For how we work with this trade, see building materials.
Webmaster
Keep reading
More on Building Materials Technology
Building Materials Technology
What a tile manufacturer should digitise first
The generic answer is the catalogue. For a tile manufacturer the answer is more specific than that, and the order matters.
· 4 min read
Building Materials Technology
Choosing software for a sanitaryware business
Two things decide it, and neither appears in a demonstration: whether it can model a product family, and whether it takes spares seriously.
· 4 min read
Building Materials Technology
Build, buy, or neither: choosing software for a building materials business
Two of these get discussed. The third is the right answer more often than anyone selling software will tell you.
· 4 min read
