Back to Blog
GoScript Journal

Scoping a Consulting Project before Work Begins

·7 min read·GoScript Team /Craft

Write the scope before you start

A scope is a short document that lists what you will do, what you will not do, and when it ends. Without it, every disagreement becomes a memory contest.

Sign off on it before the first hour of work. A signed scope is a shared map for the whole project.

List what is out of scope

The exclusions matter as much as the inclusions. Naming what you will not touch prevents the quiet drift that eats your calendar.

If the client wants something added, treat it as a new decision with a new price. Changing scope is fine when it is deliberate.

A scope is not a wall against the client. It is the reason the relationship is still good at the end.

Agree on how decisions get made

Decide who on the client side can approve work. One decision maker beats a committee every time.

Set how often you will update them and in what format. Predictable updates prevent the anxious calls that pull you off the real work.

Plan for the unknowns

Some questions cannot be answered until work starts. Build a small buffer for discovery inside the project rather than pretending everything is known.

Put the assumption in writing. When the assumption breaks, you have a fair starting point for a new conversation.

Key takeaways

  • Write the scope and get sign off before work starts.
  • Name the exclusions to stop quiet scope creep.
  • Agree on one decision maker and a clear update rhythm.
  • Note your assumptions so surprises stay fair to both sides.

Keep the scope to one page

One page forces you to decide what actually matters. A three page scope usually hides a project that was never defined.

Hang the scope where you can see it. The moment the work drifts, the page tells you.

Turn this into your next script.

Analyze a channel, extract its structural DNA, and generate scripts engineered from patterns that actually work.

Analyze a Channel