MENU

Around the ERP: how Sofa Club's forecast started updating itself

Merchandising Manager Liddy ran Sofa Club's purchasing on a spreadsheet she'd built herself. New SKUs added by hand. Lead times colour coded. Buying plans split across tabs nobody else really had their head around. A full, custom-built ERP sat behind this sheet - but it was the sheet that made the ERP usable.

Sofa Club is a fast-scaling modular furniture brand based in the UK. What makes them unique is also the source of complexity. Hundreds of product variants, every product three or four parts each, every part with its own supplier and lead time.

When we first met them, Black Friday volumes were climbing year on year, they had new showrooms on the planning board and the buying team was carrying most of the company's institutional memory in their heads. Everything that mattered was in spreadsheets and Slack channels standing in for parts of a system the in-house developers hadn’t a chance to build yet.

When Alex Perjescu joined as Head of Technology and looked at the full stack, he knew there was a lot of work to do.

"When I first looked at the whole tech architecture, a lot of those things people were asking for seemed like absolute pipe dreams."

Alex Perjescu, Head of Technology, Sofa Club

Building around the core

The ERP at the centre was Mehmbrane, Sofa Club's own custom-built system, maintained by an in-house dev team of three. Mehmbrane did the things the team had built into it well: allocation, deliveries, stock calculations, the workflow logic that had grown up with the business. QuickBooks sat alongside for finance, with revenue still recognised at point of sale rather than at delivery. For a furniture business with weeks-long lead times, that meant the numbers never quite told the truth.

Around those two key systems, everything else lived in spreadsheets. Excel for the seasonal buying plan and outlet pricing. Manual SKU duplication for sale events. Bulk price changes done one record at a time. Email chains and Slack threads for supplier-side communication. Mehmbrane was never built to handle a lot of these workflows: three developers were tasked with keeping it running and shipping features for the entire business. There was only so much they could do to keep the Dark Stack at bay.

The functional cost was obvious. Tasks that should have taken minutes took hours. Buying plans lived in spreadsheets only the buying team could read. Payment reconciliation ran across three systems and nobody was across the handoffs. Something like outlet creation for a Black Friday sale was a multi-day setup.

The human cost was harder. The team was burning hours on data entry every week. New starters from Airtable-fluent brands arrived and asked why the basic moves required so much manual work. Senior asks for new operational tooling sat in a queue the in-house team couldn't clear.

This is when Sofa Club brought Nolo in.

The brief was to build around Mehmbrane. Leave the in-house team focused on the core system they understood. Have Nolo own the bigger operational system builds they hadn't had capacity for. Make sure the team adopted what got built.

"Nolo is a great partner. You can become an extension of other organisations. You've helped Sofa Club adopt Airtable, and the apps you've built so far have got some really great feedback."

Essential time with the team

The work started with discovery. Discovery sessions with the buying team surfaced what Liddy’s spreadsheet was actually doing and the rules nobody had written down: how lead times got chased, how seasonal buying rolled across drops, edge cases like what happens if a supplier slips a week. Discovery with the after-sales team mapped what they were copying and pasting into Shopify, and why. Discovery with finance walked through the workarounds for revenue recognition and reconciliation. Only once we understood all of this could our design and development start.

The Nolo Way is to start at the centre, with core product data, and work outwards with functionality landing live before the next sprint starts. This is how adoption and change happens - without overwhelming the team and ripping and replacing everything at once. 

Sprints with a defined start and end date. Feedback windows scheduled upfront. The real investment was the time spent in discovery before any building, and the time spent on adoption during each sprint.

Discovery turned up one constraint that shaped the whole build. Mehmbrane's architecture was already organised around purchase orders, but it had no concept of an inbound shipment. Rebuilding that inside Mehmbrane would have put the work straight back on the three developers we were there to unblock.

So we moved a step back instead. Purchase orders and range planning came out of Mehmbrane and into Airtable. Only inbound shipments got sent across. Mehmbrane's pre-order workflow and allocation engine kept running exactly as built, on data that was now being managed somewhere else entirely.

Components Sofa Club adopted

  • Product Master. Costings, margin and range planning had no home before this. Every product, every part, every variant now sits in one record, with Shopify, finance and the buying team all pulling from it. It's also what the Purchasing app was built on.
  • A Purchasing app. Tracks POs, manages lead times, and feeds reporting downstream. The buying logic that used to live in Liddy’s head is now visible to the rest of the team.
  • Outlet products workflow. Creates outlet variants from main lines on demand, with adjusted pricing and SKU logic.
  • Bulk update tooling. RSP changes pushed across thousands of products at once, with pricing flowing back into Product Master.
  • Container tracking. A ShipsGo integration on every inbound shipment. Click a container reference and see where it is in the world.
  • A Payment Linking app. Matches shipments, purchase orders and payments without anyone reconciling across three systems by hand.
  • Inventory valuation. Daily stock value calculated from multiple data sources.
  • A reporting layer. Shopify as the source of truth for orders, feeding a data warehouse, surfaced in Looker Studio.

The spreadsheet that mattered most

Supplier payment terms now sit in the system, attached to the purchase orders and shipments they belong to. That gives finance three reads on the same question.

What's committed on a purchase order. What's actually inbound, and the invoices that will land against it. And what the invoicing would look like month by month if they executed everything currently open to buy.

It re-times itself. When a shipment slips a week, every payment milestone attached to it moves with it. Cash owed to suppliers used to be the most important spreadsheet in the business, rebuilt by hand every time something moved.

For a business buying high-value stock on long lead times, that's the number everything else depends on.

The hardest six months

The first six months on the Purchasing app were the hardest part of the engagement. Liddy had built her spreadsheet over years, and replacing it meant asking her to put years of furniture-buying judgement into a new system. She wasn't keen. Discovery sessions surfaced the rules. The build kept her logic and put it on top of a system everyone else could see. The interface was new. The judgement underneath was hers. By the time she went on maternity leave, Liddy was using the app every day. Her cover being able to land in the role and work in her new system from day one rather than trying to unpick a spreadsheet was a huge win.

Tracking adoption over time

The team got their hours back. That was the outcome that mattered. Outlet creation, bulk price changes, buying plans, payment reconciliation, the things that used to eat up afternoons all moved into workflows the team trusted.

Adoption was the proof that the systems were functional, not just 'live'. Departments that had run on spreadsheets started running on shared interfaces. Every day, Alex was hearing from users about the apps.

When Liddy came back from maternity leave, she came back to a team all working the new way. By the start of 2026, in Alex's words, she was "super happy with it. She's converted."

The business held up under the scale that followed. Sofa Club closed 2025 at £44m revenue, a record year, with a record Black Friday volume on top. Showrooms opened in Liverpool and Glasgow. The 2026 target sits at £75m, with three more showrooms scheduled to open. Shopify is now the source of truth for order data, feeding finance, ops and merchandising off the same record.

A lot of Sofa Club's volume sells before it lands. That makes inbound shipment data a customer-facing number, not just an operational one. When a container moves, the team knows, and someone waiting on a sofa can be told something true.

Always evolving

The next phase is in motion. The ERP role is moving from Mehmbrane to Microsoft Business Central. Mehmbrane stays in place for the allocation and delivery work it does well, and acts as middleware for the new setup. Business Central takes over the financial pieces, including the revenue-on-delivery recognition a furniture business needs. A part-level rebuild of the Purchasing app is scoped. A custom order management layer is going around Shopify.

Swapping out an ERP normally breaks a business for months. Workflows get redesigned from scratch. Teams have to relearn their day-to-day. The operational layer Nolo built around Mehmbrane was built for what comes next. The apps get reconfigured to point at the new ERP underneath, and the team carries on using the interfaces they've spent two years getting good at.

That's how the systems were designed. Built for the future. Build so the foundation can change without the rest of the stack going with it.

What landed

01
Sofa Club kept Mehmbrane, the homegrown ERP that their in-house team had built. Nolo built the operational layer around it, taking on the bigger system builds the three-developer team didn't have capacity for, and replacing manual workarounds with systems people actually wanted.
02
Adoption is the result of treating change management as a project. Six months that covered discovery with the whole team, sprint-by-sprint feedback, and a build that kept their logic underneath it earned the trust of the people who fought hardest at the start.
03
The systems were built to evolve. As Sofa Club moves from Mehmbrane to Microsoft Business Central as the ERP, the operational layer Nolo built around it gets reconfigured to work with the new foundation. The team carries on using the interfaces they've spent two years getting good at.