Will this make the customer experience more relevant?
Good growth AI turns permitted signals into a useful next step, with a quality gate before the customer sees it.
Generative AI has made content inexpensive to produce. That is useful, but it is not automatically valuable. A company that can create ten times as many emails, social posts, proposals and landing pages has not necessarily improved its marketing. It may simply have found a faster way to exhaust its audience and dilute its brand.
The commercial opportunity is not volume. It is relevance: recognising a real customer need, finding the right evidence, choosing a useful response and delivering it through an appropriate channel at a sensible time. AI can help at every stage, but the stages use different kinds of AI. Treating them as one giant content machine is how more noise enters the system.
Predictive models can estimate the likelihood of an outcome, such as a customer purchasing, renewing or responding. Clustering can reveal groups with similar behaviour when the business does not already have labels. Search and recommendation systems can improve product or content discovery using intent and interaction signals. Generative models can draft, summarise and adapt language or visuals. Conversational agents can answer inbound questions and collect information. Human judgment defines the offer, approves important claims and decides when an interaction should happen at all.
The governing principle is simple: use AI to increase the ratio of useful interactions to total interactions. If an initiative only increases output, it has missed the point.
Begin with signal, permission and a clear customer outcome
- 01
Permission
Establish what you are allowed to use before deciding what is useful.
- 02
Signal
Behaviour that indicates intent, separated from noise that merely correlates.
- 03
Prioritisation
Rank attention. Propensity is an ordering, not a verdict on a customer.
- 04
The conversation
Engage with something the customer would recognise as relevant.
- 05
Measurement
Test against a holdout, so lift is demonstrated rather than assumed.
Beginning at step 04 is how organisations end up producing more noise at higher speed, which is the outcome this article is trying to avoid.
Before choosing a model, define the customer problem. Are buyers struggling to find the right service? Are account teams spending hours assembling information before a meeting? Do leads receive generic material because product, industry and interaction data are disconnected? Does marketing create good assets that nobody can find or reuse?
Then identify the signals that legitimately help solve that problem. Transaction history, product usage, consent, service enquiries, content viewed and account stage may be useful. Sensitive personal attributes may be inappropriate or unnecessary. The fact that data exists does not mean it should be used for targeting.
Agree the outcome in customer and business terms. Examples include shorter time to find a suitable product, more qualified inbound conversations, higher seller acceptance of recommended material, improved proposal turnaround or greater renewal engagement. Include countermeasures from the beginning: unsubscribe and complaint rates, contact frequency, content corrections, offer fairness and the proportion of recommendations users dismiss.
This prevents a common failure. If the project optimises only clicks, the system may learn to favour sensational messages. If it optimises only meetings booked, it may route low-quality conversations to sales. A balanced objective rewards progress while making harm visible.
Use case one: behavioural segments that people can understand
Many organisations still segment customers by broad industry, company size or demographics. Those categories are useful for planning but can hide meaningful differences in behaviour. Two customers of the same size may use a product very differently, respond through different channels and have different support needs.
Clustering is a form of unsupervised machine learning that groups similar records when there is no predefined label. BigQuery ML supports k-means clustering and documents customer segmentation as an example. A business might cluster accounts using recency and frequency of purchase, product mix, service usage, channel preference and engagement with educational content.
The model returns mathematical groups, not ready-made personas. Commercial and customer teams must inspect the clusters, understand which features distinguish them and give them useful names. “Cluster 4” may become “new customers adopting one core service,” but only after people confirm that the description fits and is not based on an inappropriate proxy.
Good segments should change a decision. The new-customer group may need implementation education. A group using several features but missing one high-value capability may benefit from a relevant guide. A dormant group may need a service check rather than a discount. If the same campaign goes to every cluster, the segmentation has added complexity without value.
Monitor the size and characteristics of segments over time. Behaviour changes, products evolve and acquisition channels shift. Check whether a segment produces different outcomes under different treatment and whether seemingly neutral inputs create unfair exclusion. Segmentation is a hypothesis about useful differences, not a permanent label attached to a person.
Use case two: propensity as prioritisation, not destiny
When historical outcomes are available, a classification model can estimate the probability of a defined event. BigQuery ML supports classification models and prediction output that includes class probabilities. Commercial applications might estimate the likelihood that an account will respond to a service review, that an opportunity will progress or that a subscriber will renew.
The responsible use is to prioritise attention or choose the next helpful action. A propensity score should not be presented as certainty, and it should not quietly decide that some customers are unworthy of service. It reflects patterns in historical data, including historical bias, missing information and past commercial strategy.
Imagine a business-to-business provider with 4,000 accounts and a small customer-success team. Instead of asking the model “Who can we sell to?”, define a customer-centred outcome: “Which accounts show signals that a review of unused capabilities may be helpful?” Features might include current product use, recent support topics, contract stage and opt-in engagement. The model produces a ranked attention list. Account owners see the factors, inspect the account and decide whether outreach is appropriate.
Evaluate the model on a holdout period. Precision reveals how often high-scored accounts showed the outcome. Recall reveals how much of the eventual outcome the model found. Calibration asks whether a group scored at 30% behaves roughly like a 30% group. Business evaluation then asks a harder question: does acting on the score improve outcomes compared with the current approach?
Run a controlled test with a holdout group. Measure incremental value, not the fact that high-intent customers were likely to buy anyway. Include service quality and negative responses. A model that increases conversion but creates a sharp rise in opt-outs may be borrowing from future trust.
Use case three: product and content discovery that responds to intent
Customers often do not use the same language as the catalogue. They describe a problem, not a product code. Keyword search may return nothing or an overwhelming list. AI-powered search can combine keyword and semantic understanding to interpret intent and retrieve relevant material.
Google Cloud Agent Search, the current product name in the lineage previously known as Vertex AI Search and other names, can work with public websites, structured data and unstructured content such as PDFs, HTML, text and images. It supports grounded answers with citations, personalisation based on user events, and controls to filter, boost, bury, promote or redirect results.
For a professional-services firm, this could power a “find the right capability” experience. A visitor asks, “How can we reduce alert fatigue in a 24-hour security operation?” The system retrieves approved service descriptions, relevant use cases and an implementation guide. It can provide a concise answer grounded in those sources, with links, rather than inventing a new claim. The visitor can refine the question without starting again.
For an internal seller, the same pattern can search proposals, case studies, service sheets and policy-approved claims. Access control matters: the result should respect the source permissions, and confidential client material should not appear simply because it is semantically relevant. Google Cloud documents data-source access control for Agent Search and states that customer data used in Agent Search is not used to train foundation models.
Personalised browse and recommendation add another layer. Agent Search can learn from events such as search, view and conversion, and its documentation describes objectives including click-through rate, high-value actions and revenue per session. The business should choose an objective that represents usefulness, keep document and event data accurate, and maintain freshness. Recommendations should also preserve choice. Users need a way to explore outside the predicted path, especially where a narrow history could trap them in repetitive content.
Measure search success with zero-result rate, successful query rate, reformulation rate, source click-through, conversion after discovery and direct user feedback. Evaluate retrieval with a representative query set and expected sources. A fluent answer is a failure if it is grounded in the wrong document.
Use case four: a grounded seller assistant
Salespeople lose time before important conversations. They search the CRM, old proposals, product pages, notes, service records and public information, then assemble a point of view. Generative AI can compress this preparation, but it should not become an untraceable source of “facts.”
A grounded seller assistant begins with approved sources and user permissions. For a meeting, it might produce a brief containing the account’s stated priorities, recent interactions, open service issues, relevant offerings and questions worth asking. Each important claim should link to its source. The assistant can draft a follow-up using the actual meeting notes and approved product facts, but the account owner reviews the message before sending it.
The assistant should distinguish three things visibly: known facts, reasonable inferences and proposed language. “The customer opened a support case about integration latency” is a fact if it comes from the service record. “This may indicate a broader architecture concern” is an inference. “Ask whether latency affects their peak operations” is a suggestion. Blurring those categories is how confident-sounding fiction enters a customer relationship.
The tool can also recommend assets based on the stage and expressed need. It should not autonomously advance an opportunity, promise a price, alter contractual terms or send communication. High-consequence actions remain inside normal approvals.
Track preparation time, seller adoption, percentage of recommendations accepted, source-opening rate, factual corrections, follow-up turnaround and opportunity progression relative to a comparable group. Ask customers indirectly through engagement and directly through feedback whether interactions became more useful. Seller productivity is meaningful only if customer experience improves with it.
Use case five: a content supply chain with quality gates
Generative AI is useful in marketing when it accelerates thinking and adaptation, not when it removes editorial responsibility. A controlled content supply chain can begin with customer and performance insight, then move through brief, draft, evidence check, brand review, legal or compliance review where required, experiment and learning.
Gemini models on Google Cloud can work across text, images, audio and video, depending on the model. This makes it possible to analyse a webinar transcript and recording, identify themes, draft a written summary, propose short clips and create channel-specific variants. Image-generation tools can produce original concepts and adaptations. Google Cloud provides configurable safety and content filters, image-safety measures and support for digital watermarking in image-generation workflows.
The workflow should ground factual content in an approved claims library. Give the model the audience, objective, channel constraints, tone and prohibited claims. Ask it to return sources or claim IDs with the draft. Use automated checks for required disclosures, unsupported numbers, prohibited language and brand terms. Then route the material to a person accountable for publication.
Do not ask the model to imitate a living artist or fabricate a customer quotation. Do not publish a synthetic customer image in a way that implies a real endorsement. Keep provenance for generated assets and follow the organisation’s disclosure policy. Safety filters reduce risk; they do not decide whether a message is truthful, fair or strategically sound.
The right content metrics go beyond quantity. Track time from brief to approved asset, editor acceptance rate, average number of material corrections, unsupported-claim rate, reuse of high-performing components, engagement quality and incremental conversion. Add fatigue measures such as unsubscribe, hide, spam and complaint rates. If output rises while approval and audience signals deteriorate, the system is producing waste faster.
Use case six: inbound conversation that knows when to stop
Conversational AI can help a prospect explain a need, answer questions from approved information and take a bounded next step, such as arranging a consultation. Google Cloud’s Customer Engagement Suite includes Conversational Agents, Agent Assist, Customer Experience Insights and a contact-centre platform. Dialogflow CX supports an explicit handoff from a virtual agent to a human agent.
For sales and marketing, the strongest starting point is an inbound, high-intent journey. A visitor describes their situation. The agent asks a small number of useful questions, retrieves grounded service information and offers an appropriate action. It should make clear that it is an AI agent, avoid pretending to understand more than it does and allow human contact without forcing the visitor through a long script.
Define handoff conditions: the visitor requests a person; the question involves pricing or contractual commitments; confidence is low; identity or sensitive data is involved; frustration appears; or the conversation falls outside the approved scope. Pass the conversation summary and collected facts to the human so that the customer does not have to repeat everything.
Evaluate completion rate, escalation rate, abandonment, time to human, handoff quality, answer groundedness and downstream qualification. Review real conversations to find failure patterns and turn good conversations into regression tests. Dialogflow CX provides test-case capabilities and conversation history for analysing production interactions.
A practical 90-day programme
In the first 30 days, choose one point of friction and establish the baseline. A strong pilot might be grounded search across approved marketing and sales assets, meeting preparation for one sales team, behavioural segmentation for one product, or an inbound agent for a narrow set of questions. Document consent, permissions, data owners and prohibited uses.
Build an evaluation set before building the experience. For search, collect real questions and the sources a knowledgeable person would use. For a seller assistant, collect representative account scenarios and an approved brief. For content, assemble examples of acceptable and unacceptable claims, tone and disclosure. For a conversational agent, define successful and unsafe paths, including human handoff.
In days 31 to 60, run the model in a safe environment. Connect only the data needed for the use case. Apply least privilege. Use grounded retrieval, safety settings and brand instructions. Have domain reviewers score relevance, correctness, tone and actionability. Red-team the experience with ambiguous, adversarial and out-of-scope requests. Google Cloud Model Armor can add runtime screening for prompt injection, sensitive-data leakage and harmful content.
In days 61 to 90, release to a limited audience with human approval and a comparison group. Instrument both value and harm measures. Review failures weekly, not only averages. Decide whether the next investment should improve data, retrieval, workflow or model. Often, fresher product metadata and clearer content ownership create more value than a larger model.
Governance that protects the relationship
Commercial AI touches identity, preference and persuasion. Establish clear rules for consent, purpose, retention and access. Do not infer or exploit sensitive traits. Keep suppression lists and communication preferences authoritative. Separate a recommendation from an automatic action.
Google Cloud documents the conditions under which customer data may be retained or used and the steps required for zero-data-retention configurations in the Gemini Enterprise Agent Platform. Those platform commitments do not replace the organisation's responsibility to minimise data and configure the service correctly.
Use content filters, Model Armor and access controls as technical layers. Use approved claims, human review, audit logs and incident response as operational layers. Test models and prompts against a stable evaluation set before changes go live. Check whether results differ unfairly between groups. Give users a clear way to correct information and reach a person.
Most importantly, give someone ownership of the customer outcome, not just the AI deployment. A model may meet its technical metric while creating an unpleasant commercial experience. The accountable leader must be able to stop, adjust or narrow the system.
- Agent Search overview and current product terminology https://docs.cloud.google.com/generative-ai-app-builder/docs
- Agent Search custom-search capabilities, grounded answers, personalisation and user events https://docs.cloud.google.com/generative-ai-app-builder/docs/about-generic-search
- Agent Search answers and follow-ups https://docs.cloud.google.com/generative-ai-app-builder/docs/answer
- Agent Search personalised browse https://docs.cloud.google.com/generative-ai-app-builder/docs/browse-generic-search
- Agent Search data-source access control https://docs.cloud.google.com/generative-ai-app-builder/docs/data-source-access-control
- Agent Search data governance https://docs.cloud.google.com/generative-ai-app-builder/docs/data-governance
- BigQuery ML model types, including customer segmentation and purchase classification examples https://docs.cloud.google.com/bigquery/docs/reference/standard-sql/bigqueryml-syntax-create
- BigQuery ML clustering overview https://docs.cloud.google.com/bigquery/docs/clustering-overview
- BigQuery ML prediction output https://docs.cloud.google.com/bigquery/docs/reference/standard-sql/bigqueryml-syntax-predict
- Gemini 3.6 Flash multimodal capabilities https://docs.cloud.google.com/gemini-enterprise-agent-platform/models/gemini/3-6-flash
- Gemini safety and content filters https://docs.cloud.google.com/gemini-enterprise-agent-platform/models/capabilities/configure-safety-filters
- Gemini image generation and responsible AI https://docs.cloud.google.com/gemini-enterprise-agent-platform/models/capabilities/gemini-image-responsible-ai
- Customer Engagement Suite capabilities https://cloud.google.com/blog/products/ai-machine-learning/customer-engagement-suite-stronger-results-and-new-ai-features
- Dialogflow CX human handoff https://docs.cloud.google.com/agent-assist/docs/handoff-cx
- Dialogflow CX test cases https://docs.cloud.google.com/dialogflow/cx/docs/concept/test-case
- Dialogflow CX conversation history https://docs.cloud.google.com/dialogflow/cx/docs/concept/conversation-history
- Model Armor https://cloud.google.com/security/products/model-armor
- Vertex AI zero-data-retention and training-restriction guidance https://docs.cloud.google.com/vertex-ai/generative-ai/docs/vertex-ai-zero-data-retention
This article is original editorial work for a business audience. Product facts were checked against the official sources above. Any performance figures are targets to validate against your own baseline, not vendor guarantees.
Bring us the operating need, risk, or opportunity. We will connect the people, security, AI and enterprise systems required to act.