Failure PatternDecision layer

The Ortem Technologies Fixed-Scope Trap: Why Agencies Overrun Budgets on Change Requests

Symptom: A client asks for one extra screen after the Starter build is underway, and the agency discovers Ortem's fixed-scope package caps at 15 screens, forcing a new package purchase or an unbudgeted change order. Root cause: Ortem's pricing is structured as one-time fixed-scope packages (e.g., $4,000 for a 15-screen single-platform app, $8,000 for 30 screens across both platforms), so any scope creep triggers a new purchase rather than a flexible retainer.

By InnovaAI ResearchPublished

How do you recognize it?
  • •A client asks for one extra screen after the Starter build is underway, and the agency discovers Ortem's fixed-scope package caps at 15 screens, forcing a new package purchase or an unbudgeted change order.
  • •The agency's project manager keeps fielding client questions about missing features that were never in the signed scope because the sales team sold the $4,000 mobile app as if it were a custom build.
  • •Delivery timelines slip by weeks because the agency did not collect all brand assets and feature flags upfront, and Ortem's onboarding stalls waiting for logos, splash screens, and platform decisions.
  • •Client retention drops after the first project because the agency cannot offer ongoing maintenance or iterative improvements without renegotiating a new fixed-scope package each time.
Why does it happen?
  • •Ortem's pricing is structured as one-time fixed-scope packages (e.g., $4,000 for a 15-screen single-platform app, $8,000 for 30 screens across both platforms), so any scope creep triggers a new purchase rather than a flexible retainer.
  • •The white-label model requires agencies to supply complete brand assets and feature flags before development starts, but many agencies treat this as a post-sale detail and delay the build.
  • •Agencies pitch Ortem as a custom development shop without internalizing that the multi-tenant architecture only supports rebranding and feature toggles, not bespoke feature requests outside the package.
  • •No built-in change management process exists in Ortem's workflow, so agencies lack a formal way to quote and approve out-of-scope work, leading to absorbed costs or client disputes.
How do you fix it?
  • •Before signing a client, map their requirements against Ortem's package limits (screens, platforms, features) and present the fixed scope in the proposal with a clear change-order rate for extras.
  • •Use Ortem's intake checklist to collect all brand assets and feature flags in a single kickoff session, and do not submit the build request until every item is confirmed.
  • •Set up a simple internal change-order form that references Ortem's package boundaries, and require client sign-off before requesting any add-on from Ortem.
  • •Offer clients a separate maintenance retainer that covers minor updates and content changes, so you are not forced to sell a new fixed-scope package for small tweaks.