You are in control of your cookies

    Atlas uses strictly necessary cookies to keep you signed in. With your consent, we add anonymized product analytics, conversion attribution, and remembered preferences. Change your mind any time at /privacy/cookies.

    Off until you agree · Change it any time

    • Necessaryalways on
    • Analyticsopt-in
    • Marketingopt-in
    • Preferencesopt-in
    Atlas
    • All-in-one
    • Solutions
    • Compare
    • Pricing
    PricingGet started
    1. Atlas
    2. Guides
    3. Engagement Change Control That Actually Protects Margin
    August 19, 2026·8 min read·Client Delivery, Commercials, Change Control

    Engagement Change Control That Actually Protects Margin

    Firms do not lose margin to the change everybody argued about. They lose it to the fourteen nobody wrote down.

    Ask a delivery lead where the margin went on a bad engagement and you rarely get a single answer. It went in small pieces: an extra workshop, a second round of review, a report reformatted for a board that was not in scope, a data extract that turned into a data cleanse. Each was too small to raise a change request over, and together they were the entire contingency.

    The threshold problem

    Every firm sets a threshold below which a change is absorbed rather than raised. The threshold is sensible and the arithmetic around it is not: a change is measured against the contract value, so a small one always looks small, and nothing measures them together.

    The fix is cumulative. Track the sum of absorbed changes against the original baseline and put that number on the status report. A single one percent change is noise. Fifteen of them is the conversation somebody should have had in week three.

    A change request has to move three things at once

    An approved change moves the approved value, the end date and the baseline. Systems that move one without the others produce a plan that no longer matches the commercial position, and the discrepancy is found at closure by whoever is trying to raise the final invoice.

    The signed contract value is never edited. It is the thing everything else is measured against, and a system that lets it be overwritten has destroyed its own reference point.

    Who approves what, decided in advance

    The approval path should be a property of the engagement rather than a decision taken per change, because a change under time pressure is exactly when somebody will find the shortest path to a yes. Value bands, a named approver per band, and the client-side counterpart where the contract requires one.

    What Atlas does here

    Change requests in Atlas move the approved value, the end date and the baseline together, never touch the signed contract value, and record cumulative drift against the original baseline so ten approved changes cannot quietly move an engagement without anybody seeing the total. The commercials surface holds the rate card, the fee model and the revenue recognition trigger beside them, so the change and its effect on the number are one record rather than two.

    Keep reading

    • Scope Creep: How to Recognise, Price and Approve a Change
    • A Client Portal for Professional Services: What To Show, and What To Never Show
    • The Engagement Closure Checklist: What Good Actually Looks Like
    • Engagement Management Software: What It Actually Has To Do
    • A RAID Log People Actually Use
    • Scope, Change Control, and What It Means to Move a Baseline
    • Free PDF tools
    • The all-in-one work OS

    FAQ

    Questions, answered.

    How do you stop scope creep in a professional services engagement?
    Not by refusing changes, which is unrealistic, but by making the small ones visible in aggregate. Track absorbed changes cumulatively against the original baseline and report the total weekly. One change at one percent is noise; the fifteenth is a conversation that should have happened in week three.
    Should an approved change request update the contract value?
    It should update the approved value, the end date and the baseline, and it should never edit the signed contract value. That figure is the reference everything else is measured against, and a system that overwrites it loses the ability to say how far the engagement has moved from what the client signed.
    What is cumulative baseline drift?
    The total movement from the original signed baseline, rather than from the most recent one. Measured from the latest baseline every change looks small, because each approval reset the comparison. Measured from the original, the accumulation becomes visible while there is still time to act on it.

    Ready when you are

    One workspace, not ten.

    Atlas replaces the stack with one platform for tasks, projects, CRM, contracts, e-signature, PDF tools, and analytics. Start free.

    Get started freeSee pricing
    AtlasWork, planned itself.

    The AI-native, all-in-one work platform. Tasks, projects, CRM, contracts, and analytics in one calm workspace.

    System status
    • SSO
    • SCIM
    • Two-factor sign-in
    • Audit log

    Product

    • Overview
    • PDF tools
    • Diagram tools
    • People & HR
    • Integrations
    • Marketplace
    • Pricing

    Resources

    • Guides
    • Glossary
    • Compare
    • Docs
    • API reference
    • Support
    • Changelog
    • Status

    Company

    • About
    • Careers
    • Press
    • Contact

    Legal & trust

    • Trust center
    • Security
    • Privacy
    • Terms
    • DPA
    • GDPR
    • SLA
    • Refunds
    • Google API data
    Atlas, a product by wrxstack.com·© 2026 wrxstack·All rights reserved
    PrivacyTermsSecurityStatus