Skip to content

Perspective

Scope is a promise, not a document

Every studio has a scope horror story, and in most of them the document was fine. Forty pages, signed, unambiguous, and completely unable to prevent the argument.

The document is not the mechanism

A scope works when both parties could describe the project the same way without looking. That is a shared understanding, and it is built in conversation, not in an appendix. The document records it. It does not create it.

If you have to open the document to settle it, the document did not work.

Three lines that do more than forty pages

  • What this project will change
  • What it will deliberately not touch
  • What we will do if we are wrong about something

That last one is the one most contracts omit and every project needs.

Change is not failure

Scope changes because you learned something, and learning something was the point of starting. The failure mode is not change — it is change nobody priced, nobody sequenced and nobody told the client about until the invoice.

If you have to open the document to settle it, the document did not work.

Let's build something that lasts.

Start a project

Or just send the URL of the thing that is bothering you.