Skip to main content
    Module ai - AI & Digital Tools

    AI & Digital Tools

    AI that makes you productive - not dependent.

    We advise mid-market companies, family offices and energy firms on AI strategy, agentic workflows and knowledge-graph buildout. Local-first, GDPR-compliant, vendor-lock-in-free. We do not sell SaaS - we deliver architecture.

    • AI strategy reviews with clear use-case inventory instead of buzzword bingo
    • Agentic workflow architecture (multi-persona, self-learning, compliance veto)
    • RAG and knowledge-graph buildout for internal knowledge bases
    • Local-first LLM setup (Ollama, qwen2.5, llama3.3) for GDPR-sensitive data
    AME Module ai · KI & Tools
    Digital Transformation - Decision Space
    Strategic Dossier · AI & Tech

    The AI & Tech Dossier.

    Institutional sovereignty is achieved through access to validated sector coupling pathways and rigorous strategic modeling.

    Sector Specifications
    Target Mandate
    Board · Executive · Family Office
    Focus Area
    Sector Coupling & Value Protection
    01

    Strategic Value Levers

    Agentic Due Diligence

    Targeted control and evidence-backed execution to maximize returns and mitigate portfolio risks.

    Local-AI Sovereignty

    Targeted control and evidence-backed execution to maximize returns and mitigate portfolio risks.

    Data Integrity Gates

    Targeted control and evidence-backed execution to maximize returns and mitigate portfolio risks.

    02

    Decision Scenarios

    Decision_Scenario_Engine · AI

    "Automated document analysis via cloud AI (anonymized)."

    Ready for a confidential Strategic Audit?

    AME principals invite you to a structured evaluation. Let us assess tangible value levers and decarbonization pathways for your portfolio.

    Foresight & Risk Analysis · Horizon 2027

    Foresight &
    Risk Remediation.

    Modelled scenarios
    2 decision points
    01
    Data Sovereignty Act
    Potential risk

    Heightened liability risks when using third-party AI for confidential transaction data.

    AME response path

    Migration to locally operated AI models to keep data sovereignty with the client.

    Value lever
    Full data sovereignty
    02
    EU AI Act 2026
    Potential risk

    Non-validated AI models lead to governance gaps and audit risks.

    AME response path

    Set up validation and sign-off gates with a documented audit trail to secure outputs.

    Value lever
    Validated outputs
    What we do · AI & Tech

    Topics we manage.

    AI Strategy - Use-Case Inventory

    We scan your organization for concrete AI levers: which processes, which data, which ROI. Output: inventory with P0/P1/P2 prioritization instead of Excel wishlist.

    Agentic Workflows

    Multi-persona systems with compliance veto and self-learning loop. We build the architecture - you operate it yourself. Vendor-lock-in free.

    RAG & Knowledge Graph

    Retrieval-Augmented Generation on your data. Knowledge chunks with source tracking, conflict resolution, uniqueness audit. Hallucination-resistant architecture.

    Local-First LLM Setup

    Ollama-based local stacks for GDPR-extreme data (clients, whistleblowers, wealth). Cloud LLMs only for aggregated, anonymized outputs.

    Tool-Routing Strategy

    Which tool for which task? Claude Code for logic, Cursor for inline edits, Lovable for UI, Ollama for sensitive. We deliver the routing matrix.

    Compliance & Audit Trail

    Every LLM call documented. Compliance-veto system as hard gate. GDPR-tier routing (low/​medium/​high/​strict). Audit logs for board and regulator reviews.

    Strategic execution · AME method

    Four stages from first use-case to agentic operating system.

    1

    Discovery & Use-Case Inventory (Weeks 1-3)

    Workshop-based exploration across processes and pain-points. We deliver an inventory of 10-20 use-cases, ranked by ROI, complexity and GDPR tier.

    2

    Architecture Decision (Weeks 4-6)

    Which LLMs local, which cloud? Which workflow patterns? Which tools? We deliver a decision memo with three viable architectures and one recommendation.

    3

    Pilot Build (Weeks 7-14)

    We build the first use-case end-to-end: ingestion, RAG, persona, compliance veto, audit trail. You have a working pilot you can run yourself.

    4

    Scaling & Knowledge Transfer (Weeks 15+)

    Your team takes over. We remain strategic sparring partner, document architecture, train operators, audit quarterly health checks.

    Scope

    What this service covers

    The AI & Digitalization service shapes the use of AI and data in companies. Technology companies as a market belong to the Tech & Growth sector. The service covers process and data analysis, use case selection, automation, integration into existing systems, rules and responsibilities, and secured operation. Data centres, GPU clusters, cooling technology and quantum-safe encryption are explored as market and investment questions in the Tech & Growth sector. Legal assessment, for example under data protection law or the European AI Act, is provided by legal and data protection advisers; this service creates the business and organisational foundation for it.

    Starting point

    Many companies test AI without first clarifying the task and the data situation. The result is pilots that run technically but make no process faster, cheaper or more reliable, and tools that sit alongside the actual workflows.

    • Review use cases and data maturity

      Which task should measurably improve, and which data may be used for it? Without these two answers, every project lacks the baseline against which success or failure can later be read.

    • Prioritise solutions by benefit and risk

      There are usually more ideas competing for budget and specialists than a company can implement at once. Ranking them by benefit, effort, data risk and feasibility prevents the most visible rather than the most effective project from winning.

    • Integrate processes and interfaces

      Automation only works once its output reaches the leading system, such as accounting, customer management or document filing. Stand-alone solutions next to them create duplicate data entry and new sources of error.

    • Secure quality, operation and fallbacks

      Where needed, human review and an independent fallback remain in place. Models, data and interfaces change constantly; without monitoring, result quality declines without anyone noticing.

    • Data is often the real bottleneck

      Master data has grown over years, departments maintain the same data differently, and spreadsheets serve as a hidden database. Data quality, meaning consistency, timeliness, accessibility and documented origin, is therefore usually the first task, not the last.

    • Business cases are calculated too optimistically

      Vendor calculations often show licence costs and best-case assumptions. Integration, data cleansing, training, monitoring, retraining and process change are missing, and time saved is booked as profit although it has not yet been redeployed.

    • Responsibility and rules are missing

      Business units procure tools without involving IT, data protection or management. There is no register of who uses which application with which data, and when errors occur it is unclear who is accountable.

    • Waiting has a cost too

      Repetitive manual work continues, experience is lost when staff change, and separate data sets become more costly to merge every year. These costs are less visible than a project budget, but they accrue every day.

    Figure

    From use case to operation

    1. Stage 01

      Survey

      Record processes, manual steps, error cases, data sources and tools already in use; capture processing time, rework and cost per case as the baseline.

      Levers

      • Prioritised inventory
      • Baseline values per case
      • Overview of tools used without rules
    2. Stage 02

      Assess and select

      Rank use cases by benefit, effort, data risk and feasibility; review the solution without AI on equal terms for each case and set termination criteria.

      Levers

      • Ranking by impact
      • Alternative without AI reviewed
      • Termination criteria before the start
    3. Stage 03

      Decide

      Define architecture and data paths: usage rights, where models run, interfaces, logging and fallbacks.

      Levers

      • Data rights clarified
      • Vendor dependence limited
      • Integration effort known
    4. Stage 04

      Pilot

      Build one use case end to end, with real data, human review and measurement against the baseline.

      Levers

      • Comparison baseline
      • Measurable result quality
      • Approval based on measured values
    5. Stage 05

      Integrate and introduce

      Embed the solution in leading systems and workflows, train roles, and anchor checkpoints and escalation paths.

      Levers

      • No duplicate data entry
      • Acceptance in business units
      • Clear responsibility
    6. Stage 06

      Operate

      Tests, monitoring, logging and fallbacks; review quality and cost at a fixed interval.

      Levers

      • Recoverability
      • Cost per completed case
      • Early detection of quality loss
    The six work steps lead from the use case inventory to secured operation, and each step ends with a decision that can be checked. A technically successful run is not yet a business success. What matters is whether the process becomes better, cheaper or more reliable than the measured starting point.

    Typical decisions

    • Which task is tackled first?

      The inventory usually contains more ideas than budget and specialists can support. The choice of the first use case decides whether the pilot builds or uses up trust.

      Options

      • Largest measurable time or cost lever
      • Lowest data and implementation risk as a learning case
      • Bottleneck with the highest error or liability risk
    • AI, conventional automation or a change to the process?

      Many tasks can be solved more reliably and cheaply with rules, forms, interfaces or changed responsibilities than with a language model. AI pays off above all where inputs are unstructured and cases vary.

      Options

      • Simplify the process without new technology
      • Rule-based automation or standard software
      • AI-supported solution with human review
    • Which models run locally, which in the cloud?

      Data protection, cost and quality set the framework. Particularly sensitive data, for example from client, personnel or wealth matters, argues for local operation; compute-intensive tasks with anonymised data tend to suit cloud models.

      Options

      • Local operation
      • Cloud models for anonymised data
      • Combination
    • Build, buy or combine?

      Building in-house creates control and internal knowledge but ties up specialists permanently. Standard products start faster but make the company dependent on the vendor's pricing and product decisions.

      Options

      • In-house build with an internal operations team
      • Standard software with configuration
      • Core logic in-house, individual components bought in
    • How much decision authority does the system receive?

      The greater the consequences of an error, the closer human oversight must be. The chosen level determines review effort, liability risk and the achievable relief.

      Options

      • Proposal, a person decides
      • Automatic execution with sample checks
      • Automatic execution only below defined thresholds
    • Roll out, improve or end the pilot?

      After the pilot, a comparison with the starting point is available. Without criteria set in advance, a weak pilot is often continued out of habit and a good one is not rolled out consistently.

      Options

      • Roll out to further areas
      • Improve with a new review date
      • End and document the lessons learned
    Figure

    Value levers

    • Processing time

      Metric
      Processing time and rework rate: minutes per case and share of cases reworked in per cent, each against the measured baseline
      Effect
      Shows whether a process is actually relieved. Time freed up only affects earnings once it is redeployed.
    • Result quality

      Metric
      Measurable result quality against a baseline: error rate in per cent and share of results approved without correction
      Effect
      Separates technical from business success and shows how much human review is still needed.
    • EBITDA effect

      Metric
      Change in EBITDA in EUR per year: costs saved or avoided and additional cases handled, less ongoing licence, usage, operating and monitoring costs
      Effect
      Shows whether an earnings contribution remains after all ongoing costs, instead of showing gross savings only.
    • Cost per completed case

      Metric
      Total process cost in EUR per case completed in business terms, before and after the change, including staff, technology and review costs
      Effect
      Links technology and staff costs to the actual output and prevents only partial costs from being compared.
    • Investment need and payback

      Metric
      One-off costs in EUR for build, integration, data cleansing and training, and payback period in months until offset by the monthly net effect
      Effect
      Sets the budget frame and shows under which assumptions a project does not pay for itself.
    • Cash flow and capital tied up

      Metric
      Change in operating cash flow in EUR per month and in capital tied up in days, for example the time from invoicing to payment receipt or the coverage of receivables and inventory
      Effect
      Automated invoice checking, dunning or demand planning often affect liquidity more strongly than earnings.
    • Time to implementation

      Metric
      Weeks from approval to productive use and to the first measured effect
      Effect
      Every week of delay postpones the benefit while costs are already incurred.
    • Risk concentration

      Metric
      Share of critical work steps in per cent that depend on a single vendor, model or person, and number of steps without a tested fallback
      Effect
      Reveals dependencies that endanger operations in the event of price changes, outages or staff turnover.
    • Controllability

      Metric
      Share of applications in the inventory in per cent that have a named responsible person, documented checkpoints and logging
      Effect
      Makes measurable whether management and supervisory bodies can oversee use and intervene when errors occur.
    • Availability and recoverability

      Metric
      Availability in per cent of agreed operating time and recovery time in hours after an outage, including the switch to the fallback
      Effect
      Ensures that business operations continue when a model or service is unavailable.
    The map links process measures with the financial measures by which management judges a project. No blanket AI return is claimed. Every measure needs a baseline, a period and a documented measurement method.
    Figure

    Risks and early indicators

    Risks and early indicators
    RiskFaulty results without reviewEarly indicatorNo defined human control; rising share of results adopted uncheckedCountermeasureDefine checkpoints and logging, grade sample checks by the consequences of the case
    RiskDependence on one vendorEarly indicatorNo alternative for critical steps; prices or terms of use change at short noticeCountermeasurePlan an architecture with fallbacks, keep data, configuration and test cases exportable
    RiskPilot without transition to operationEarly indicatorNo roll-out or termination criteria before the start; no responsible operating unit namedCountermeasureSet decision criteria, an operating budget and operational responsibility before the pilot starts
    RiskInsufficient data qualityEarly indicatorHigh share of duplicates, inconsistent definitions, manual corrections after every runCountermeasureReview data before the build, name data owners, automate quality checks
    RiskUnclear usage rights and confidentiality of dataEarly indicatorSensitive data in external services without documented approval; tools procured without the knowledge of IT and data protectionCountermeasureClassify data, introduce an approval process, process sensitive data locally and have legal questions reviewed by specialist advisers
    RiskUnderestimated total costEarly indicatorUsage-based costs rise faster than the number of cases; integration and monitoring effort not budgetedCountermeasureFull-cost calculation per case, cost ceilings and a monthly comparison with the plan
    RiskGradual loss of quality in operationEarly indicatorFalling share of results approved without correction, more queries from business units, model versions changed unnoticedCountermeasureOngoing measurement against fixed test cases, version control and a set review interval
    RiskLack of acceptance in business unitsEarly indicatorLists kept in parallel, low usage rate, new workflows bypassedCountermeasureInvolve business units early, train on their own cases, act visibly on feedback
    RiskRegulatory requirements recognised too lateEarly indicatorNo register of applications in use, no risk classification, no documentation of purpose and oversightCountermeasureSet up the register and a proposed classification early, obtain legal assessment from legal advisers
    The matrix names risks that endanger AI and digitalisation projects from pilot to operation. The early indicators can be observed in running projects before damage occurs. The countermeasures secure quality, cost and traceability.
    Figure

    Links to sectors and services

    The cards show the topics AI & Digitalization works with, each with the reason. The service applies in every sector, with different data and processes. Tech & Growth appears as a client market and not as a synonym for this service.

    Approach

    1. Step 1

      Survey and use case inventory

      Workshop-based survey of processes, weak points, data sources and tools already in use. Maturity is assessed across data quality, process clarity, governance, skills and infrastructure, and baseline values for processing time, rework and cost per case are measured or estimated with reasons.

      Result: Prioritised use case inventory with maturity and baseline values

    2. Step 2

      Assessment and business case

      Each prioritised case is calculated with full costs, conservatively estimated benefits and three scenarios. The solution without AI is reviewed on equal terms, and roll-out and termination criteria are set.

      Result: Business case per use case with decision criteria

    3. Step 3

      Architecture decision

      Which models run locally, which in the cloud, which workflow patterns and interfaces are used, and which data paths are permitted? Several viable options are compared by cost, risk and dependencies.

      Result: Decision paper with options and a recommendation, data and integration concept

    4. Step 4

      Pilot with a baseline

      One use case is built end to end: data intake, processing, human review, logging and fallback. It is measured against the baseline values from the survey.

      Result: Working pilot with a measurement report and a decision template

    5. Step 5

      Introduction, operation and knowledge transfer

      Your own team or the company's IT service provider takes over operation. Architecture, checkpoints and fallbacks are documented, responsible staff are trained, and quality and cost are reviewed at a fixed interval; on request, AME remains a strategic sparring partner.

      Result: Operation, test and fallback plan with documented responsibilities

    Scope of service

    Scope limits

    • No blanket AI return and no full automation of critical decisions.
    • No legal advice on data protection or AI regulation.
    • No software sold on subscription.
    • No commitment to specific savings, timelines or result quality; effects are measured in the pilot.
    • No ongoing operation or hosting of solutions by AME; operation is the responsibility of the company or its IT service provider.
    • No assurance of legal compliance and no information security audit or certification.
    • Data centre, cooling and quantum technology as market and investment questions belong to the Tech & Growth sector.

    Decision rights

    • The company decides on use, data and operation.
    • AME recommends architectures and supports the build.
    • Management, or a body it appoints, decides on rolling out a pilot based on the measurement report.
    • Data approvals are granted by the company's data owners; legal assessments come from its legal and data protection advisers.
    • In reviewed processes, the final business decision stays with the responsible staff unless the company specifies otherwise.
    • A project can be ended at any time; the criteria for this are agreed before the start.

    Information needed

    • Process description and manual steps
    • Data sources and usage rights
    • System and interface overview
    • Error cases, quality requirements and operating costs
    • Available baseline values: case volumes, processing times, error and rework rates
    • AI and automation tools already in use, with contracts and costs
    • Requirements from IT security, data protection and internal policies
    • Budget frame, time window and available internal contacts

    Deliverables

    • Prioritised use case inventory
    • Data and integration concept
    • Pilot with a defined baseline
    • Operation, test and fallback plan
    • Maturity assessment across five dimensions
    • Business case per use case with three scenarios and decision criteria
    • Architecture decision paper with options and a recommendation
    • Register of AI applications in use with owners and checkpoints
    • Pilot measurement report against the baseline
    • Architecture documentation and training concept for your own team

    Automated incoming invoice checking: what the earnings effect depends on

    Hypothetical example with freely chosen, rounded model values and no link to any company or mandate

    Method
    Static, undiscounted calculation: working time saved multiplied by the fully loaded hourly rate, less ongoing costs, gives the annual net effect. The payback period is the one-off investment divided by the monthly net effect. A sensitivity calculation shows the case in which only half of the time freed up is redeployed.
    Period
    24 months from productive start; the effect applies evenly from the first month, without a pilot phase and without a ramp-up curve.
    Automated incoming invoice checking: what the earnings effect depends on (Hypothetical example with freely chosen, rounded model values and no link to any company or mandate)
    ItemValueUnit
    Processing time saved (24,000 × 7 minutes)2,800hours per year
    Gross effect with full redeployment (2,800 × 60)168,000EUR per year
    Ongoing costs24,000EUR per year
    Net effect on EBITDA144,000EUR per year
    Equivalent per month12,000EUR per month
    One-off costs90,000EUR one-off
    Payback period (90,000 ÷ 12,000)7.5months
    Cumulative net effect after one-off costs (24 × 12,000 minus 90,000)198,000EUR in 24 months
    Sensitivity: only half of the time is redeployed, net effect60,000EUR per year
    Payback period in this case (90,000 ÷ 5,000)18months
    Cumulative net effect in this case (24 × 5,000 minus 90,000)30,000EUR in 24 months

    Assumptions

    • 24,000 incoming invoices per year, evenly distributed
    • Processing time today 12 minutes per invoice, after the change 5 minutes including human review
    • Fully loaded internal hourly rate of EUR 60
    • One-off costs of EUR 90,000 for integration, data cleansing and training
    • Ongoing costs of EUR 24,000 per year for licences, usage, monitoring and maintenance
    • Base case: the time freed up is fully redeployed to other tasks or avoids additional hiring
    • Error costs, quality differences, taxes, financing and early payment discounts are not considered

    Limits

    The example shows the calculation logic, not the expected effect of any project. Pilot duration, ramp-up, error costs and quality differences are missing, as are taxes and financing. The sensitivity shows that the earnings effect depends above all on whether freed-up time is actually redeployed; without that, there is relief but no earnings contribution. A solution without AI, such as rule-based checking or a simplified approval process, should be calculated with the same method and may be cheaper.

    Further topics

    The existing pages explore individual work steps in more depth and remain accessible on their own. Related topics are assigned here to the step they belong to: the readiness page and readiness check to the survey, data quality and the data quality assessment to the data review, the ROI page and ROI calculator to the business case, governance to operation. Tools only return results based on the assumptions entered.

    Method and evidence

    Only content already published. Evidence of effect appears only with proof. The linked pages describe methodology, architecture and tools; they are not proof of effect for individual projects. General market figures on individual subpages say nothing about the effect of a specific project, and calculation tools only return results based on the assumptions entered.

    Frequently asked questions

    Is AI & Digitalization the same as Tech & Growth?

    No. AI & Digitalization is a service for companies in all sectors, Tech & Growth is a client market. A company that digitalises its workflows remains in its own sector; Tech & Growth concerns companies whose product is itself software, a platform or a data-based service.

    Does every task need an AI solution?

    No. Simplifying the process, a fixed rule, a form or an interface is often more reliable and cheaper. The solution without AI is therefore reviewed on equal terms for every use case and calculated with the same method.

    How is the business case for a project calculated?

    With full costs for build, integration, data cleansing, training, operation, monitoring and retraining, conservatively estimated benefits and three scenarios. Only measurable effects enter the calculation; qualitative benefits are documented separately. The conditions under which a project will not be implemented or will be ended are set in advance.

    How quickly are first results possible?

    A first productive pilot is often achievable within a few weeks to a few months. The pace depends on the data situation, process clarity, approvals and internal capacity; no commitment on timing is given in advance.

    Does our company need its own developers?

    Not necessarily. AME handles conception, tool selection and the pilot build and trains your team. For ongoing operation, however, you need named internal owners or an IT service provider, because AME does not operate the solutions itself.

    What happens if our data is not clean?

    That is the normal case. Data quality is assessed during the survey; where needed, a cleansing plan with responsibilities is drawn up. A one-off clean-up is not enough, because without rules and ongoing checks quality declines again.

    Do the models run locally or in the cloud?

    That depends on the need for protection, cost and required quality. Particularly sensitive data argues for local operation, while anonymised or aggregated data can be processed in cloud models; a combination often makes sense. The options are compared in the decision paper.

    Does AME advise on data protection and the AI Act?

    AME creates the organisational foundation: a register of applications, a proposed classification, roles, checkpoints and documentation. Legal assessment is provided by your legal and data protection advisers. AME gives no assurance of legal compliance.

    Which industries is the service suited to?

    Companies in all five sectors. In real estate it concerns asset data and property operations, in energy asset and metering data, in healthcare administrative processes such as documentation, billing and reporting, and in education learning administration and data processes. Technology companies can be clients as well.

    How much may a system decide on its own?

    The company sets this for each process. The greater the consequences of an error, the closer the human oversight: from a mere proposal through sample checks to automatic execution below defined thresholds. Critical decisions are not fully automated.

    When is a pilot ended?

    When it does not meet the criteria set in advance, for example on result quality, cost per case or acceptance, and improvement is not promising. The lessons are documented so that they inform the next selection.

    Next step

    Let us probe your AI use-case in a structured conversation.

    60 minutes under NDA. We hear which processes you want to improve and name three viable paths - at no cost.

    Topic: AI & Tech

    Discuss a digitalisation project

    Describe the task that should improve and what you already know about data, systems and current processing times. We will come back to you with a proposal for the next steps, including whether a solution without AI is sufficient.

    Information needed
    Other ways to get in touch
    Back to strategic hub

    Cookie Settings

    You choose whether to allow analytics and marketing in addition to essential functions. See our privacy policy for details about Google Analytics and data processing. Privacy Policy