MENU

La Biblio Gastronomica: How Brindisa turned 30 years of experience into a single source of product truth

Every new product record at Brindisa used to start the same way: built by hand, one field at a time, with nothing pulling in from anywhere else.

Brindisa has been bringing Spain's food to the UK for more than 30 years, since it started as a small wholesale operation next to Borough Market. It's grown into the UK's leading specialist importer of Spanish and European gourmet ingredients, and increasingly a brand-building, product-driven company in its own right. Perello olives, one of its own brands, has become a genuine breakout hit.

Brindisa sells through its own retail shops, wholesale, e-commerce, and has direct links into major supermarkets. Behind all of it sit 700+ active SKUs, sold as each, by weight, by case, and by pallet.

Brindisa's ERP, Winman, held the transactional core: SKUs, codes, pricing, purchasing. It was never built to hold what else a food business needs to sell well.

Technical specs lived in Word documents. Narrative descriptions and NPD tracking sat across 10+ spreadsheets. Marketing images sat in Dropbox. Supplier detail and product stories lived in email chains, or sometimes even not written down anywhere at all.

7 or more systems, all of them claiming to be the source of truth, and 170+ data points scattered between them.

Brindisa had built a Dark Stack the same way most growing brands do: one exception at a time, until the exceptions became the system.

Every pricing update meant downloading a spreadsheet with 100 columns, editing it by hand, then re-uploading it. New product creation ran the same way: no SKU rules, no duplicate checks, no way to confirm a product was allergen-complete before it reached Winman.

The frustration was simple and constant. The data already existed somewhere in the business. It just wasn't anywhere the person who needed it could find it.

Training carried the same problem at a bigger scale. Brindisa invested heavily in supplier visits, but that knowledge had nowhere to live beyond whoever went on the trip.

That's usually where a PIM brief gets written: fix the product data. 2 agencies, Quickfire and Impact Evolve, had both read Brindisa's problem that way and referred them to Nolo on exactly that basis.

Brindisa had already written down something more specific themselves.

"The team at Nolo were a pleasure to work with. Very knowledgeable and collaborative, with the ability to clearly understand our business and our needs, and guiding us through the process with clarity."

Alberto Zurdo, CTO, Brindisa

Brindisa's own vision statement said it plainly: "Technology should empower people to do their jobs better, not overwhelm them with systems they don't understand or need." They'd been burned by systems before. They knew exactly what they didn't want.

A PIM brief usually means cleaning up product records. Nolo read Brindisa's brief as something bigger: centralising what the team already knows about every product and producer, so anyone on the team could sound like the expert on the phone.

What Nolo builds in a project like this is what the team calls a product master: a structured core in Airtable that every team reads from and writes back to, linked to the systems already in place. It's a category of system, built fresh each time around how the specific brand actually operates, which is why a product master looks different for every client who has one.

Master Data Strategy is behind it all: get the data structured properly before building anything else on top of it. Every new tool a business adds either draws on that foundation or creates another version of the truth to manage.

For Brindisa, that meant building sprint by sprint with the teams who'd actually use it in the room from the start: buying, technical, supply chain, marketing. Discovery started in autumn 2025. 3 fixed-scope sprints followed from January 2026, then a 6-week launch sprint.

The team designed 2 tiers: Product Family down to Product and Variant, so a single Iberico ham can carry every selling format and pricing rule it needs without duplicating records. SKUs generate automatically, with duplicate checks and locking built in. Validation views surface missing allergen data before it reaches Winman.

A Winman export pipeline keeps the ERP fed without anyone re-keying data by hand. A stage-gated NPD workflow shows what's in development and by whom.

Brindisa named their new knowledge base themselves: La Biblio Gastronomica. Nobody at Nolo handed them that name. It came out of how the team already talked about their own range, and that's the point. The build only works if it looks like Brindisa.

Phase one went live in June 2026. Around 700 SKUs moved out of Word docs and spreadsheets into the new system. Buying, technical, and marketing were all updating the same record for the first time, instead of each team keeping its own version of the same product.

"We are very satisfied with the quality of the work and with their focus on ensuring the success of the project, including handover and adoption."

In the first few weeks after go-live, the base logged 65 visitors and 1,700 views in a single week, with members of the technical team touching well over 100 records each.

Change like this doesn’t happen overnight. Hundreds of products still need full technical specs written up (this job used to take 90 minutes per product). That backlog belongs to Brindisa's own technical team now, working through it themselves. Handover was built into the project from the start.

The next piece already in motion is pricing and costing. Brindisa's costing model currently lives in a spreadsheet Alberto built himself years ago, and it only covers inbound cost. Delivery cost, customer-specific terms, and what changes when an account moves from pallet orders to single-store drops all still get decided by feel.

That matters more as Brindisa's volume grows through larger, lower-margin retail accounts, while the margin on restaurant and specialist trade gets harder to protect without proper visibility. A diagnostic on a costing and pricing tool, built on the same product master, starts in the coming weeks.

Alberto is extending his own remit into a new data and IT function inside Brindisa, built around the system he helped design. Not long ago, that data lived in whichever spreadsheet happened to be open at the time. Now it's the layer everything else at Brindisa gets built on top of.

Three things to know about the Brindisa build to date

01
700+ SKUs, sold as each, by weight, by case, and by pallet, now sit in one product master instead of 10+ spreadsheets and Word documents.
02
In its first weeks live, the system logged 1,700 views and 65 users in a single week, with technical team members touching well over 100 records each.
03
Brindisa named the system themselves: La Biblio Gastronomica. Built around how they already talk about their own range, not handed to them.