Tech Talks Daily

Bölümler

• 
  Rebuilding Trust in Pet Insurance With AI and Lassie 18.09.2026 23dk

  Why do pet owners so often learn the limits of their insurance when an animal is already ill and the veterinary bill is growing? That trust problem sits at the center of my conversation with Hedda Båverud Olsson, co-founder and CEO of Lassie, a pet insurer that combines coverage with preventative health guidance, rewards, activity tracking, and AI-assisted claims. Hedda's reason for starting Lassie is personal. Her mother is a veterinarian, and Hedda grew up around healthy pets without fully appreciating how much fear and financial pressure many owners experience. After working at McKinsey and EQT, she became absorbed by an idea she describes as putting her mother in every owner's pocket. The aim was to help people understand risks earlier and make better daily choices, rather than waiting until an animal needed treatment. The claims process shows where AI can offer immediate value. Lassie has developed a system called Bark Office that scans an invoice, reads each line, identifies whether the treatment relates to illness or an accident, checks the policy, and decides whether enough information is available. Hedda says that when the system is confident, the money can reach the customer in around six minutes. She reports that approximately 65 percent of claims in Germany follow that route. Automation has limits, especially when a blurry receipt, missing diagnosis code, incomplete journal, unusually expensive treatment, or uncertain policy detail prevents a reliable decision. Those cases can prompt a request for further information or move to a human reviewer. Hedda says customers receive a line-by-line explanation of what was and was not covered, with the option to dispute a result and request another review. She reports an error rate below 2 percent for automated claims and compares it with what she describes as a 5 percent human error rate across insurance. Those are Lassie's figures, but the operating principle is useful across many regulated services: automate clear cases, explain the result, and give uncertain or sensitive cases to a person. We also consider why an insurer should have a role when nothing has gone wrong. Hedda says over 90 percent of Lassie customers use its app and roughly a quarter use it daily. Owners can watch health videos, complete quizzes, follow life-stage guidance, record activity, and earn rewards that can reduce their insurance price. Advice changes according to breed, age, and season, covering subjects such as weight, joint health, toxic foods, nail trimming, and ticks. Lassie also works with Tractive, allowing customers to connect a tracker and bring activity data into the app. Hedda explains that Lassie customers can receive a tracker while paying the Tractive subscription, and existing Tractive users can connect their current device. Owners who do not want a tracker can record activity manually. The feature gives the company another regular point of contact while helping customers follow their pet's routine. That daily relationship has commercial consequences. Hedda says regular app use supports customer loyalty, reduces churn, and raises lifetime value. Preventative actions may also support lower prices for owners. The opportunity is to make insurance useful before a claim, although firms must avoid turning care advice and rewards into confusing conditions or allowing gamification to distract from clear coverage. The conversation moves to the UK, where the supplied briefing estimates that around 20 million pets remain uninsured. Hedda believes culture and distrust may outweigh price alone, comparing the UK with Sweden, where she says approximately 90 percent of dogs and 50 to 60 percent of cats are insured despite higher prices. She also argues that established insurers have been slowed by old systems and disconnected technology, making simple onboarding, mobile service, and automated claims harder to deliver. For Lassie, the test is knowing where automation improves the experience and where it would make a difficult moment worse. Customers may welcome an administrative claim completed in minutes, but few want to speak with a bot when a pet is seriously ill or dying. That distinction between speed and empathy may be the most useful lesson for any business automating emotionally sensitive work. Can insurance become something customers value every day without losing the clarity and human care they need during a crisis? Listen to the episode and share your thoughts with me.  
• 
  Proving AI Value in Architecture and Construction With Nemetschek 17.09.2026 35dk

  How much of construction's cost, delay, and waste begins with information that fails to survive the journey from design to delivery? That question runs through my conversation with Julian Geiger, Chief AI Officer at Nemetschek Group, as we look at the practical role of AI across architecture, engineering, construction, and operations. Julian describes what he calls the industry's 90, 40, 20 problem. According to the figures he shares, 90 percent of projects are over budget or over time, the built world accounts for roughly 40 percent of global carbon emissions, and around 20 percent of material is wasted. His argument is that many poor outcomes start as information and decision problems. Each project phase may work reasonably well on its own, but handovers can strip away context. A building information model becomes a PDF, a PDF becomes an email, and a decision may never be recorded against the object it changed. We discuss how AI, building information modeling, and digital twins can identify missing information, scope gaps, clashes, and design choices before they become expensive construction site problems. Julian shares Nemetschek's work bringing Firmus AI into Bluebeam to review two dimensional drawings, then explains the broader goal of feeding lessons from construction back into design and engineering tools. The commercial promise is easy to understand. Finding a mistake while a wall exists only in software costs far less than finding it after workers and materials are waiting on site. The conversation also moves beyond the assumption that every task needs the largest available model. Julian sets out a four tier approach. Deterministic calculations such as structural math should remain deterministic. Stable, high volume checks may be handled by conventional rules. Smaller domain models can classify objects, retrieve data, and interpret geometry close to the source. Frontier models earn their place when the work involves ambiguity, reasoning across documents, or several dependent steps. His test is refreshingly practical: use the least expensive method that is reliably right and fast enough for the person waiting on the answer. That discipline matters when finance teams ask for proof. Time saved on drawing reviews or tender preparation can be measured quickly, while reductions in rework or missed issues require a longer data series. Julian also notes a familiar problem for enterprise AI programs. If a firm never established a baseline, it becomes difficult to show what improved. Usage can indicate that people find a tool useful, but adoption alone does not settle the return on investment question. Data sovereignty adds another layer. Construction files can include valuable designs, commercial information, and details tied to national infrastructure. We discuss where the data is stored, who processes it, which jurisdiction applies, and whether customer material is used for model training. Julian argues for separating genuine intellectual property from routine usage data, then matching controls to the sensitivity of each project rather than treating every data set as identical. Finally, we consider people. In an industry facing a skills shortage, removing junior roles creates a future shortage of experienced professionals. Julian sees AI as a way to shorten the apprenticeship period and reduce repetitive documentation, while preserving a clear line of accountability: AI proposes and a qualified human decides. Could that model help construction professionals spend more of their time on judgment, design, and better buildings, and where should the industry draw the line? Listen to the episode and share your thoughts with me
• 
  Why Enterprise AI Agents Fail Beyond the Model With Databricks 16.09.2026 22dk

  Why do businesses replace the AI model when the failure may have started somewhere else entirely? In this episode of Tech Talks Daily, I speak with Richard Shaw, Technology General Manager for Databricks in the UK and Ireland. Richard leads the field engineering organization that works closely with customers on data and AI problems, giving him a practical view of what happens when promising agentic AI projects meet production workloads. Richard argues that the model often receives the blame because it is the most visible part of the system. The actual fault may come from stale data, missing business context, inconsistent permissions, an unsuccessful tool call, or another point in the workflow. Replacing the model before tracing the request from start to finish can recreate the same problem in a new place. This is why lineage, end-to-end tracing, and continuous evaluation matter once an agent moves beyond a controlled pilot. We discuss what a production-readiness rehearsal should include. Richard recommends realistic data, realistic user volumes, unauthorized requests, ambiguous questions, failed tool calls, and tests of what the agent should refuse to do. Teams also need agreed standards for quality, security, cost, and auditability, along with a clear decision about which actions an agent can complete independently and where a person must review or approve the result. The conversation also looks at model choice and infrastructure cost. Richard believes the strongest test is performance on the organization's actual work rather than a benchmark leaderboard. A frontier model may suit complex reasoning, while a smaller or open-weight model may perform routine extraction or classification at a lower cost. Access policies, observability, and spend controls need to remain consistent as those model choices change. Conversational analytics creates another governance challenge. Databricks customers such as Virgin Atlantic and Repsol are using natural-language tools to make company data easier for employees to question. Richard says wider access should preserve existing permissions, ownership, definitions, and lineage. An answer becomes far more useful when the user can see where it came from and which team owns the information behind it. We also cover the boundary between historical analytical data and fast operational workloads. Richard describes how Databricks positions the lakehouse for broad enterprise context and Lakebase for immediate reads and writes, such as updating an account, placing an order, or storing agent memory, while keeping both connected to a common data and governance base. Are companies ready to trace and test the whole AI workflow, or are too many treating the model as both the hero and the culprit? Listen to the episode and share your thoughts with me.  
• 
  Turning AI Investment Into Measurable Business Value With HP 15.09.2026 29dk

  How can businesses turn growing investment in AI infrastructure, cloud capacity and devices into outcomes that employees, customers and finance teams can actually measure? In this episode of Tech Talks Daily, I speak with Neil Sawyer, who manages HP's business across Europe, the Middle East and Africa. Neil works with companies across one of HP's largest global regions as they move from AI experimentation into wider deployment, making him well placed to discuss what happens when early enthusiasm encounters cost, security, governance and the realities of the workforce. We begin with the gap between building AI capacity and applying it to a business problem. Data centers, models and powerful devices provide options, but the investment only becomes useful when a company identifies the workflow it wants to improve. Neil argues that leaders should begin with the outcome, understand where AI can remove friction and decide how they will measure productivity, employee experience and business performance before buying another layer of technology. That raises a difficult question about productivity. If AI helps someone complete a task faster, does the organization use that saved time to improve the work, develop new ideas and give employees room to think, or does it simply add another task to the queue? I share my own experience as a business of one, where every efficiency gain has a habit of becoming extra output rather than a Wednesday afternoon at the cinema. Neil compares the current moment with earlier periods of industrial change and makes the case that automation should release people from repetitive administration so they can contribute creativity, judgment and higher value work. We also discuss why AI costs are becoming a boardroom issue. Token based services and agentic systems can produce growing and unpredictable bills as adoption spreads across a company. Neil explains why every workload does not need the same model or environment. Large language queries may benefit from cloud capacity, while sensitive data, company specific information and some recurring tasks may be better suited to local or on device processing. The decision affects cost, responsiveness, privacy, security, data sovereignty and environmental impact. Neil describes HP's view of hybrid AI, including devices with neural processing units and Z by HP Boost, which can connect available workstation GPU resources. He also explains why device refresh decisions should reflect workforce personas. A data scientist, account manager and office administrator may work for the same company, yet their computing needs can be very different. Mapping technology to the employee's role can help a business spend with greater discipline while giving people the performance they need. The conversation also covers governance and measurement. Informal use of public AI services can be difficult to see, assess or manage. Neil recommends giving employees an approved AI toolkit, using enterprise services that provide telemetry and examining how technology availability and performance affect the employee experience. Adoption figures can show that a tool is being used, but they do not prove that it is improving an outcome. We finish with a practical checklist for leaders. Define the outcome, identify the workflow, determine where each workload should run, calculate the cost, agree the measures of success and put clear controls around data, privacy and cybersecurity. That approach gives cloud and device based AI distinct jobs within the same business strategy. How is your organization deciding which AI workloads belong in the cloud, which should run closer to the employee, and whether the investment is producing measurable value? Share your thoughts with me.
• 
  Turning Two Hours of Document Work Into Eight Minutes With Templafy 14.09.2026 32dk

  What could your team achieve if a document that previously took two hours could be created in eight minutes? In this episode of Tech Talks Daily, I speak with Oskar Konstantyner, Chief Product Officer at Templafy, about the rapid adoption of AI agents across enterprise document workflows and what those productivity gains mean for knowledge workers. According to Templafy's proprietary usage data, AI agent adoption among its enterprise users grew from virtually zero in October 2025 to 53% by June 2026. Its analysis found that documents created without agents had a median completion time of two hours and an average of 5.6 hours across 16,000 sessions. With AI agents, the median fell to eight minutes and the average to 27 minutes across 14,000 sessions. The most common documents included pitch decks, company communications, sales materials, and product roadmaps. However, Oskar cautions against treating speed as the final measure of AI productivity. We discuss an accounting firm that could not respond to thousands of tenders because it lacked the capacity to create enough proposals. Faster document production could allow that business to participate in additional opportunities while applying its knowledge about what makes a winning submission. The benefit comes from increased commercial capacity and stronger results, rather than counting recovered hours alone. Oskar also explains what happens during those eight minutes. AI can locate relevant information, find approved content, recommend a presentation structure, apply previous lessons, and complete much of the production work. Humans remain responsible for original thinking, client judgment, factual accuracy, and final approval. In many cases, the agent may produce 60% to 90% of the document, but the beginning and end of the process remain human-led. The conversation also considers the growing volume of generic AI documents. A business already has approved slides, company descriptions, brand assets, legal statements, and sales messages. Regenerating all that material wastes tokens and risks inconsistency. Oskar argues that agents should determine when existing content should be reused, when rules should be applied, and when something genuinely new needs to be created. We also discuss why AI adoption improves when agents appear inside PowerPoint, Claude, OpenAI, and Copilot. Most employees are unlikely to abandon familiar workflows every time another AI application arrives. Is your company measuring AI success through minutes saved, or through the additional business those minutes make possible? Listen to the conversation and share your thoughts with me.
• 
  When AI Gets Your Brand Wrong With Bluefish AI 13.09.2026 32dk

  What happens when an AI system gives a customer the wrong price, misrepresents a product, or recommends a competitor using outdated information? In this episode of Tech Talks Daily, I speak with Alex Sherman, co-founder and CEO of Bluefish AI, about the growing influence of AI-generated answers on brand reputation, product discovery, and purchasing decisions. Search once gave companies a reasonably visible path between a customer's question and the websites informing the answer. AI changes that relationship. Systems such as ChatGPT, Gemini, Rufus, and other assistants combine information from many sources into a single response. Customers may never visit the original pages, read the supporting evidence, or know which source carried the greatest influence. Alex explains that inaccurate AI answers are not always extraordinary hallucinations. Models learn from an internet filled with conflicting product descriptions, outdated specifications, opinionated reviews, creator videos, and content generated by other AI systems. Bluefish says its monitoring has found inaccuracies or misleading portrayals in roughly 10% to 20% of the AI responses it tracks. A company may publish a concise product page containing a few hundred words, while a customer writes a lengthy Reddit post describing why they love or hate the same product. The longer and more detailed source may give an AI model material it can use across many customer questions, even when that source presents an extreme or unbalanced view. Bluefish also reports finding small YouTube creators carrying considerable influence over how models describe certain brand attributes. This creates a new responsibility for marketing teams. Visibility alone is no longer enough. Businesses need to understand whether they appear in AI answers, how positively they are presented, whether the facts are accurate, which sources influence the response, and whether that exposure contributes to a sale. Alex describes how Bluefish's AI Accuracy tool monitors model responses, flags potential errors, identifies the cited source, examines the content behind it, and helps a company determine what action could correct the result. The source may be an external article, but the problem could also come from the company's own website. A model might confuse this year's device with last year's version because the distinction between their specifications was unclear. Correction is only part of the process. Brands must measure whether new content changes the AI response and whether the revised answer cites the information they supplied. This turns AI accuracy into an ongoing measurement discipline rather than an occasional reputation exercise. The stakes rise further with agentic commerce. Alex believes companies will increasingly serve two audiences: the person buying the product and the AI agent researching or acting on that person's behalf. Marketing teams will need to understand what agents read, how they evaluate choices, and why a recommendation resulted in a purchase or a lost customer. Our conversation ends with a wider concern about convenience and choice. Alex compares AI discovery with opening Netflix and accepting the options placed on the first screen. AI can make research faster and easier, but relying on synthesized answers may weaken our willingness to search beyond what an algorithm selects for us. I'd love to hear your thoughts, so how much influence should AI have over what consumers discover, compare, and ultimately buy?
• 
  What Does AI Say About Your Brand With DOM 12.09.2026 23dk

  What happens when an AI assistant becomes the first place a potential customer learns about your company, but the answer it provides is inaccurate, outdated, or influenced by a competitor? In this episode of Tech Talks Daily, I speak with Justin Seibert, founder and president of DOM, also known as Direct Online Marketing, about generative engine optimization, AI search visibility, and the brand narratives being assembled by ChatGPT, Claude, Google AI, and other answer engines. Justin has worked in digital marketing since 2001 and founded DOM in 2006. He has watched search marketing develop from the early days of measurable clicks and online leads into a system where an AI assistant may answer the customer's question before that person visits a company website. We discuss why appearing in AI search results tells only part of the story. Companies must also understand what the system says about them, whether the information is accurate, and which sources influenced the answer. Reviews, Reddit discussions, press coverage, social media, newsletters, company websites, and third-party platforms can all contribute to the narrative. Justin recommends separating prompts into four groups: branded searches, competitor searches, top-of-funnel informational questions, and bottom-of-funnel transactional questions. Each category requires different measurements. Branded prompts reveal sentiment and accuracy, while transactional prompts show whether the company reaches the shortlist presented to a motivated buyer. He also explains why companies should define the niche in which they want to become the preferred recommendation. A broad insurance company may struggle to dominate every AI conversation, for example, but it could establish authority among a specific age group, product category, or geographic market. According to Justin, visitors arriving through AI referrals can convert at rates two to four times higher than traditional search visitors. He believes these buyers often arrive better informed, with a shorter list of options and a stronger intention to make a decision. That makes exclusion from an AI-generated shortlist a serious commercial risk. We also consider what happens when paid placements become common inside AI experiences. Justin argues that companies building organic authority today may retain an advantage as AI advertising becomes increasingly crowded and expensive. Finally, Justin offers a practical audit any leader can perform. Log out, use a private browser, check from relevant countries, compare the company with its competitors, ask the AI why it produced its answer, and inspect the sources it cites. Have you checked what AI assistants say about your company, and would a potential customer trust the story they find? Listen to the conversation and share your thoughts with me.    
• 
  Modernizing the Power Grid for AI and Rising Demand With SAP 11.09.2026 27dk

  Can electricity grids built for an earlier era support AI data centers, expanding manufacturing, electric vehicles, severe weather, and rising customer expectations at the same time? In this episode of Tech Talks Daily, I speak with Mark Hollis, utility executive advisor at SAP, about the pressures reshaping the utility industry and the practical choices available to leaders today. Mark spent over 15 years at Duke Energy before moving to SAP, where his work gives him visibility into utility organizations across North America. Mark describes a combination of load growth, disruption, long construction timelines, and regulation. Data centers are receiving much of the attention because of the electricity required by AI, but he argues that they are only part of the story. Manufacturing is returning to parts of North America, transport and heating are becoming increasingly electrified, and utilities must prepare for wildfires, hurricanes, winter storms, and other events that affect generation and delivery. The obvious response is to produce additional electricity, but every option comes with physical and commercial limits. Wind and solar contribute to the generation mix, although output depends on conditions. Small modular nuclear reactors could support future demand, but commercial deployment takes time. Batteries can store electricity and release it later, but they do not generate the power they hold. Customer programs can also reduce pressure at busy periods, including arrangements that allow a utility to adjust connected thermostats by a few degrees. This makes modernization a portfolio of decisions rather than a single bet. Utilities must decide how to divide capital among generation, transmission, resilience, customer systems, and new technology. The people who understand existing processes are often the same employees needed to design and implement replacements. At the same time, information technology and operational technology are becoming increasingly connected, forcing companies to reconsider how business functions share information and how technology decisions support outcomes across the enterprise. AI creates another tension because it contributes to electricity demand while also offering utilities new ways to work. Mark says most utilities he meets are cautiously optimistic. Their questions include where to begin, whether the value is proven, how long adoption will take, and whether poor data must be fixed before useful work can start. He warns against choosing the hardest problem first or judging a business process by the forgiving standards people accept from consumer AI tools. His advice begins with the business problem. Automating an inefficient process can make it more expensive and harder to correct. Utilities should define what they need to improve and why, establish connected data with the right business context, set clear quality requirements, and retain human review where errors could affect customers, safety, finance, or regulatory obligations. Mark brings this to life with several utility AI use cases. AI could summarize customer interactions across field service and contact center systems, allowing the next employee to understand what happened previously. It could review billing exceptions during unusually hot or cold periods and support earlier customer communications when consumption is likely to produce a much higher bill. He also discusses using AI to summarize lengthy rate-case rulings before approved changes enter billing systems. During outages, an AI system could help dispatch crews by considering skills, equipment, parts, certifications, location, safety, and customers with medical needs. A human dispatcher could then review and approve the recommendation rather than building the complete schedule manually. The opportunity is real, but so are the limits. Utilities operate regulated infrastructure where reliability, safety, auditability, and public trust cannot be treated as optional features. Where should the industry begin, and which use case offers the right combination of low effort, meaningful impact, and manageable risk? Listen to the conversation and share your thoughts with me.  
• 
  Turning AI Agents Into Revenue Workflows With Outreach 10.09.2026 24dk

  What happens when an AI system moves beyond recommending the next sales action and begins running a connected revenue workflow? In this episode of Tech Talks Daily, I speak with Abhijit Mitra, CEO of Outreach, about the operational work required to turn agentic AI into measurable revenue outcomes. Abhijit argues that adding another AI tool can create extra complexity when customer data remains fragmented and applications cannot share context. The starting point is the business process: what problem is being solved, which data supports it, what agents may do, and where human judgment remains necessary. We discuss the difference between a recommendation and an autonomous action. Revenue teams may begin with supervised spot checks while an agent researches accounts, identifies prospects, drafts messages, and runs targeted campaigns. Once the data and results earn confidence, parts of that process can operate continuously. Multi-step work adds another requirement because the output of one agent must become useful input for the next. Research, outreach, coaching, forecasting, and expansion cannot deliver their full value as isolated tasks. Context runs through the entire conversation. Abhijit describes the customer history, product usage, prior interactions, industry signals, buyer priorities, and organizational memory that can turn a generic model response into a commercially useful action. He says access to a frontier model alone does not create a revenue platform because each business still needs its own context layer and controls. We also discuss Outreach's MCP Server and Client, which allow agents to receive information from surrounding systems and return their work to platforms such as Salesforce Agentforce, OpenAI, Anthropic, and Microsoft. That interoperability creates a governance question. Abhijit's advice is to give an agent the same roles, permissions, and data access as the person or team it supports. If the platform cannot control access at that level, he advises companies to wait. The conversation then turns to the changing software model. Abhijit describes a move from assigning SaaS licenses to employees toward deploying agents with particular skills and a defined capacity. That makes workflow design and measurement increasingly important. He recommends establishing a baseline before rollout and tracking revenue against cost through indicators such as win rate, deal size, quota attainment, pipeline movement, forecast accuracy, and seller productivity. Can revenue teams use agents to remove administrative work while protecting customer trust and keeping relationship building human? Listen to the episode and share your thoughts with me.
• 
  Building a Faster Specialty Insurance Market With Accelerant 09.09.2026 28dk

  What would happen if specialty insurance underwriters and risk capital providers could work from the same timely, detailed information? In this episode of Tech Talks Daily, I speak with Jeff Radke, CEO and cofounder of Accelerant, about the infrastructure behind specialty insurance and why his team chose to rebuild it around a data-driven risk exchange. Jeff has spent decades in reinsurance broking, reinsurance underwriting, and specialty insurance across New York, Bermuda, and London. That experience gave him a direct view of a process he describes as expensive, slow, and supported by weak data flows. Jeff explains that Accelerant backs independent underwriting specialists who focus on narrow areas of risk, from pickleball courts to New York brownstones. These teams need the regulatory ability to issue policies and the capital required to support them. Accelerant connects those needs through a shared platform that routes risks to insurance companies and distributes them across a group of capital providers. The economic argument is striking. Jeff says the traditional chain can consume about 40 cents of each premium dollar in expenses and overhead. Accelerant instead seeks portfolio-level solutions across a diverse book of business, reducing repeated negotiations and transfers between intermediaries. He also addresses the tradeoff created by concentrating information in one exchange, including the need to protect data and cash flows when participants depend on a shared platform. Data quality sits at the center of the conversation. Jeff says older policy administration systems often retain only eight to twelve exposure characteristics for each policy, while Accelerant captures over 60 on average. That fuller record gives underwriters and capital providers more information when selecting risk, reviewing performance, or investigating a problem. We also discuss why smaller underwriting organizations may hold an advantage over established insurers. New teams can begin with data at the center of their operating model, while larger companies must change processes built around older systems. Jeff argues that the biggest barrier is often mindset rather than budget. AI has a defined role in that model. Accelerant uses agentic AI to organize varied incoming data, identify products whose performance needs attention, support portfolio construction, and improve internal operations. Jeff draws a firm boundary around responsibility: underwriters remain accountable for underwriting outcomes. His father's advice captures the principle neatly: do not blame the wheelbarrow; responsibility belongs to the person driving it. Could shared data and lower operating expense return more value to policyholders while preserving human judgment? Listen to the conversation and share your thoughts with me.  
• 
  Finding Potholes Before They Form With AI and Univrses 08.09.2026 26dk

  What if the vehicles already traveling through our towns and cities could report road damage before a pothole becomes dangerous and expensive? In this episode of Tech Talks Daily, I speak with Jonathan Selbie, CEO of Stockholm-based Univrses, about using computer vision and vehicle sensor data to give road authorities a much clearer picture of the infrastructure they manage. Jonathan's career has taken him from Formula One engineering at Red Bull Racing to unmanned aircraft and autonomous navigation, before bringing those lessons into automotive AI and road monitoring. Univrses can work with cameras installed by vehicle manufacturers or retrofit cameras and processors to vehicles already operating around a city. Waste collection trucks and taxis can continue their normal routes while gathering information about surface damage, obscured traffic signs, roadworks and deteriorating road markings. The video is processed on the vehicle, and authorities receive mapped findings and recommended actions rather than hours of footage. Jonathan explains that some Swedish cities moved from road condition surveys every five years to updates every two weeks. According to the figures discussed in our conversation, one council reduced its pothole count from around 3,000 to 900 in six months. He also says repairing damage at an early stage can cost up to 15 times less than waiting for it to become a major pothole. That changes road maintenance from an expensive reaction into a regular process based on current evidence. We also discuss whether road infrastructure is ready for autonomous vehicles. Waymo uses a broad mix of cameras, radar and lidar alongside detailed maps, while Wayve is pursuing an approach designed to adapt to changing roads without relying on the same level of pre-mapping. Jonathan explains why faded lane markings can reduce the performance of driver-assistance systems, creating a useful feedback loop in which vehicles rely on roads and also provide data to maintain them. The conversation also covers Pirelli's 30 percent investment in Univrses and the combination of connected tire data with forward-facing cameras. A tire can feel the road surface while a camera sees what lies ahead, giving vehicles and road operators different views of the same conditions. Jonathan also addresses privacy, explaining that Univrses detects and blurs faces and license plates before deleting the original imagery. This is a practical example of AI producing value through existing fleets, frequent data and earlier decisions rather than another expensive technology project searching for a problem. Could the cars, taxis and service vehicles already using our roads become part of the infrastructure maintenance system, and would you be comfortable with that if privacy protections were clear? Please share your thoughts.
• 
  Turning AI Pilots Into Measurable Business Value With Tredence 08.09.2026 30dk

  Why can an AI pilot produce an impressive result and still fail to create measurable value for the business? In this episode of Tech Talks Daily, I speak with Jitendra "Jit" Putcha, chief operating officer at Tredence, about what the company calls the last mile of AI. This is the gap between generating an insight and making sure it reaches the person, process, and decision where it can produce a useful result. Jit argues that many companies are facing an execution problem rather than a shortage of technology. Models are widely available, and teams can build demonstrations at remarkable speed. The harder task is redesigning a complete workflow so that employees can use AI without leaving one system, checking another, and manually carrying information between the two. Trust, explainability, governance, and continuous evaluation also become harder once a pilot moves from a small group into everyday enterprise operations. We discuss why resistance from employees should not be dismissed as stubbornness. People are trying to understand what AI means for their role, judgment, and future. Jit recommends translating the program into a practical question: how will this make somebody's Monday morning better? He describes human and AI agent teams, along with workshop-based learning that allows employees to solve real problems, test the tools, and understand where human judgment remains necessary. The conversation then turns to measurement. Jit challenges technology teams to move away from vanity measures such as the number of models built or code interactions recorded. Instead, he recommends examining margin improvement, loss reduction, cycle time, conversion, customer satisfaction, and other measures already understood by the business. Jit supports the argument with several customer examples. He says one retail workflow reduced analyst effort by 70 percent, while a manufacturing supply chain platform reportedly produced $10 million in first-year savings. He also describes a supermarket forecasting program that reportedly produced close to $200 million in value and replenishment match rates above 90 percent, along with another modernization program associated with a reported $100 million loss reduction. These are Tredence customer examples shared by Jit during the interview and should be presented as attributed company claims. We also discuss an AI-native operating model built around three layers: foundation, intelligence, and experience. Data infrastructure and governance support the foundation, intelligence turns data into decisions, and the experience layer brings those decisions into human workflows. Jit adds five supporting elements covering human and agent teams, execution rhythm, business measures, the technology ecosystem, and company culture. His final advice is refreshingly practical. Escape the demo trap, prepare the whole organization for deployment and ongoing operation, consider an internal marketplace for reusable agents, and give the supposedly boring work a larger role. Data hygiene, evaluations, governance, change management, and runbooks help AI continue producing value after the launch presentation has ended. Is your company measuring the number of AI projects it has created, or the business outcomes those projects have changed? Listen to the conversation and share your thoughts with me.
• 
  Building AI Around the Financial Advice Workflow With Marloo 07.09.2026 32dk

  What happens when a one-hour conversation with a financial advisor creates an entire day of paperwork behind the scenes? In this episode of Tech Talks Daily, I speak with Hardy Michel, Co-Founder of Marloo, about the administrative load limiting how many clients financial advisors can support. Hardy previously helped build retail investing platforms in New Zealand and the UK, where he saw people gain easier access to investments while personal financial advice remained harder to obtain. Before building Marloo, Hardy and his co-founders spent months inside financial advice firms. They interviewed managing directors, compliance leaders, support teams and advisors, then worked beside them as they moved between inboxes, planning tools, client records and compliance systems. This "go slow to go fast" approach helped the team map the complete advice process before deciding where software could remove friction. Hardy says a 60-minute client meeting can produce 10 to 14 hours of follow-up work. An advisor may need to document the discussion, demonstrate why the advice was suitable, complete product research and cash-flow modeling, record fees and disclosures, and prepare a client-facing report that can run to dozens of pages. According to Hardy, the cost and time involved have left some advisors unable to accept new clients for several years. Marloo began as a specialist meeting assistant because note-taking is frequent, painful and driven by regulation. Hardy explains how transcripts created a current source of client context that was often absent from static records. The company then expanded into the work that follows a meeting, including advice documents and presentations, with the longer-term aim of becoming a central working environment for an advice firm. We also discuss the trust required when AI handles personal and financial information. Hardy describes Marloo's zero-data-retention arrangements for certain model APIs and the security information it provides to firms. He argues that specialist systems need to demonstrate how client data is handled and give advisors language they can use to explain recording and transcription to clients. Adoption is another major theme. Hardy recommends a focused two-week trial with three to five likely power users, a defined goal and a clear measure of value. Rather than relying on a successful demonstration, firms should examine whether advisors continue using the product and are prepared to recommend it to colleagues. The strongest business outcome may be what advisors choose to do with the time returned to them. Hardy says some Marloo users have increased client meeting frequency from once or twice a year to five or six times. Should AI in financial advice be measured by the volume of cases completed, the quality of client relationships, or a combination of both? Listen to the episode and share your thoughts with me.
• 
  Becoming AI Native Without Losing Human Judgment With Fiverr 06.09.2026 24dk

  What does it take to move from giving employees AI tools to rebuilding how an organization gets work done? In this episode of Tech Talks Daily, I speak with Oren Levitzky, VP of R&D at Fiverr. Oren has spent ten years at the company, progressing from backend engineer through a series of leadership roles before taking responsibility for Fiverr's AI program. That experience gives him a valuable view of AI adoption from inside a global technology marketplace. He has watched engineering teams move from using ChatGPT as a conversational assistant to GitHub Copilot for code completion, Cursor for context-aware development, and an internal agent ecosystem containing Fiverr's code, data, and organizational knowledge. Oren explains that adding AI to an existing workflow produced useful gains, but it did not completely change how people worked. Becoming AI native required Fiverr to create a dedicated team of engineers, designers, and product managers responsible for building agents around company context and helping employees adopt new working practices. Fiverr reports that this approach has made some development work three to five times faster. Repetitive coding and design tasks can be passed to agents, allowing employees to concentrate on decisions, validation, and accountability. However, Oren is clear that manual code review remains necessary when AI-generated changes could introduce bugs or destructive operations. We also discuss what AI fluency means for hiring. Fiverr has redesigned parts of its engineering recruitment process so candidates can use their preferred AI tools to build an application during the interview. Oren says around 80 percent of the assessment focuses on how candidates work with AI, communicate instructions, make decisions, verify changes, and demonstrate that they understand the resulting code. This creates opportunities for people who can combine technical knowledge with AI fluency, but it also introduces a serious learning problem. Junior engineers may produce work at a speed previously associated with experienced developers without acquiring the knowledge needed to spot errors or question poor recommendations. Oren argues that regular workshops, practical education, self-directed learning, and continued hands-on work are needed to prevent that loss of understanding. His advice applies to leaders too. Remaining close to the work makes it easier to recognize where AI succeeds, where it struggles, and what employees need from management. Beyond Fiverr's internal engineering teams, we consider how AI is affecting the global freelance workforce. Businesses increasingly want people who can take an AI-generated draft and turn it into secure, accountable, production-ready work. Oren points to AI video production as one example where independent creators can produce work that previously required a larger studio, while retaining the judgment and creativity customers value. For leaders hoping to make agentic AI part of daily operations, Oren recommends dedicated resources, structured education, employees who constantly seek better ways to work, and clear measurement. Releasing another tool will achieve little when habits, incentives, and expectations remain unchanged. As employers place greater value on people who can direct, question, and verify AI, how should we prepare today's workforce without weakening the knowledge tomorrow's experts will need? Listen to the episode and share your thoughts with me.
• 
  Building Trust in AI Powered Business Travel With Amex GBT 06.09.2026 30dk

  How much control would you hand to an AI agent when the result is a real flight, a real hotel, and a meeting you cannot afford to miss? In this episode of Tech Talks Daily, I speak with Evan Konwiser, Chief Product and Strategy Officer at American Express Global Business Travel, about the role AI can play across search, booking, disruption support, expense management, and the wider managed travel experience. Evan begins with a problem many travelers already recognize. Buying a ticket has become far harder than choosing a departure time and airline. Travelers now face different cabins, fare types, seats, amenities, loyalty benefits, corporate policies, and payment rules. Amex GBT and Ipsos research referenced during the interview also found that four in ten Gen Z business travelers consider arranging work trips too difficult. The challenge for a travel platform is to reduce that complexity while respecting the policies of the employer and the preferences of the person taking the trip. That is where AI becomes promising, but the consequences of failure are unusually tangible. A wrong answer in a chat window is irritating. A travel tool that sends someone to a closed location or recommends a train that does not stop at the required station can damage confidence immediately. Evan describes trust as the deciding factor and argues that business travel may have an advantage over leisure travel because a managed travel provider already knows the traveler's profile, company policy, payment method, and authority to book. We discuss what Evan calls trusted transaction authority. Agentic workflows can help arrange a trip, but most travelers still want to confirm the final booking. Disruption may become one of the first situations in which people accept greater autonomy. If a flight is canceled and time is short, an agent could reserve a suitable alternative, provided the action can be reversed and the traveler can reach a human advisor whenever needed. Evan also describes how AI can identify possible disruption before it happens, prepare alternative routes, and carry the context of a digital conversation to an experienced travel counselor. This matters because automation and human service do not have to operate as separate experiences. Travelers may begin in a self-service channel, move to a person when the situation becomes complicated, and expect the context to follow them. Expense management provides another practical example. Evan believes much of the manual expense report could eventually disappear as trip data, receipts, virtual cards, risk controls, and exception handling work together behind the scenes. He describes guest travelers, contractors, recruits, and event attendees receiving controlled virtual payment cards so ordinary travel spending can be processed automatically while unusual purchases are blocked or reviewed. We also look at bringing travel assistance into tools such as Microsoft Teams. The potential benefit goes beyond convenience. An enterprise assistant may already understand a traveler's calendar and meeting commitments, allowing the booking experience to exclude flights that arrive too late. That context may help employees make better choices while increasing policy compliance, although it also raises questions about data access, responsibility, and how results should be measured. Evan argues that companies should assess AI supported travel at both the program and traveler levels. Time to book and cost matter, but so do satisfaction, policy fit, channel choice, human support, and the quality of the trip itself. He also acknowledges that early agentic chat workflows can take longer than established booking tools, a useful reminder that novelty and improvement are not the same thing. Would you allow an AI agent to rebook a canceled flight automatically if you could reverse its decision, or would you always want to approve the change first? Listen to the episode and share your thoughts with me.
• 
  Building Flexible AI Data Centers With EdgeCore 05.09.2026 26dk

  How can data center developers meet soaring demand for AI capacity without locking billions of dollars into buildings that may no longer fit tomorrow's workloads? In this episode of Tech Talks Daily, I speak with Steve Conner, president of EdgeCore Digital Infrastructure, about the decisions sitting beneath the rapid expansion of AI infrastructure. Steve has worked in and around the data center sector since 1998, including the dot-com era and the later growth of cloud computing. That history gives him a measured view of the current rush to build large facilities quickly. Steve argues that AI has intensified what he calls shiny object syndrome. The opportunity is large, but training, inference, and cloud workloads do not all ask the same things of a building. Rack density, floor loading, cooling, electrical design, available space, network distance, and proximity to cloud regions can all affect whether a campus can adapt when customer requirements change. We discuss why EdgeCore has chosen to preserve flexibility in its facilities. A training-focused building might be made smaller because dense racks require less floor space, but future inference workloads may need a wider footprint. EdgeCore therefore accepts additional space in some designs, reinforces floors for heavier equipment, and enables liquid cooling even when a lower-density workload may not need it immediately. Steve presents those decisions as insurance against expensive retrofits or stranded capacity. The conversation also examines EdgeCore's recently secured $1.5 billion in financing. Steve says the covered buildings were fully leased and designed to support mixed cloud and AI workloads. For him, the financing reflects continuing demand both inside established cloud regions and in surrounding markets, while the mixed-use design gives the customer options as requirements develop. These figures and interpretations remain EdgeCore's account of the investment. Site selection is another major part of the equation. Power availability receives much of the attention, but Steve adds network distance, workforce availability, long-term political support, and relationships with utilities and local authorities. He describes looking beyond crowded locations such as Ashburn while remaining close enough to established cloud regions to support different use cases. For me, the most valuable part of the discussion concerns communities. Steve says developers should begin meeting local leaders and understanding local needs before purchasing land. EdgeCore's examples include support for chambers of commerce, first responders, hospitals, fire services, and workforce development. His argument is that a company cannot simply purchase goodwill after construction begins. It has to be present early and demonstrate that the relationship runs both ways. We also address public concerns about water, emissions, energy demand, and jobs. Steve argues that many modern data centers use cooling systems that do not consume water for routine cooling, though his comments apply to the facilities and designs he knows and should not be generalized to every data center. He also notes that AI facilities consume substantial power while arguing that developer-funded transmission upgrades can benefit other users of the grid. The episode closes with a wonderfully plain analogy. Steve describes the data center as the plate rather than the meal. The infrastructure serves whatever workload the customer needs, which is precisely why the plate must be designed for a menu that keeps changing. Are developers doing enough to prepare AI data centers for changing workloads while earning the confidence of the communities around them? Listen to the episode and share your thoughts with me.
• 
  Connecting Enterprise Systems for Agentic Work With Flowgear 05.09.2026 26dk

  What does an AI agent need before it can carry out useful work across the systems that actually run a business? In this episode of Tech Talks Daily, I speak with Daniel Chilcott, Managing Director and co-founder of Flowgear, about the integration infrastructure behind agentic AI, product-led growth, and enterprise automation. Daniel's career began with a ZX Spectrum and a job as the first software developer inside a small business. The company built custom software and a CRM, but customers repeatedly needed that software connected with accounting, ERP, and other operational systems. Building every connection by hand convinced him there had to be a better approach. He created an on-premises integration product in 2007, then co-founded Flowgear in 2010 as a cloud service. The conversation shows how much the market has changed. In Flowgear's early years, Daniel had to explain why integration software belonged in the cloud. Today, roughly half of the company's customers are in the United States, and the larger question is how AI changes the way people build integrations.  Traditional platform vendors often supplied templates or starter packs. Those templates offered a useful starting point, but Daniel says they could create the illusion of a finished solution when every customer still had different processes, rules, and systems. Generative AI offers another route. A user can describe the integration they need, and an agent can create and test the workflow, identify problems, and revise the design. That makes a product-led model more practical because customers can reach a result without first becoming specialists in the platform. Flowgear still supports a visual designer, but Daniel says many customers increasingly build outside the product interface because the integration is part of a wider application or business outcome. This matters because much of the information needed for knowledge work sits behind APIs in ERP, CRM, warehouse management, and other line-of-business software. Reading a document from cloud storage is useful, but an agent becomes far more capable when it can work with operational records and complete an approved action. Flowgear's Builder MCP server is intended to bring that capability into the AI chat or development environment where the user already works. A person can ask for an application, and the agent can create the supporting integration without requiring that person to construct every workflow manually. Daniel is equally clear about the limits. Some business processes contain what he calls irreducible complexity. They carry unusual rules, historic decisions, exceptions, and dependencies that cannot be removed by a cleaner interface or a better model.  Flowgear therefore continues to rely on solution architects who can connect the customer's operational knowledge with the technical workflow. An experienced specialist may identify the question nobody thought to ask because they have seen the failure pattern before. We also discuss the decision to rebuild Flowgear's platform. Daniel estimates that less than five percent of the code from five years ago remains in the current product. The rewrite was difficult, but its timing allowed the company to support generative and agentic AI from the start instead of attaching those capabilities to an older architecture. He describes it as feeling like a startup again, accompanied by the less glamorous work of testing failure modes and making the product dependable. The most human example comes from a customer that used a call center for weekly product reorders. Flowgear helped automate the routine transaction through WhatsApp, allowing the same employees to spend their time on better conversations with customer accounts. It is a useful test for automation: does it merely reduce minutes, or does it create room for more valuable work? Where does your organization need stronger integration before AI agents can become useful across everyday operations? Listen to the episode and share your thoughts with me.
• 
  Turning AI Experiments Into Everyday Work With Omnisend 04.09.2026 35dk

  Would employees use AI differently if a practical project could earn them a 2 to 4 percent salary increase? In this episode of Tech Talks Daily, I welcome back Rytis Lauris, CEO and co-founder of Omnisend. We last spoke in December 2022, before generative AI became part of almost every technology and workplace conversation. This time, we examine why so many company AI projects attract attention during a demonstration but never become part of the work people do each day. Rytis calls this the "beautiful junk" trap. A prototype can look impressive, yet employees return to the old process when the agent makes mistakes, lacks context, or requires extra effort. He believes prompting is partly a delegation skill. People must define the result they want, supply enough context, and review the output. Managers face an unusual tension because employees often perform best with room to use their judgment, while AI agents require much tighter instructions. Another problem is the way organizations treat implementation. A traditional CRM project begins with mature software, installation, training, and a defined handover. An AI agent may begin with inconsistent results and improve only through continued use, evaluation, and correction. Rytis argues that businesses must treat agents as products that require ongoing ownership rather than projects that end after launch. Omnisend's response began with broad access to AI tools. The company then created recurring AI days when most employees canceled meetings and spent time experimenting. Accountants, lawyers, and other teams began building their own tools rather than waiting for developers. Rytis shares an accounting agent that checks whether employees have supplied reimbursement documents, sends reminders, and asks a person to intervene when repeated requests fail. He also describes a legal-review agent that examines new AI tools and assigns a green, yellow, or red status. Green tools can be used without further review, yellow decisions go to legal counsel, and red tools are rejected. Omnisend is now formalizing this approach by offering salary increases of between 2 and 4 percent. Rytis says individual contributors must demonstrate that AI is saving time on repetitive, low-value work. Employees can qualify by building a useful tool, helping colleagues create one, or becoming an effective adopter. Managers are also assessed on whether their teams are using AI to reduce time spent on routine tasks. The policy creates a genuine debate. Financial rewards can give employees permission and motivation to change established habits, but they could also encourage people to automate work simply because a reward is available. Rytis says Omnisend has not identified cheating or harmful behavior so far. Decisions are decentralized to managers, which gives teams flexibility but also places considerable responsibility on management judgment. He notes that Omnisend has approximately 260 employees, a scale that may make this approach easier to oversee than it would be inside a much larger enterprise. The conversation includes an example of a recurring agent designed to identify and recover failed customer payments. It assesses risk signals, detects failures, contacts customers through several channels, brings account managers into the process when needed, and reports results through a dashboard. The goal is to remove friction for Omnisend and customers rather than adding an AI layer with no clear result. Rytis also offers a candid account of customer-support automation. He says AI now handles around 40 percent of Omnisend's support tickets. When the system launched two years earlier, customer satisfaction was almost three times lower than the human team's result. Two employees worked continuously on training the agent, and Rytis says human and AI customer-satisfaction levels are now comparable. The figures are Omnisend results shared by Rytis during the interview and should remain attributed to him. A separately recorded section also covers AI inside the Omnisend product. Rytis describes recommendations that identify possible improvements in marketing automations, natural-language segment creation, and MCP connections that let customers work through ChatGPT or Claude before sending campaigns through Omnisend. He says these capabilities have received the strongest customer usage among the company's AI work. This is an honest discussion about incentives, experimentation, uncomfortable tradeoffs, and the patience required to turn an unreliable agent into a dependable colleague. Would a salary increase encourage meaningful AI adoption inside your organization, and who should decide whether the result deserves the reward? Listen to the conversation and share your thoughts with me.
• 
  Turning Real Time Sports Data Into Better Fan Experiences With Sportradar 03.09.2026 28dk

  How do you give sports fans deeper insight into a live match without covering the action with statistics they never asked for? Two years ago, I spoke with Patrick Mostboeck in episode 2788, How Sportradar Are Revolutionizing Sports with AI. Patrick returns to Tech Talks Daily as Senior Vice President of Fan Engagement at Sportradar for a timely conversation during the U.S. Open about how AI and real-time sports data are changing the way fans follow a match. We begin with the move from scores, schedules, and basic statistics to thousands of data points that can describe what is happening on the court or field. Patrick explains that the value comes from context. In tennis, ball position, shot type and player movement can reveal patterns around fatigue, court positioning and momentum that may be difficult to see from the television picture alone. AI can process those signals quickly enough to help broadcasters and digital services explain why a match may be changing. That creates an obvious temptation to show everything. Patrick is candid about the lesson Sportradar has learned from putting products in front of users: less is often more. A product team may want to display every feature it has built, while the fan simply wants to understand the action. The technology works best when the improvement feels natural and the viewer does not have to fight through a stream of graphics. We also consider the second screen. Many of us now watch sport with a phone or tablet nearby, checking other scores, following another match or looking for an explanation of a moment we have just seen. Patrick argues that media companies and rights holders can support those habits by offering different routes into the same event. A first time tennis viewer may need immediate context, while a fan who has watched the sport for 25 years may want deeper performance data. Personalization can serve both groups without taking away the shared experience of live sport. Patrick explains how Sportradar's 4Sight combines 3D data visualization, contextual data, and real-time insight inside live streams. The aim is to identify relevant moments and provide a clear narrative rather than add graphics for their own sake. He also describes official sports data as infrastructure that rights holders can actively develop and commercialize across media, advertising, coaching analytics and other services. For organizations wondering where to begin, Patrick offers a practical sequence. Start with the fans and identify the information they value before and during an event. Assess the quality and history of the data already available. Then speak with partners who understand how that information can support useful products and sustainable commercial models. We close by discussing prediction. Better data can help systems model possible outcomes for fans, media teams and coaches, but sport still retains the uncertainty that makes it worth watching. Will predictive insight deepen our appreciation of the action, or could too much information remove some of its magic? Listen to the conversation and share your thoughts with me.
• 
  Preparing for Post Quantum Security With F5 Labs 02.09.2026 25dk

  What if your website already supports post-quantum cryptography, but nobody inside your organization knows how, why, or which provider controls it? I speak with David Warburton, Director of F5 Labs Threat Research, about new F5 research examining post-quantum cryptography across the world's top one million websites. According to the research discussed in our conversation, 54% now support PQC. It is an encouraging sign that preparations for future quantum threats are entering mainstream infrastructure. That figure is also easy to misread. David explains that much of the adoption comes from cloud and CDN providers enabling hybrid post-quantum protection for their customers. A smaller business could therefore appear better prepared than a large enterprise simply because its provider activated the technology automatically. However, that customer may have little understanding of the chosen cipher, the protection applied elsewhere, or the dependencies created around a small number of technology companies. David says the adoption rate looks very different when major CDN providers are removed from the data. This raises an important question about whether businesses are developing their own post-quantum security capabilities or temporarily benefiting from decisions made on their behalf. We discuss why current deployments combine established cryptography with newer post-quantum algorithms. This hybrid approach protects compatibility while browsers, APIs, operational technology, IoT devices, and older enterprise systems catch up. It also carries performance costs through larger cryptographic material and increased network traffic. David argues that crypto agility matters because organizations need the ability to change algorithms, certificates, and encryption methods as threats develop. The conversation also moves beyond encrypted traffic. Harvest now, decrypt later attacks involve collecting sensitive information today so it can potentially be decrypted when capable quantum computers arrive. David believes authentication and digital identity could create an even greater concern. A quantum computer able to produce valid certificates could potentially impersonate trusted websites, signed software, devices, or firmware. Legacy infrastructure remains one of the largest barriers. F5 Labs found that roughly one in ten leading websites lacked TLS 1.3 support, preventing them from supporting current hybrid PQC connections. David also explains why Germany and France may trail countries including the US, UK, Australia, Ukraine, and Singapore, despite strong national policies. Factors include digital sovereignty concerns and the concentration of older manufacturing and operational systems. For leaders beginning this work, David recommends speaking with suppliers, establishing internal ownership, reviewing business continuity plans, and creating a cryptographic bill of materials covering certificates, algorithms, libraries, applications, and devices. I'd love to hear your thoughts, so does your organization know where its cryptography lives and who controls its post-quantum readiness?