You can't build a modern sales operation on a foundation that was never designed to hold one. Sometimes the problem isn't a missing feature or a bad configuration — it's that the whole structure underneath has been stretched past what it was built for.

This client didn't have a Salesforce configuration problem. They had an architecture problem.

WHAT THIS INVOLVED Data model design · Platform architecture · Business process redesign · SOP development · Change management · Vendor coordination

Rebuilding the Foundation

The Problem

Years of organic growth had left the client's Salesforce instance stretched well beyond its intended design. It was still running on Classic. The Opportunity object had become a catch-all, absorbing business processes it was never meant to hold. The underlying data was unstructured and inconsistent.

The result was a system that created more friction than it removed. Business processes had been forced into the wrong objects — the Opportunity in particular had become a dumping ground for things it was never meant to hold. Reports couldn't be trusted because the data underneath them was inconsistent from record to record. Every new initiative had to work around the accumulated mess rather than build on it, which meant each one cost more and delivered less than it should have. A modern sales operation — the kind other projects were actively trying to stand up — simply couldn't sit on a foundation like that. It would have inherited every flaw beneath it.

The tell that this was architectural, not cosmetic: no amount of reconfiguring the existing setup would fix it. The problem wasn't in the settings. It was in the bones.

What We Did

We led a full rearchitecture of the Salesforce instance, bringing in specialized platform consultants where deep technical expertise was needed and coordinating the entire effort end to end. Our role was to own the whole — to make sure the technical rebuild served the business rebuild, rather than becoming a clean system that still didn't match how anyone actually worked.

Because that was the real point. This went well beyond technical configuration. The goal was never simply to make Salesforce function; it was to make Salesforce mirror how the business actually operated, so the system stopped fighting the people using it.

The engagement covered:

  • Full data model redesign and object restructuring

  • Lightning migration and configuration

  • Business process redesign alongside the technical work

  • SOPs developed for every affected workflow

  • Training materials built for end users and administrators

  • Change management to drive adoption across the organization

The technical migration was only half of it. The other half was making sure the people who used the system every day understood the new structure, had documented processes to follow, and actually adopted the change rather than inventing workarounds that would recreate the original mess.

The Outcome

The client came out with a Salesforce instance that matched their business: clean data, logical structure, and processes people actually followed. The friction that had accumulated over years of organic growth was gone.

Just as important, the rearchitecture laid the groundwork for everything that came after. Deeper integrations, custom platforms, reporting that could be trusted — all of it became possible because the foundation underneath was finally solid.

Why This Matters for Your Business

The specifics here are Salesforce. The lesson applies to any core system your business has outgrown.

Most companies don't rearchitect — they patch. Another custom field, another workaround, another object pressed into a job it wasn't designed for. Each patch feels cheaper than the real fix, until the accumulated weight of them is the thing slowing the whole business down.

Configuration problems and architecture problems are different diseases. Adding fields and adjusting settings won't fix a system whose underlying structure no longer matches the business. Knowing the difference — before you spend money on the wrong fix — is half the value.

The data model is the foundation everything else stands on. Clean integrations, trustworthy reporting, and custom tooling all depend on a sound structure underneath. Build them on a broken data model and you're just moving the problem downstream.

A rebuild that people don't adopt isn't a rebuild. SOPs, training, and change management weren't add-ons here — they were what kept the new structure from decaying back into the old mess. Technical work without adoption work is temporary.

We can tell the difference between a system that needs tuning and one that needs rebuilding — and we can lead either one without losing the people who have to live in it.

© 2025 Winding Oaks Consulting LLC. All rights reserved.

Winding Oaks Consulting logo featuring a dark green oak tree icon and serif typography on a black background.
Winding Oaks Consulting logo featuring a dark green oak tree icon and serif typography on a black background.