IC
Interchange Global Advisors
make your connection
Preview · Invite-only
← Salesforce Consulting 101 Module 05 of 08
Module 05 · the lifecycle

How a Project Actually Runs

Every engagement walks the same path. Learn the shape and you'll always know where you are — and what kind of help is useful right now.

By the end you can

Name the six project phases in order, and say where a beginner helps in each.

Estimated time: 18 min  ·  Prerequisite: Module 04

The six phases

Most Salesforce projects move through roughly six stages. The names vary firm to firm, but the shape is constant:

  • Discover — talk to the client, learn how they really work, write down what they need. (The firm's business analysts lead this.)
  • Design — decide how Salesforce will be shaped to meet those needs. Decisions, not building yet.
  • Build — actually configure and, where needed, code it. (Admins and developers.)
  • Test — make sure it works, including the client trying it themselves — called UAT, user acceptance testing.
  • Launch — turn it on for real users. Often called “go-live.”
  • Support — help in the first days and weeks after launch, when questions spike. (Sometimes called “hypercare.”)

Where a beginner plugs in

You will not run Discover or own Design on day one. But there is real, valuable work for a newcomer in every phase: taking clean notes in discovery sessions, organizing requirements, testing carefully and writing up what broke, drafting documentation, preparing training materials. None of it requires deep Salesforce skill — it requires care and reliability. Do it well and you earn bigger work fast.

The handoffs that go wrong

Projects rarely fail in the middle of a phase. They fail at the seams — a requirement gets lost between Discover and Design, a tested fix never makes it into Launch. Being the person who catches a dropped handoff (“wait, did we ever build the thing from the March 3rd notes?”) makes you instantly valuable, even green.

Key terms from this module
Discovery
The phase where you learn the client's real needs and write them down.
UAT
User Acceptance Testing — the client confirms the work does what they need, before launch.
Go-live
The moment the system is turned on for real users.
Hypercare
The extra-attentive support window right after go-live.
Requirement
Something the client needs the system to do.
On an engagement

Ask early: “what phase are we in?” The answer tells you what kind of help is useful right now — note-taking in Discover, careful clicking in Test.

The one thing to remember

Discover → Design → Build → Test → Launch → Support. Beginners add the most value at the seams between phases.

How this was written. This module was authored from established Salesforce-ecosystem knowledge — not assembled from a live web search. Nothing was fetched or “pinged” at build time, so there is no retrieval log to show. The references below are authoritative places to verify each point and read further; the flags note anything that shifts over time and should be re-checked before this goes in front of a client.
Reference & further reading
Verify before client use