One FDE Replaces the Traditional SI Bench
A conventional Salesforce implementation partner typically staffs an engagement with a project manager, a solution architect, and two or more consultants or developers — each billing hours, each adding a hand-off. PartnerMCP replaces that bench with one dedicated FDE supported by specialized AI agents: Discovery, Architecture, Configuration, Integration, Workflow, Migration, Testing, and Documentation agents cover the ground a full team would otherwise split across specialists.
- Your FDE is the single point of accountability for the org — no coordination gaps between a discovery consultant, a build consultant, and a QA consultant.
- AI agents handle the structured, repetitive work (data model mapping, permission audits, test coverage, release notes) so the FDE spends time on the decisions that actually need a human.
- Because the model isn't billed by the hour, there's no incentive to keep the engagement — or the org's complexity — bigger than it needs to be.
Standard, Platform, and Limited-Access Licenses: Know the Difference
Salesforce sells access in tiers, and most orgs default every user to the most expensive one available. A full Sales Cloud or Service Cloud license grants the standard CRM object model, forecasting, and the full sales or service feature set. A Platform license grants access to custom objects and a subset of standard objects at a materially lower cost, for users who work inside custom apps rather than the core CRM. Limited-access options — including Chatter Free, Identity, and Experience Cloud's external-facing license types — exist for users who only need to view records, submit approvals, or interact through an approved external experience rather than the full application.
The right license for a given role depends on which objects, automations, and UI the user actually touches — not on what's fastest to assign during rollout. Our License Optimization and User Utilization agents map real usage against license entitlements to identify where the mix is mismatched.
The Pattern We See in Almost Every Org: One-Task Users on Full Licenses
The most common over-licensing pattern in Salesforce isn't complicated: a regional manager who only approves discount requests, a finance user who only views a dashboard, or a field employee who only updates a single custom object are frequently issued the same full Sales Cloud or Service Cloud license as a full-time seller working opportunities all day.
- Approval-only users often need nothing more than record access and an approval-process interaction, which can frequently be served by a lower-cost license type instead of a full CRM seat.
- Report- and dashboard-only viewers may be candidates for scheduled report subscriptions or a restricted-access license path rather than standard access.
- Users interacting through a single custom app or object are common Platform-license candidates.
These are illustrative patterns, not guarantees — the correct license for any specific user depends on the objects, automations, and UI they touch, and every recommendation is validated against your actual Salesforce edition and contract before anything changes.
Profiles and Permission Sets: Fewer Moving Parts, Less Admin Debt
Salesforce orgs that grow profile-by-profile — a new cloned profile for every team, every exception, every one-off request — become expensive to administer long after implementation ends. PartnerMCP's Configuration agent, directed by the FDE, consolidates toward a small set of baseline profiles plus permission set groups for the access variations that actually differ by role, so future changes touch a permission set instead of a bespoke profile.
The result is fewer permission structures to audit at renewal, fewer conflicting field-level security rules to debug, and a clearer answer to who can see what — which is also where most license optimization findings start.
Flow Consolidation: Less Manual Admin, Not Just Less Code
Years of Process Builder, Workflow Rules, and point-solution Apex triggers layered on top of each other are one of the biggest hidden costs in a mature Salesforce org — every new request risks breaking an automation nobody fully documented. The Workflow agent maps existing automation, and the FDE consolidates it into governed Flow architecture with clear ownership and version history.
- Consolidated Flows reduce the ongoing admin hours needed just to safely make a small change.
- Documentation agent output means the next change doesn't require re-discovering what an old Process Builder flow was actually for.
- Less automation sprawl also means fewer objects and fields silently driving license and storage costs.
The Salesforce-Specific AI Agent Stack
Every PartnerMCP engagement runs the same core agent set, applied to your specific Salesforce edition and configuration:
- Cost Analysis and License Optimization agents compare assigned license types against actual permission and usage needs.
- User Utilization agent flags inactive or minimally active seats ahead of your next renewal.
- Discovery and Architecture agents map the current org — objects, automations, integrations — before any change is proposed.
- Configuration, Integration, Workflow, and Migration agents do the structured build work.
- Testing, Documentation, Monitoring, and Savings Verification agents close the loop — confirming changes work, are recorded, and actually produce the estimated savings.
Your FDE reviews and directs every agent output. No license is reassigned and no configuration changes without validation against your Salesforce contract and edition rules.
PartnerMCP recommendations are designed to comply with applicable vendor terms, product limitations, security requirements, and customer agreements. Final licensing decisions should be validated against the relevant contract and vendor documentation.
Frequently asked questions
What license should we assign a user who only approves discount requests or views a report?
Does PartnerMCP replace our internal Salesforce admin?
Can PartnerMCP handle a net-new Salesforce implementation, not just an existing org?
How does PartnerMCP make money if it isn't billing by the hour?
What about Experience Cloud licensing for external users?
Related reading
Cost & Architecture Review
See what this looks like for your stack
Run the numbers on your own users, licenses, and workflows, or talk to a Forward Deployed Engineer about where the cost is actually coming from.