A Salesforce implementation has five phases: discovery, design, build, launch and stabilization. Timelines depend mostly on scope, data quality and integrations, not on Salesforce itself. A focused single-cloud setup can go live in days or weeks; multi-cloud programs with ERP integration and several business units take months. The most reliable predictor of success is how clearly requirements and decisions are owned before building starts.
The five phases
| Phase | What happens | What you should have at the end |
|---|---|---|
| 1. Discovery | Workshops with the people who will use the system; review of current tools, data and reports | A written scope with priorities, users, integrations and success measures |
| 2. Design | Data model, security and sharing, automation and integration design | Agreed designs signed off before anything is built |
| 3. Build | Configuration in a sandbox, custom code only where needed, integrations, test scripts | A working org tested against real scenarios |
| 4. Launch | Data migration, role-based training, go-live and hypercare | Users working in Salesforce with support on hand |
| 5. Stabilize | Fixes, adoption tracking, handover or managed services | An org the business trusts and a plan for what comes next |
What drives the timeline
- Scope: the number of clouds, teams and processes going live at once.
- Data: how much history is moving, and how clean it is.
- Integrations: each connected system adds design, build and testing time.
- Decisions: how quickly someone with authority can settle process questions.
- Customization: configuration is faster to build and maintain than custom code.
Real examples from our own work show the range. A multi-region technology-services firm went fully live on Sales Cloud within a 20-hour Jumpstart and scored 98% on a Salesforce health check. A compliance-software company moved from HubSpot to Salesforce in 4–6 weeks, including marketing automation. A cybersecurity company consolidated an old CRM and a homegrown ticketing system into Sales and Service Cloud, migrating 2,300 accounts in 6–8 weeks.
Configure first, customize only when it earns its keep
Standard objects, Flow and page layouts cover most requirements and are cheaper to maintain. Custom Apex or Lightning Web Components make sense when configuration cannot model the process; a broker-dealer we worked with needed custom objects for both sides of capital-raising deals. The test is whether the next admin could maintain it.
Pre-implementation checklist
Use this before you sign a statement of work, whoever your partner is:
- A named business owner who can make process decisions, with time set aside for the project.
- Two or three success measures, such as adoption, pipeline visibility or case handling time.
- A list of every system Salesforce must connect to, with an owner for each.
- An inventory of the data you plan to move, and a decision about what to leave behind.
- Users from each team available for discovery workshops and testing.
- A training plan by role, not a single all-hands demo.
- A plan for after go-live: in-house admin, managed services, or both.
How to choose an implementation partner
- Ask for case studies in your industry and with the clouds you are buying.
- Ask who will actually do the work, and whether they are onshore or offshore.
- Ask how they handle data migration and what reconciliation looks like.
- Ask what happens after go-live and how support is priced.
- Ask for a written scope before a price; a price without a scope is a guess.
