FAQ

AI in industry: your questions, straight answers

The questions industrial leaders really ask: where to start, which AI to choose, what it costs, your data, jobs. No hype, from a former plant director.

Getting started with AI

Concretely, what can AI bring to my plant?

AI saves time on three families of time-consuming tasks: capturing and transmitting the know-how that leaves with retirees, using data that sleeps in your spreadsheets and systems, and eliminating double entry and document formatting. The right reflex isn't to look for "where to put AI" but to start from a precise pain your teams already report. Where AI has no business being (a decision that carries your responsibility, a manual gesture, an already-smooth process), we tell you clearly.

Where do I start when I don't know which end to grab the subject by?

We start with a single use case that's painful and measurable, not with a grand AI strategy. The right first project is one the floor already talks about, whose result you can show in a few weeks, and that you'll build on afterward. Better a quick win you can deploy in a week (sorting emails, summarizing a meeting, extracting data from a file) than a six-month effort that discredits everything if it fails.

We've already identified many use cases: how do we prioritize?

We rank them on two axes: real business value (time saved, cost avoided, risk reduced) and ease of implementation (data available, no IT blocker, likely floor adoption). We start in the "high value / low effort" quadrant to create proof, and keep the big projects for later. The classic trap: an attractive project that wasn't the floor's priority flops and drags down the next ones.

We're a traditional industry, not a tech company. Is AI for us?

Precisely, it's for you, and you don't have to become a tech company. A good guide's job is to bridge the tools and your plant reality. The tools are now simple enough for a team leader to use without being an IT specialist; the real subject isn't the technology, it's plugging it into your processes and bringing your teams along.

We're too small or have no budget. Is it the right time?

Being small is often an advantage: less red tape, fast decisions, a use case that touches everyone. You don't start with a big budget but with a free or low-cost use, while staying clear-eyed: even a "free" tool needs a project window, some training and internal resource.

Cost and return on investment

What does AI support cost, and what does the price depend on?

The price depends on scope: framing plus a few quick wins isn't the same budget as a solution deployed across all of a group's sites. We work with transparent orders of magnitude from the start, to avoid the classic gap between an expectation of a few thousand euros and a much higher group-wide quote. No instant ROI promised: we define together what we expect, by when, and we start small.

How long before a first return on investment?

On a well-chosen quick win, the return is measured in weeks, not months; that's exactly why we start there. On a more structural effort (know-how capture, data exploitation, business apps), expect a few months for a net effect. Better to announce a modest ROI you'll hit than a spectacular one that never comes: it's the best way to preserve the teams' buy-in.

Jobs, reliability, trust

Will AI replace my employees or my technicians?

No, and that's not the goal. Wanting to replace your employees is a bad approach, and it fails. The goal is to free your teams from no-value tasks (double entry, paperwork, info hunting) so they go to the floor. In sectors where recruiting is hard, AI helps the people in place carry the load, not push them out.

Is AI 100% reliable? It "hallucinates", doesn't it?

No, AI is not 100% reliable, and anyone who tells you otherwise is misleading you. It can invent a figure or be wrong, especially on a query that's too broad or a subject you don't master yourself. The rule: we use it to cross-check sources, rough out, format, never to decide on its own. We keep the human as a safeguard, we verify key figures, and we don't hand it a batch release or a compliance validation.

How do we reduce AI's errors and hallucinations?

Errors come mostly from two things: a poorly framed question or a poor-quality source. You sharply reduce the risk by giving the right context, providing your own documents rather than the model's general memory, asking for a precise scope, and making it cite its sources. The most important element remains the quality of your request: a clear prompt (role, context, task, format) changes everything.

Data and security

Which data should never go into an AI, and is the free version risky?

On a free version or a personal account, never put sensitive data: formulations, manufacturing secrets, contracts, financials, HR data, client names; there's no commitment to non-reuse. Only paid professional plans offer contractual guarantees. And even then, if your most secret recipe sits in a paper safe, we don't put it online: we choose what to entrust based on the level of sensitivity.

Will our sensitive data end up in the models or on the Internet?

On a properly configured professional offer, your data isn't used to train the public model and doesn't "leave" onto the Internet; it's contractual. The real cybersecurity subject is elsewhere: who has access, with what rights, and where the data is hosted. That's the question to ask your IT department from the start. Beware: "it's not secure" is also the best excuse to do nothing; we handle the risk, we don't use it to block.

Choosing and deploying tools

Which AI to choose: ChatGPT, Copilot, Claude, Gemini, Perplexity?

There's no "best" AI in the absolute, there's the right AI for the right use. Roughly: Copilot if it's already in your Microsoft 365 and you want to leverage email, Teams and SharePoint; ChatGPT and Claude for writing, analysis and reasoning (Claude often preferred for building apps); Perplexity for sourced web research. An honest recommendation is made according to your context, with no stake in the solutions cited.

We already have Copilot 365: why are our results disappointing and our licenses not deployed?

Copilot often disappoints for three reasons: staying on the automatic model instead of forcing a more powerful one, not giving it access to the right sources (emails, files), or asking it vague questions. As for licenses paid but not deployed, it's often organizational rather than technical: decentralized IT, misaligned calendars, no one steering adoption. The work is to unblock that last metre: training, concrete use cases, support.

Do we need a license for everyone or just a few people?

We don't deploy blind: we start with the people whose job will benefit most (those drowning in email, documentation, data analysis) and expand as uses prove out. Paying a license for the whole plant when production won't use it is wasted budget. We target first, measure real usage, then extend where value is demonstrated.

What is an LLM, generative AI, an agent, a prompt?

Generative AI (ChatGPT, Claude, Gemini) generates content (text, image, sound, video) from your request. An LLM is the engine behind the text; it's not just a souped-up search engine: it reasons and writes, but it can be wrong. A prompt is your instruction: what you ask and how. An agent is an AI you entrust with a repetitive task autonomously (monitor, alert, trigger) instead of doing it by hand each time.

Know-how and training

How do we capture the know-how of veterans and train newcomers faster?

It's the use case that comes up most, because the loss is real: tacit knowledge and hands-on skills are written down nowhere. The idea is to film the expert's gesture (camera, screen capture) and let AI turn it into a structured work instruction and training path, instead of fat manuals no one reads. Direct benefit: you train a newcomer far faster, and it's readable even for dyslexic or neuro-atypical operators.

Can AI train a newcomer? And the legal liability in case of an accident?

AI accelerates skill-building, but it doesn't replace your legal responsibility to train and certify. Without a human expert to validate, a 100% AI training doesn't hold up; and legally, if an operator trained only by an AI gets hurt, it won't pass. The right approach: AI produces the material and tracks who saw what (useful in a dispute), the human validates the certification. We augment the trainer, we don't remove them.

Scattered data and integration

Our data is scattered (Excel, ERP, emails, paper). How can AI help?

You already have the data, you just can't cross-reference it or draw a decision from it. AI can extract, reconcile and format data from Excel, PDFs, scanned files or several systems, and give you a digestible dashboard rather than columns of figures. An honest prerequisite: on a truly dirty base, we clean first; putting AI on false data only amplifies the false.

Should we first master our existing tools (SAP, ERP) before adding AI?

Both, but without waiting. No point aiming for perfect mastery of an ERP you use at a fraction of its capacity: it'll never happen and it often serves as an excuse for inaction. On the other hand, if your ERP is so out of date that everyone falls back on their spreadsheets, address that reliability in parallel, otherwise AI inherits the same shaky data. The pragmatic approach: an AI quick win right away on a clean scope, and a deeper data effort alongside.

Can we connect AI to our tools (Outlook, SharePoint, SAP, CMMS, document management)?

Yes for office tools: an enterprise AI plugs natively into Outlook, Teams and SharePoint. For business software (SAP, LIMS, CMMS, document management), it's possible but more demanding: an API, sometimes a module to buy, and above all the access rights; often the real blocker is internal authorization, not the technology. We look case by case at what's simply connectable and what deserves a dedicated project, without promising real-time when it isn't realistic.

Can my teams build their own tools (vibe coding)? Is it robust and secure?

Yes, your teams can build small apps with AI, and it's powerful for connecting your spreadsheets and solving a concrete irritant. But let's be clear: vibe coding is excellent for the prototype, not for a robust app. The rule: prototype freely, but have it hardened and hosted properly (dedicated machine or server, IT validation) before any real use, especially in a regulated environment.

20-min talk