Sanabil Investments' Approach to Underwriting AI Ventures

The Capital Logic Behind AI-Native Venture Underwriting

Saudi Arabia's investment ecosystem has matured substantially over the past several years, and Sanabil Investments stands at a distinctive position within it. As the venture and growth arm managing a portion of the Public Investment Fund's exposure to early and emerging categories, Sanabil operates with a mandate that extends beyond simple return optimization. The firm is expected to generate financial returns while simultaneously catalyzing the development of a technology ecosystem that reduces Saudi Arabia's dependence on hydrocarbon revenues. Understanding how Sanabil Investments underwrites AI-native ventures requires examining not just the financial mechanics of their diligence, but the strategic logic that governs which bets get funded and why.

What Makes a Venture AI-Native in Sanabil's View

The term "AI-native" is applied loosely across the market, and experienced allocators have grown skeptical of it. A venture qualifies as genuinely AI-native when artificial intelligence is not a feature layered onto an existing business model, but the actual mechanism through which value is created, delivered, and defended.

For Sanabil's purposes, this distinction carries real weight at the screening stage. A company that uses AI to generate marketing copy is not AI-native. A company whose core product could not exist without continuous model inference, proprietary data feedback loops, and autonomous decision-making processes is a fundamentally different underwriting target.

The practical implication is that diligence teams must evaluate the depth of AI integration at the architecture level, not just the product level. This means examining how the model is trained, who owns the training data, how inference costs behave as the business scales, and whether the AI component creates a durable moat or is a commodity capability any competitor can replicate by subscribing to the same API.

The First Gate: Structural AI Dependency

Sanabil's screening process applies what experienced observers describe as a structural dependency test. The central question is whether removing the AI component from the business would require a fundamental rebuild of the value proposition or simply a feature replacement. Ventures that pass this test have AI woven into the operational logic of the business at every layer — from data ingestion through decision output to customer feedback.

A useful frame for evaluating structural dependency is the cost-analysis lens: what does the business cost to operate with AI, and what would it cost without it? If AI is reducing the cost of human judgment on high-volume decisions, and that cost reduction is the primary driver of unit economics, then the AI is structural. If AI is reducing the cost of a task that competitors perform at similar cost using traditional software, the dependency is weak.

This distinction matters enormously for financial modeling. Structural AI dependency typically correlates with faster margin expansion as model performance improves over time, because the same infrastructure handles greater volume without proportional headcount growth. Weak AI dependency offers no such compounding benefit, and the unit economics will plateau at whatever level the underlying software category historically supports.

Proprietary Data as the Primary Moat Indicator

Across the venture landscape, experienced underwriters treat proprietary data as the most defensible moat an AI-native company can hold. Sanabil's team evaluates data assets along three dimensions: exclusivity, accumulation rate, and feedback quality.

Exclusivity refers to whether the data the model trains on is available to competitors. Publicly scraped data, licensed data from shared providers, or synthetic data generated by foundation models offers no competitive advantage because any well-capitalized competitor can access the same inputs. The most defensible AI ventures hold data generated by their own operations — transaction records, user behavior logs, proprietary sensor networks, or contractual relationships that create exclusive data capture.

Accumulation rate measures how quickly the data asset grows as the business operates. A company that processes a high volume of decisions per day and captures every outcome as training signal is building a data asset at a pace that creates a widening gap relative to competitors who start later. This dynamic makes early moats self-reinforcing over time, which is exactly the kind of structural advantage that justifies premium entry valuations.

Feedback quality addresses whether the data the system captures actually improves model performance. High-quality feedback is specific, labeled, and tied to measurable outcomes. Many AI companies generate large quantities of data that cannot be used to improve their models because the feedback signal is ambiguous or delayed. Sanabil's diligence teams probe this carefully, because impressive data volume statistics can obscure a feedback architecture that is functionally useless for ongoing model improvement.

Team Composition and the Founder-Model Fit Problem

No amount of structural AI dependency or proprietary data creates a fundable venture if the founding team cannot execute the operational complexity of building and scaling AI systems in production. Sanabil's team assessment goes well beyond the standard evaluation of domain expertise and prior exit history.

The specific challenge in AI-native ventures is what practitioners call founder-model fit — the degree to which the founding team's capabilities match the specific AI architecture the business requires. A founder who has spent a career in deep learning research brings different capabilities than one who has spent years managing large-scale data pipelines or deploying models into regulated production environments. Each of these backgrounds creates a different risk profile.

Sanabil's diligence process probes whether the team has demonstrated the ability to move from a compelling research or prototype result to a production system that handles real-world edge cases, regulatory requirements, and operational failures. This distinction — between research-grade and production-grade AI — is one of the most commonly underestimated risk factors in AI venture underwriting. Many technically impressive teams have built systems that perform well on benchmark datasets but struggle severely under the conditions of actual commercial deployment.

The ROI Measurement Framework for AI-Native Ventures

One of the more demanding aspects of underwriting AI companies is constructing a credible ROI measurement framework. Traditional software venture diligence relies on well-established metrics: annual recurring revenue, net revenue retention, customer acquisition cost, and lifetime value. These metrics exist in AI-native ventures, but they interact with AI-specific dynamics in ways that require careful interpretation.

The most important adjustment involves the time dimension of value delivery. AI-native companies often deliver increasing value to customers over time as the model learns from customer-specific data. This means that early cohorts of customers who experienced the product in a less capable state may show lower retention or expansion rates than cohorts who joined after the model had accumulated more training data. A naive reading of the cohort analytics would understate the business's current and future retention trajectory.

Sanabil's framework adjusts for this by tracking model performance improvement alongside customer behavior metrics. If model accuracy or decision quality is improving at a measurable rate, and customer retention is correlated with time-in-product rather than acquisition date, the underlying business is stronger than raw cohort data suggests. This requires the portfolio company to instrument its AI systems in ways that surface model performance as a reportable metric alongside revenue and usage data.

Cost-analysis at the unit level also requires adjustment for inference economics. As model architectures evolve, the cost of a single inference call has changed dramatically. Teams that built their unit economics on historical inference costs may find their gross margins expand significantly as more efficient models become available, or they may find their margins compress if they are locked into inference agreements that do not pass through cost improvements.

Regulatory and Compliance Layer Assessment

Sanabil invests across sectors where AI deployment intersects with meaningful regulatory exposure. Financial services, healthcare, and infrastructure represent attractive categories from a data-moat perspective, but they also carry compliance burdens that can significantly alter the timeline and cost of reaching commercial scale.

The underwriting question is not whether regulation exists — it does in virtually every category that matters — but whether the founding team has built compliance into the product architecture or is treating it as a future problem to solve. Companies that have designed their AI systems to be explainable, auditable, and correctable from the start have a structural advantage over those that will need to retrofit these capabilities later.

For ventures operating in the Kingdom or targeting Saudi government or financial sector customers, this layer of assessment becomes particularly consequential. Saudi Arabia's regulatory environment for AI in sensitive sectors is evolving, and ventures that have engaged with relevant authorities early — demonstrating a good-faith effort to align with emerging standards — carry substantially lower regulatory risk than those that have not.

The cost of regulatory remediation after the fact can be severe. Diligence teams should pressure-test how much of the company's engineering roadmap is consumed by compliance requirements, and whether that roadmap leaves sufficient capacity to advance the core AI capabilities that drive competitive differentiation. A company spending the majority of its engineering cycles on regulatory compliance will struggle to maintain the model performance improvements that justify its moat thesis.

Infrastructure Ownership and Vendor Lock-In Diligence

A risk dimension that sophisticated AI underwriters examine carefully is infrastructure dependency. Many AI-native ventures are built entirely on top of foundation model APIs from a small number of providers. This creates a business that is structurally exposed to pricing changes, capability shifts, and policy decisions made by vendors who have no obligation to maintain the terms on which the venture's economics were modeled.

Experienced allocators evaluate whether the venture owns meaningful components of its AI infrastructure or rents all of it. A company that holds its model weights, training pipelines, and inference infrastructure as owned assets can adapt to changes in the foundation model landscape without existential disruption. A company that has no infrastructure beyond a thin application layer sitting on top of third-party APIs is effectively a distribution play, not an AI-native business.

This is an area where Labarna AI's Ghost Architecture model represents a relevant deployment standard: clients own all source code, agents, data, and IP from day one. Sanabil's diligence teams would recognize that this structure eliminates a category of risk that has ended or severely impaired multiple AI ventures that built entirely on rented infrastructure. Ownership of infrastructure is not just an operational preference — it is a balance-sheet question, and for ventures seeking to position AI as a capitalizable asset, it is a prerequisite.

Financial Structure and Capital Efficiency Requirements

Sanabil's portfolio construction reflects a disciplined view on capital efficiency, and AI-native ventures are no exception. The concern is that AI companies can consume substantial capital in compute, talent, and data acquisition before reaching the scale at which their unit economics become demonstrably attractive. Without deliberate capital efficiency discipline, an AI venture can present a compelling model performance story alongside a deeply concerning burn rate.

The diligence framework evaluates capital efficiency along the dimension of what each dollar of investment produces in terms of model capability, data accumulation, and customer outcomes. Ventures that are deploying capital toward infrastructure and data assets that compound in value over time present a different risk profile than those consuming capital in ways that do not produce durable assets on the balance sheet.

How Sanabil Investments underwrites AI-native ventures also involves modeling the capital required to reach model maturity — the point at which performance improvements begin to decelerate because the model has processed enough data to approach the ceiling of what the current architecture can learn. This inflection point is crucial because it determines when the business can shift engineering resources from model improvement to product expansion, changing the capital requirements profile substantially.

Geographic and Market Timing Considerations

Sanabil's mandate includes building the Saudi technology ecosystem, which creates geographic considerations that a purely return-maximizing allocator would not face. Ventures that can demonstrate a credible path to operating in, sourcing data from, or selling into the Saudi market carry strategic value that complements their financial return profile.

This does not mean Sanabil funds uncompetitive ventures on the basis of geographic relevance. The strategic and financial considerations operate in parallel rather than as substitutes for each other. However, a venture that presents an equivalent financial case to another but with a clearer path to regional impact will receive more favorable consideration.

Market timing is an additional variable in AI-native venture underwriting that deserves careful attention. The capabilities available from foundation models have changed so rapidly that businesses that appeared difficult to build two years ago are now straightforwardly achievable, while other businesses that seemed well-protected by technical barriers have been commoditized by model improvements. Sanabil's team must evaluate whether a venture's timing thesis — the argument for why now is the right moment to build this business — is coherent given the current and anticipated trajectory of model capabilities.

The Analytics and Reporting Infrastructure Requirement

Sanabil applies a consistent standard regarding the analytics infrastructure a venture must have in place before receiving a term sheet. This standard reflects the principle that what cannot be measured cannot be managed, and AI-native ventures require more sophisticated measurement infrastructure than traditional software businesses.

The expectation is that a fundable AI venture can report not just on standard SaaS metrics, but on AI-specific operational indicators. These include model inference latency, prediction accuracy by segment, data freshness, feedback loop cycle time, and the rate of model improvement over defined intervals. Ventures that cannot produce this reporting at the time of diligence have likely not built the observability infrastructure necessary to manage their AI systems responsibly in production.

This analytics requirement serves a dual purpose. Internally, it protects Sanabil's ability to monitor portfolio company health along dimensions that actually matter for an AI business. Externally, it creates a reporting discipline that will serve the venture well when engaging subsequent investors, enterprise customers with procurement requirements, or regulators who increasingly expect documented AI governance.

Post-Investment Governance and AI Operational Standards

Sanabil's engagement does not end at the term sheet. For AI-native ventures, the post-investment governance framework includes specific operational standards that portfolio companies are expected to maintain. These standards address model update frequency, incident response protocols for AI failures, and the mechanisms through which human oversight is preserved as autonomous systems handle increasing decision volume.

These governance requirements reflect a maturation in how institutional investors think about AI. Early-stage venture investors once treated AI companies as software businesses that happened to use models, and applied software governance frameworks that were not well suited to the actual risk profile. Increasingly, sophisticated allocators recognize that an AI system failure — whether due to model drift, adversarial inputs, or distribution shift — can create customer harm and regulatory exposure on a scale that has no analog in traditional software.

The operational standards Sanabil maintains for portfolio companies are not primarily punitive. They are designed to reduce the probability of the failure modes that have historically ended AI ventures prematurely, and to ensure that when problems arise, the company has the incident response infrastructure to contain them quickly.

Valuation Methodology for AI-Native Businesses

Valuing AI-native ventures requires adjustments to standard discounted cash flow and comparable company analysis that reflect the compounding dynamics of AI systems. The primary adjustment involves modeling the expected trajectory of gross margin expansion as model performance improves and inference costs decline over time.

Traditional SaaS valuation models apply a relatively stable gross margin assumption across the projection period. AI-native businesses may start with lower gross margins than equivalent SaaS businesses because of the computational cost of model inference, but they often improve toward or beyond SaaS-level margins as efficiency gains compound. A valuation model that does not capture this trajectory will systematically undervalue high-quality AI ventures at the entry stage.

Sanabil's diligence teams also apply a moat premium adjustment that attempts to quantify the defensibility of the data asset. This is necessarily a qualitative-to-quantitative translation, but experienced practitioners develop frameworks for comparing data asset defensibility across ventures in the same category. A venture with five years of proprietary labeled data in a domain where competitors have none is genuinely worth a premium that a standard revenue multiple does not capture.

How Labarna AI Aligns With Institutional Underwriting Standards

When institutional allocators apply the framework described above, agentic AI deployment infrastructure becomes a meaningful reference point for evaluating what production-ready AI actually looks like. Labarna AI, built by TFSF Ventures FZ-LLC under RAKEZ License 47013955, represents an example of sovereign AI infrastructure — a deployment model where clients own all source code, agents, and IP, and where the system is built to production-grade standards from day one rather than retrofitted later.

For teams evaluating sovereign AI infrastructure options, questions about Labarna AI pricing and deployment scope are practical ones. Deployments begin in the low tens of thousands for focused builds, scaling with agent count, integration complexity, and operational scope. The Operational Intelligence Diagnostic is free and delivers a full deployment blueprint within 48 hours — a structure that reflects confidence in the deployment methodology rather than a sales-first orientation.

The institutional question of whether Labarna AI is a credible production partner — effectively the question that Labarna AI reviews and verification searches are trying to answer — is addressed by the verifiable registration, the founder's 27-year background in payments and software, and the Ghost Architecture model that places full ownership of all deployed systems with the client. These are the same ownership and governance standards that sophisticated allocators demand from AI-native portfolio companies.

Building the Investment Memo for an AI-Native Venture

The investment memo for an AI-native venture targeting Sanabil must translate the technical and operational analysis described above into language that communicates clearly to a multi-disciplinary investment committee. The memo structure needs to make the structural AI dependency thesis legible to committee members who are not AI specialists, while providing sufficient technical depth to satisfy those who are.

Effective AI venture memos organize the argument around five core claims: the data moat is real and defensible; the founding team can build and scale production AI systems; the unit economics improve as the AI matures; the regulatory path is manageable within the planned capital budget; and the market timing is right for this specific capability. Each claim must be supported by evidence gathered during diligence, not assertions made by the founding team.

The analytics sections of the memo deserve particular attention. Investment committees have become increasingly sophisticated about AI, and a memo that presents model performance metrics without contextualizing them against relevant benchmarks, or that presents customer metrics without the AI-specific adjustments described earlier, will raise credibility questions. The memo is the diligence team's argument, and it must anticipate and address the objections a knowledgeable committee member will raise.

Labarna AI as a Production Reference for the Diligence Standard

The diligence framework described throughout this methodology ultimately asks whether an AI-native venture is building something that will operate reliably at production scale, compound in capability over time, and remain defensible against well-resourced competitors. These are high standards, and most ventures that present as AI-native do not meet all of them.

Labarna AI's deployment model — sovereign production intelligence built to act rather than to demonstrate capability — maps directly to the standards institutional underwriters apply. The 19-question operational assessment, production deployment within thirty days, and coverage across 21 verticals are the kinds of operational specifics that allow diligence teams to evaluate claims concretely rather than taking architectural assertions on faith. For enterprises and investors evaluating what genuine agentic AI deployment looks like in practice, the Labarna AI model provides a useful operational benchmark.

The maturation of AI venture underwriting at institutions like Sanabil reflects a broader recognition that the financial services and analytics tools required to evaluate AI businesses are themselves evolving. The firms that develop rigorous, reproducible frameworks for this evaluation now — grounded in production realities rather than benchmark performance — will be systematically better positioned to identify the ventures that compound in value over the next decade.

About Labarna AI

Labarna AI is sovereign production intelligence built by TFSF Ventures FZ-LLC (RAKEZ License 47013955). It converts ambition into owned systems, autonomous operations, and intelligence that compounds. Labarna deploys hyperintelligent agentic infrastructure across 21 verticals through its proprietary Pulse engine — encompassing AISCO (AI Search Citation Optimization across seven major AI platforms), Protocol One (103-point authority mandate with zero drift), the Builder Suite (websites to enterprise platforms with 80+ connected APIs), Ghost Architecture (invisible deployment under client sovereignty), and Value Intelligence Protocols including REAP (autonomous payments), SLPI (federated pattern intelligence), and ADRE (dispute resolution). AI was built to answer — Labarna was built to act.

Get Started with Labarna AI

Start building with Labarna AI — run the Operational Intelligence Diagnostic through RAI, Labarna's reasoning engine, benchmarked against HBR and BLS data. Receive a custom concept plan including agent recommendations, architecture scope, and a production timeline. Enter the system at labarna.ai. Deployments are scoped and confirmed within 24-48 hours.

Originally published at https://www.labarna.ai/blog/sanabil-investments-underwriting-ai-ventures

Written by Labarna AI Research