[{"content":"","date":null,"permalink":"https://jochemvanleeuwen.nl/tags/ai-adoption/","section":"Tags","summary":"","title":"AI Adoption"},{"content":"","date":null,"permalink":"https://jochemvanleeuwen.nl/tags/ai-strategy/","section":"Tags","summary":"","title":"AI Strategy"},{"content":"","date":null,"permalink":"https://jochemvanleeuwen.nl/posts/","section":"Blog","summary":"","title":"Blog"},{"content":"","date":null,"permalink":"https://jochemvanleeuwen.nl/tags/data-platform/","section":"Tags","summary":"","title":"Data Platform"},{"content":"","date":null,"permalink":"https://jochemvanleeuwen.nl/tags/enterprise-ai/","section":"Tags","summary":"","title":"Enterprise AI"},{"content":"When discussing \u0026ldquo;becoming AI first\u0026rdquo; in any company it is often not clear what exactly is meant. Do you want to speed up your developers, knowledge workers in general or automate your business? And what does AI even mean in this context?\nAI flavors #Roughly there are three flavors of AI:\nSymbolic and rule-based AI: rules engines with hard business rules (e.g. expert systems, fraud workflows, credit approval). Often dismissed as \u0026ldquo;GOFAI\u0026rdquo; (Good Old Fashioned AI), these systems are still highly relevant, as they frequently act as deterministic guardrails around probabilistic models. Ontologies and semantic models belong to this flavor too: instead of encoding what to do, they encode what business terms mean. Predictive ML: pattern recognition and estimation systems (e.g. churn prediction, demand forecasting, recommendation systems). By now known as \u0026ldquo;classic ML\u0026rdquo;. Generative AI: unstructured reasoning and generation (e.g. code generation, text synthesis, multimodal analysis, image generation). Probably what most people refer to when they say \u0026ldquo;AI\u0026rdquo; today. Combinations #Combining symbolic AI with neural approaches, including generative AI, is called neuro-symbolic AI. The neural side brings language and ideas; the symbolic side constrains and validates the output against explicit rules. This reduces hallucinations and makes the result verifiable.\nCombining predictive ML and generative AI makes it possible to predict what is likely to happen and to determine how to respond. For instance, a churn model flags the at-risk accounts and a generative agent drafts the retention outreach.\nAI applications #Besides understanding what AI is, it is important to know in what areas AI can be applied.\nI currently differentiate these five areas:\nApplication area Description Skills \u0026amp; technology Business owner 1. Dev acceleration Increasing developer efficiency by applying agentic engineering Developer tooling (e.g. Claude Code, Cursor), API/MCP access, spec-driven development, prompt engineering skills Engineering \u0026amp; DevEx teams 2. Knowledge worker augmentation Increasing knowledge worker efficiency by bringing AI into daily work Off-the-shelf copilots, enterprise search over internal knowledge, shared prompt libraries, custom AI integrations, document access hygiene, AI literacy training, change management Digital Workplace / IT 3. Business process automation Running end-to-end background processes without human review Secure agent runtimes, enterprise IAM/RBAC, API orchestration, action logging, monitoring The business process owner 4. Product \u0026amp; service differentiation Embedding AI directly into customer-facing products and services Conversational agents, retrieval limited to approved content, guardrails and evaluation, human escalation paths, brand and tone control Product \u0026amp; Customer Service 5. Data \u0026amp; analytics acceleration Answering business questions directly against governed company data Natural language queries, semantic layer, ontology, structured metadata, secure agent runtimes, unified data governance BI \u0026amp; Data Platform teams Dev acceleration is furthest from the business. It is all about accelerating the software development lifecycle. A lot of the experience gained in this area translates to other knowledge work.\nKnowledge worker augmentation (area 2) and business process automation (area 3) are closely related, but mainly differ on autonomy and risk. Area 2 keeps a human in the loop (someone reviews the output before action is taken); area 3 is agentic (systems execute tasks end-to-end via APIs).\nThe difference in autonomy is also why the business owner shifts. In area 2 the tooling is provided centrally, but every individual stays accountable for their own output. In area 3 nobody reviews each run, so accountability moves to whoever owns the process itself. This results in IT providing the runtime and the business owning the outcome.\nProduct \u0026amp; service differentiation (area 4) is where the customer interacts directly with your AI. It is the only area where the output is not for internal efficiency gain, but instead is a product feature. This area has a similar autonomy level to area 3, but now when it goes wrong, it is the customer who sees it. Public AI mistakes can cost reputational damage, regulatory complaints and, ultimately, lost customers. This is why it needs the tightest guardrails of all five areas: retrieval limited to approved content, hard rules on what the agent may commit to, and a fast escalation path to a human.\nThe regulatory burden increases in the same way. Area 1 barely touches it. From area 2 onwards you are processing personal data, so GDPR governs what the AI may retrieve, retain and expose. Areas 3 and 4 add the EU AI Act. Its transparency rules have applied since 2 August 2026, meaning that users of area 4\u0026rsquo;s systems must be told they are dealing with a machine. Systems that make or significantly influence decisions about people, such as creditworthiness, hiring or life and health insurance, count as high-risk. From 2 December 2027 (pushed back from August 2026) they will require documentation, human oversight and logging. Area 5 inherits all of it, because a data platform with access to every system means it can do the same as the other areas. None of this should block adoption, but it does inform the design of each AI solution.\nThis is where the flavors and the areas meet. Areas 1 and 2 are almost purely generative AI. Areas 3 and 4 are where neuro-symbolic introduces deterministic guardrails that make autonomy acceptable. Area 5 is where all three come together: generative AI to interpret the question, the semantic layer to define what the answer means, and predictive ML to estimate what happens next.\nThe areas also differ in what data they need access to:\nArea 1 works on source code and the documentation next to it. Area 2 needs access to documents: SharePoint, Confluence, mail, Slack, ticket systems. Areas 3 and 4 mainly use APIs so that the agent can act; area 4 adds a curated set of data it is allowed to expose to the customer. Area 5 uses the data platform (or platforms) and effectively has access to data from every system in the company. Structured, semi-structured and unstructured. This means that the scope of data widens with each area, requiring more work to ensure the data is ready to be used by AI, while also increasing the potential of AI with every data source added.\nAI, data and analytics #Data \u0026amp; analytics acceleration has overlap with knowledge worker augmentation and business process automation, but approaches the same problems firmly from the data angle. It uses semantic models and ontologies so that the AI understands how the business domain works and can use data to solve business questions.\nThat knowledge layer is what makes conversational analytics (\u0026rsquo;talk with your data\u0026rsquo;) trustworthy. It teaches the AI what terms like \u0026ldquo;revenue\u0026rdquo; and \u0026ldquo;active customer\u0026rdquo; actually mean in your business. Not just the definition, but also how to find, join and interpret the underlying data across systems. Grounded that way, the AI is far less likely to hallucinate, and every answer traces back to an explicit definition, so results can be audited and reproduced.\nCombining generative AI with data is extremely powerful. A natural language interface opens data analytics to any user who can ask a clear question and think critically about the answer. It also creates a path to something larger: steadily building a continuously evolving map of the business domain, a digital twin. Process models connected to event data give you a live model of how the company actually operates, accurate enough to ask questions of and to simulate against.\nWhen I look beyond the obvious daily business impact of data \u0026amp; analytics acceleration, I can also see how this capability will open the doors to completely rethinking how business is done. It can for instance enable AI-driven business process re-engineering: mapping how the business operates, surfacing alternative process designs, training ML models to simulate them, guiding the re-engineering itself, and monitoring the results of the changes you implement.\nSo what does \u0026ldquo;AI first\u0026rdquo; mean? #Going back to the opening question, it is clear that \u0026ldquo;becoming AI first\u0026rdquo; is not one thing. It needs attention in five areas, with different owners, different risks and very different timelines. The first step is not to pick a tool or vendor, but to agree which areas you want to accelerate, what fits your appetite in terms of risk and change management, who owns the outcome, and how you will know it is working.\nIn my experience companies often start with dev acceleration. The risk is low and it has the lowest barrier to entry: the data is code, so it is already well structured and readily accessible, and developers adopt the tooling on their own.\nKnowledge worker augmentation usually follows quickly, and that is where progress tends to stall. It is the first area that needs access to the company\u0026rsquo;s own unstructured data, which raises questions about data sovereignty (do I want to send all of this to the AI provider?) and data security (are the access controls actually tight enough?).\nOnce a company is able to get past this point, moving to autonomous agents and AI-powered data and analytics becomes the next step.\nThis is where I will spend most of my time on this blog. In the next posts I will dig deeper into the knowledge layer, address the foundational work needed to organize data for AI (such as poor data quality), and explain how to start small while thinking big.\n","date":"25 August 2026","permalink":"https://jochemvanleeuwen.nl/posts/enterprise-ai-conceptual-framework/","section":"Blog","summary":"","title":"Enterprise AI conceptual framework"},{"content":"","date":null,"permalink":"https://jochemvanleeuwen.nl/tags/knowledge-layer/","section":"Tags","summary":"","title":"Knowledge Layer"},{"content":"I\u0026rsquo;m an engineer working on data and AI, and on making it possible to check AI answers against the data.\n","date":null,"permalink":"https://jochemvanleeuwen.nl/","section":"Notes on data and AI","summary":"","title":"Notes on data and AI"},{"content":"","date":null,"permalink":"https://jochemvanleeuwen.nl/tags/","section":"Tags","summary":"","title":"Tags"},{"content":"I am an engineer working on data and AI, with the goal of solving real business problems.\nI always start with what we really want to achieve, only then do I look for a technical solution.\nThis blog is about that, connecting business and IT from the data and AI angle.\nWhat I work on #I am an engineer at Schuberg Philis, where I started our current data and AI practice. I design the models and build the systems that run on them. Most of my current work sits in the knowledge layer: RDF ontologies, knowledge graphs and semantic models that encode what business terms mean, so generative AI can answer questions against enterprise data and stay traceable and auditable. Combining deterministic domain logic with generative models is called neuro-symbolic AI, which is the subject of most of what I write here.\nBefore that I spent about a decade on the data underneath. I designed ISA-88 and ISA-95 models for an industrial IoT platform covering 98 plants, 4,000+ machines and 90 billion data points, and built the real-time event processing for it in Go. I led an Azure data platform in a regulated financial environment, with automated lineage and auditability. I modeled GraphQL schemas to connect a parcel logistics chain, built Data Vault 2.0 architectures for national KPI reporting, and put a data quality framework in place with the data stewards who had to work with it.\nI keep working on the knowledge layer and the data platform under it, because an ontology is only useful when the data below it is governed, the lineage is traceable and the quality is known. Working with data for years, I have come to expect answers you can trace back to a source. I also believe AI will change how businesses operate, but only if it can be trusted, and that means being able to check its output against the data it came from. A knowledge layer is what makes that check possible.\nBackground # MSc Information Studies, University of Amsterdam BSc Bedrijfskunde (Business Administration), University of Groningen Based in Amsterdam I studied business administration before information systems, and how organizations work interests me as much as the technology does. Modeling an organization\u0026rsquo;s data is a direct way to see what it is really trying to do, and a practical place to start changing it.\nIf any of what I write is useful (or wrong), I\u0026rsquo;d like to hear it. My links are below.\nI work at Schuberg Philis. Everything here is my own opinion and does not represent my employer.\n","date":null,"permalink":"https://jochemvanleeuwen.nl/about/","section":"Notes on data and AI","summary":"","title":"About"},{"content":"","date":null,"permalink":"https://jochemvanleeuwen.nl/categories/","section":"Categories","summary":"","title":"Categories"}]