Court filings from the ongoing US Department of Justice antitrust case against Google surfaced something that should give enterprise technology leaders pause: the OpenAI-Apple ChatGPT integration, positioned publicly as a landmark AI distribution deal, was described internally as persistently underperforming against adoption projections. That gap between expected and actual usage is not a product quality story. It is a structural one, rooted in how the agreement was designed, how exclusivity was handled, and how adoption forecasts were constructed and then left unaccountable. For any CTO or VP of Technology currently negotiating an AI vendor partnership, the failure mode here is worth understanding in detail before you commit capital to a similar bet.
Why Opt-In UX Friction Kills Distribution Agreements
The Apple integration required users to actively enable ChatGPT through system settings rather than surfacing it as a default. That design choice, however sensible from a privacy or regulatory standpoint, is lethal to adoption at scale. Users do not seek out features they do not already value. Discovery depends on exposure, and exposure depends on placement.
The mechanism is straightforward: opt-in flows introduce a decision point where the default is inaction. Most users never reach the settings path. Those who do often encounter enough ambiguity about what they are enabling to abandon the process. The commercial implication is that a distribution agreement built on opt-in activation is not really a distribution agreement. It is a referral arrangement with extra steps.
Enterprise buyers negotiating AI integrations into existing platforms should treat default placement as a contractual term, not a UX preference to be resolved post-signing. If your AI capability is not in the critical path of the user workflow, the adoption numbers in the business case are not credible.
Non-Exclusivity and the Leverage Problem
One of the structurally significant details in the public record is that Apple's arrangement with OpenAI was non-exclusive. Apple simultaneously pursued integrations with Google Gemini and other providers. That is a rational hedging strategy for Apple. For OpenAI, it meant the distribution agreement carried no guarantee of preferential placement or competitive insulation.
Non-exclusivity clauses shift the negotiating dynamic in ways that compound over time. The platform holder retains the ability to deprioritise your integration whenever a competitor offers better commercial terms or a more favourable revenue split. Without exclusivity, the AI vendor is effectively a commodity supplier competing on the platform holder's terms, not its own.
Enterprise buyers on the receiving end of this dynamic face a mirror-image risk. If you have committed budget and internal resources to a vendor integration that the platform can replace without penalty, your dependency is real while your vendor's commitment is conditional. Any partnership agreement should make switching costs and commitment obligations explicit and symmetrical.
Adoption Forecasts Without Accountability Structures
The court record suggests that adoption projections for the integration were significantly higher than realised usage. This is a pattern we see repeatedly in enterprise AI deployments: forecasts built on total addressable user base rather than behavioural activation rates, with no mechanism to revise or enforce them after signing.
The problem is not that forecasts are wrong. Forecasts in novel technology deployments are always uncertain. The problem is that most partnership agreements contain no performance milestones tied to those forecasts, no remediation clauses if adoption falls below threshold, and no shared accountability between vendor and platform for the activation gap.
When the forecast is wrong and no one is contractually responsible, the cost lands entirely on whoever made internal commitments based on those numbers. For enterprise buyers, that is usually the technology leader who signed the agreement.
What Due Diligence on AI Distribution Agreements Should Cover
Before committing to a platform-dependent AI integration, enterprise leaders should pressure-test four specific areas.
First, establish where in the user journey the AI capability activates. If it requires a user action outside the primary workflow, model the activation rate conservatively and build that into the business case.
Second, determine whether your vendor has exclusivity commitments from the platform, and if not, understand what prevents the platform from deprioritising your integration in favour of a competitor.
Third, require that adoption forecasts in the agreement are decomposed into constituent assumptions: eligible user base, activation rate, frequency of use, and value-per-interaction. Each assumption should be auditable after deployment.
Fourth, negotiate milestone-based review clauses that trigger a formal renegotiation if adoption falls below agreed thresholds within a defined window. Without these, you have no contractual basis for remediation when the numbers diverge.
Platform Dependency as a Risk Category
The OpenAI-Apple case illustrates a broader risk category that enterprise AI buyers underweight: the difference between distribution access and distribution performance. Signing an agreement with a major platform grants access. It does not guarantee that the platform will prioritise your activation, train its users, or surface your capability in contexts where it would drive engagement.
Platform holders have their own product roadmaps, their own commercial priorities, and their own user experience constraints. Your integration competes for attention with every other feature on that platform. Treating distribution access as equivalent to distribution performance is the forecasting error that produces the kind of gap the Apple-OpenAI filings describe.
The more durable approach is to treat platform partnerships as one channel in a diversified distribution strategy, not as a primary growth mechanism. Agreements that concentrate adoption risk in a single platform relationship, without performance accountability built into the contract, are structurally fragile regardless of the prestige of the partner involved.
Where Vector Labs Fits
We help enterprise technology teams structure AI vendor relationships with the commercial rigour that prevents the forecast and dependency failures described above. In our OpenAI pricing analysis, we examine how seat-based cost models interact with actual usage patterns and what that means for TCO accountability before you scale. If you are evaluating an AI platform partnership or vendor agreement and want an independent assessment of the structural risks, contact us at vector-labs.ai/contacts.
FAQs
The most common cause is that forecasts are built on total addressable user base rather than realistic activation rates. When an AI capability requires a user-initiated action outside the primary workflow, the proportion of eligible users who actually engage is consistently lower than pre-agreement projections assume. Agreements that do not decompose forecasts into auditable assumptions give neither party a basis for identifying or correcting the gap.
Non-exclusivity clauses should trigger a more conservative assessment of the platform's commitment to your integration's performance. If the platform can onboard competing AI providers without restriction, you should assume that placement and prioritisation decisions will be made on commercial grounds that may not favour your integration. Buyers should negotiate explicit placement commitments, minimum activation support obligations, or performance-linked fee structures that create shared accountability for adoption outcomes.
At minimum, agreements should include milestone-based adoption review clauses, decomposed forecast assumptions with agreed measurement methodology, and remediation triggers if adoption falls below defined thresholds within a specified window. Placement terms specifying where and how the AI capability surfaces in the user journey should also be explicit in the contract rather than left to the platform's discretion post-signing.
Platform dependency is not inherently problematic, but it becomes a material risk when it is unhedged and unaccountable. A single-platform distribution strategy without performance commitments concentrates adoption risk in a relationship where the platform holder has asymmetric leverage. The appropriate response is not to avoid platform agreements but to treat them as one channel within a broader distribution strategy and to ensure that the contractual structure reflects the actual risk allocation.
The difference is substantial enough to invalidate a business case if not modelled explicitly. Default-on placement means the AI capability is in the user's path without requiring a deliberate activation step, which typically produces materially higher engagement rates. Opt-in designs introduce a decision point where the default is inaction, and most users never complete the activation flow. Any business case that does not distinguish between these two deployment modes and apply separate activation rate assumptions to each is not a credible forecast.

