
What Identity Governance Implementations Cost and How Long They Run
Introduction
Your IGA implementation timeline and cost tend to move with your application mix, connectors to non-standard systems, identity data quality, role modeling and review design.
The defensible move is to demand a written quote and plan tied to your estate.
You get the cost lines, timeline drivers and phases, plus the questions to put to any vendor before you sign.
Oak, the AI-native identity operating system, lands beside the IGA and identity provider you already run. It starts with the part that system has never seen.
Key takeaways
- Connectors to on-prem, homegrown and custom systems are a cost line the license quote does not show.
- Dirty identity data and workshop-built roles stretch the timeline before any review runs.
- Machine and AI agent identities widen scope well beyond human headcount.
- On an IGA implementation timeline, Oak gives answers before a legacy IGA finishes deploying.
- Demand a written quote naming connector method, cleanup owner and run cost.
Where the money goes beyond the license
The license is the visible line on a quote. Six cost lines commonly sit behind the license and carry identity governance implementation cost the license line does not show.
Build your IGA total cost of ownership from each of them:
- Services: Integrator or vendor effort for design, build and testing, usually priced apart from the license and scoped on written assumptions.
- Connectors: Standard SaaS connectors are often packaged, while on-prem, homegrown and custom systems typically need custom builds and exception handling.
- Role modeling: Workshops, spreadsheets and business sign-off to define roles, consuming integrator time and business owners' attention.
- Data cleanup: Fixing authoritative sources, missing owners, duplicates and orphaned accounts before automation, and frequently under-scoped.
- Internal staffing: Your IAM engineers, application owners and reviewers, whose effort may not appear on a vendor quote.
- Run cost: Connector maintenance as target systems change, plus review operations, policy upkeep and platform administration after go-live.
Oak builds identity entities from raw data and attaches owner, risk level, behavior baseline and compliance posture automatically.
Run cost is the line to weigh against the cost of leaving a governance gap open.
The IBM Cost of a Data Breach Report 2026 reports the global average cost of a data breach rose 12% to a record $4.99 million.
A program still deploying leaves identity exposure open, so time to first answer belongs in the cost case.
What drives the IGA implementation timeline and cost
These five variables tend to move the IGA implementation timeline: application mix, connector method, identity data quality, the role model and review design.
Applications and connector method
Application count matters less than integration pattern. SaaS apps on standard protocols often onboard with less effort than a few homegrown systems with no API.
On-prem, homegrown and custom systems typically need a custom build, testing against real account data and exception handling for accounts the connector cannot map.
Application onboarding also scales with the identities behind each system, beyond the people.
The 2026 Identity Security Landscape, a survey of 2,930 security decision-makers, counts 109 machine identities per human.
Each of those identities lands in connector mapping, owner assignment and review scope.
For the on-prem, homegrown and custom systems that typically stall a rollout, the ConnectAny connector engine provides the reach.
Identity data quality and the role model
Automating bad identity data produces bad decisions at scale. Before any workflow goes live, you need one authoritative source per population, a named owner per account and duplicates resolved.
Machine identities need the same work. Service accounts frequently outlive the people who created them and carry no owner of record.
Role models are the second schedule risk. Built in workshops and spreadsheets, a role model reflects what people believe they need and waits on business sign-off.
Mined from what identities actually use, a role model starts from evidence. Sign-off becomes a review of proposals instead of a blank page.
Review design
Review design decides how much reviewer effort the program consumes after go-live. Campaign scope, reviewer context and your cadence obligations each feed the estimate.
Cadence is partly fixed. PCI DSS v4.0 Requirement 7.2.4 requires reviewing user accounts and access privileges at least every six months.
Scope is wider than the workforce. Every identity needs certifying: service accounts, contractors, RPA bots, and AI agents, each tied to an accountable human owner.
Reviewers tend to make more defensible decisions when each row shows last use, peer comparison and resource sensitivity. Without that context, approvals drift toward rubber-stamping.
AI agents need a different review model. In governing AI agent identities, Oak has each agent run continuous reviews driven by its own risk profile, not a fixed calendar.
Access is checked against actual usage, and excessive permissions are removed at the source.
Phases of a typical rollout
A typical rollout moves through these six IGA deployment phases. The phases overlap, and connector waves typically run alongside role and policy design.
- Discovery and scoping: Inventory applications, identity populations and owners, then agree what "first answer" and "full rollout" mean.
- Data cleanup: Reconcile authoritative sources, assign owners, and remove duplicates and orphaned accounts.
- Connector onboarding in waves: Connect systems in risk order and test each one against real account data.
- Role and policy design: Define roles, separation-of-duties rules and approval paths, then validate them against observed usage.
- Review and JML workflows: Launch certifications. Joiner-mover-leaver (JML) events trigger event-driven micro-certifications.
- Expansion and run: Add remaining systems and identity types, then hand over connector maintenance, review operations and reporting.
Oak offers a free white-glove implementation program for qualifying large enterprises.
Cost drivers and what raises or lowers each
Use this table to pressure-test any IGA implementation timeline and cost estimate against your own estate.
| Driver | Raises cost and time | Lowers cost and time |
|---|---|---|
| Application mix | On-prem, homegrown and custom systems with no standard interface | SaaS and cloud apps on standard protocols |
| Connector method | A custom build per system, maintained by hand after go-live | A connection method matched to each system's interface |
| Identity data quality | Competing sources of truth, missing owners and duplicates | One authoritative source per population, with owners named |
| Role model | Workshop-built roles waiting on business sign-off | Roles mined from actual usage and reviewed as proposals |
| Review design | Broad campaigns with no reviewer context | Risk-prioritized decisions with last use and peer context |
| Internal staffing | An IAM team split between run work and the project | Dedicated owners plus an embedded services team |
| Scope of identity types | Machine and AI agent identities discovered mid-project | Human, machine, and AI agent identities scoped at discovery |
The rows compound. A homegrown system with no owner of record and no usage data hits three drivers at once.
For the role model row, Oak mines the model from what identities actually use.
Augmenting an IGA versus replacing it
The two paths differ sharply in when the first answer arrives.
With augmentation, a platform connects beside the incumbent, and answers arrive with the incumbent still running.
Migration cost sits on the other path, where a replacement is still deploying while migration runs. That path also carries the work of moving policies, roles and history.
That sequence reshapes legacy IGA modernization and IAM migration planning. Funding starts with the systems and identities the incumbent never reached.
Already running an IGA? Oak connects to the IGA you already run and covers what it cannot reach.
It continuously correlates what every identity can access with what it actually uses, then routes risk-prioritized decisions to the right reviewers.
It fixes the root cause, remediating from the source the moment an identity deviates. Identity Risk Visibility & Intelligence surfaces the risk to act on.
Questions to ask vendors for a written quote and plan
A written quote is the defensible source for your IGA implementation timeline and cost. Put these questions to each vendor and ask for the answers inside the quote itself.
Settle the platform choice first with the criteria in How to Choose an Identity Governance Platform: A Buyer's Checklist.
- Inclusions: What does the quote include and exclude, and which assumption sits behind each line?
- Connector method: Which method connects each system, and who builds, tests and maintains it?
- Data cleanup: Who reconciles sources and assigns owners, and what happens if the data is worse than assumed?
- Role model: Are roles built in workshops or mined from usage, and who signs off?
- Staffing: Who staffs the program on each side, and how much effort falls on your team?
- Run cost: What do connector maintenance, review operations and administration cost after go-live?
- First answer: What defines the first answer versus full rollout, and what must finish before each?
- Date risks: Which assumptions move the date, and how is a slip priced?
Oak publishes no pricing. The route in is a demo request, and the team follows up from there.
Conclusion
A defensible IGA implementation timeline and cost estimate comes from your estate: its connectors, its data, its role model and its review obligations.
Priced line by line against written assumptions, the budget holds up in front of the board and procurement. With Oak beside the incumbent, your IAM team gets first answers while it keeps running.
Those answers lead to action. Oak remediates from the source the moment an identity deviates.
Get a demo to scope the program against your own systems.
Frequently asked questions
How much does an IGA implementation cost?
An IGA implementation costs whatever your estate's mix of services, connectors, cleanup and staffing adds up to, and the split between services and license depends on your estate. A SaaS-heavy estate tends to lean on license, while an estate full of homegrown and on-prem systems tends to lean on services and connector builds. Oak publishes no pricing, and the route in is a demo request, after which the Oak team follows up.
How long does an IGA implementation timeline run before the first answer?
An IGA implementation timeline runs to the first answer only as far as you define that answer. Write that definition into the contract, and ask what must finish before the first answer and before full rollout. With Oak, answers arrive before a legacy IGA finishes deploying, with the incumbent still running.
Why do connectors drive IGA implementation cost more than application count?
Connectors drive IGA implementation cost more than application count because each integration pattern carries its own build, test and maintenance effort. A connector keeps costing after go-live whenever the target system's schema, API or authentication changes. Oak connects through pre-built and custom connectors, file upload, direct API and database connections, and an on-prem agent, so the method can match each system.
Does IGA implementation cost include ongoing run cost?
IGA implementation cost should include ongoing run cost, but quotes often leave it out, so request it as a separate line. Run cost covers connector maintenance, review operations, policy upkeep and the staff who triage findings. Oak runs continuous, risk-driven access reviews in place of periodic campaigns, which turns review operations into a steady flow of prioritized decisions.
Is a free implementation program part of IGA implementation cost planning with Oak?
Yes, a free implementation program can be part of IGA implementation cost planning with Oak. Oak offers a free white-glove implementation program for qualifying large enterprises. Confirm eligibility with the Oak team, then show procurement the services line with and without the program.
Discover related posts

