Training AI on real customer conversations gives the AI a closer fit to your customers, your tone, and your edge cases. The risks are privacy (the conversations contain PII), feedback loops (the AI learns its own bad behaviour back), and concept drift (yesterday's good answers are today's wrong ones). The working pattern uses de-identified samples, human review on the training set, and explicit policy on what gets included.

A team is told their AI's answers are generic. They want to train it on their own support transcripts. The answer is yes, with care. The transcripts contain customer names, emails, account details, and the AI's own past mistakes. Throwing them at a fine-tuning job is easy; doing it safely is the work.

What people in the field are saying

kdschemin's "The foundation of intelligence" series argues that the data layer underneath AI is where most CX value is made and lost, and that the training pipeline is part of that data layer, not a separate concern.

What does using customer conversations safely mean?

Three layers. Privacy: PII is removed or pseudonymised before any training, with the mapping kept controlled. Sampling: not every conversation is included; the sample is curated to include the cases you want the AI to learn from. Review: a human reads the training set, or a representative sample, before it goes anywhere near a model.

What is the feedback-loop risk?

The AI made a mistake yesterday. The transcript of the mistake is in the training set. The AI fine-tunes on its own past wrong answers and learns to make them more confidently. Without active filtering of the training set for "what the AI did wrong," the system amplifies its own errors. The fix is to label the transcripts with outcomes (resolved, re-contacted, escalated) and weight the training accordingly.

What about consent and data-subject rights?

Most jurisdictions allow processing of customer conversations for service-improvement purposes, but the customer may have rights to know, to refuse, or to be deleted from the training set. The cleanest position is: customers know their conversations may be used to improve the service; they can opt out; the opt-out propagates to any model fine-tuned afterward.

How do you handle concept drift?

The policy that was right last quarter is wrong this quarter. If you fine-tune on six months of conversations, the AI may learn the older policy and answer customers under it. The fix is to date-stamp the training set and re-train regularly, with the policy version recorded alongside.

What is the practical pattern?

Build the training pipeline with three steps. Step one: pseudonymise customer data before it leaves the support system. Step two: filter the sample to good outcomes (resolved, customer-confirmed, no re-contact) for positive training, and label bad outcomes separately. Step three: have a human read at least a sample of the training set before each fine-tune. None of these is glamorous. All three are how the AI gets noticeably better over time without quietly drifting.

Related: how to build the data foundation, how to keep an AI knowledge base current, and how to handle AI hallucination.