What Salesforce consulting actually involves
Most Salesforce work gets sold as a build. Somebody wrote a list of requirements, and a partner configures until the list is done. That works when the requirements are right. It fails when the requirements are a symptom.
The pattern we get called into is the second one. The stages were defined three years ago by someone who left. Marketing and sales each keep their own version of the truth. The forecast is assembled by hand every Friday because nobody believes the roll-up. Every one of those is a system design problem wearing a configuration problem’s clothes.
Read the org as it really runs. Not the documentation. The actual objects, fields, automations, and the workarounds people built to survive it. This is where the ranked list of gaps comes from, ordered by dollar impact rather than by how alarming they look.
Fix the model before the interface. Stage definitions, entry and exit criteria, what an opportunity even means at your company. If the model is wrong, every report built on it is wrong in the same direction and the dashboards will keep disagreeing forever.
Rebuild the pipeline and forecast architecture. Stages that describe the deal instead of starting an argument. A forecast that holds because the stages finally reflect reality.
Wire the reporting to a real source of truth. Every number traceable back to the record it came from. The kind of reporting that survives a skeptical CFO on a Tuesday.
Land it with the team. The best org on earth is worthless if the reps work around it. Adoption is designed in from the first stage, not bolted on at go-live.