Sometimes—but not simply because the tool accepts an upload. Use identifiable customer information only for an approved purpose, in an environment whose terms, settings, and access controls fit that information. For many everyday writing tasks, fictional details or a reusable template are enough.
“Can AI write a follow-up message?” and “Should I upload our entire customer list?” are different questions. A small business can benefit from the first without doing the second. This guide is a practical starting point, not a security assessment or legal advice.
Explain the situation using sample details. If AI can help without a customer’s name, address, invoice, or private conversation, leave those details in your business system.
First, sort the information you want to use
A landscaping company’s published service description is different from a customer’s gate code. A fictional estimate is different from an actual signed agreement. Use these categories to decide when to stop and review:
- Public business content and fictional examples
- Your own published service descriptions, approved FAQs, and invented scenarios are usually better starting inputs. Check that you have permission to reuse the material and that it contains no hidden private details.
- Identifiable customer or confidential business records
- Names, addresses, conversations, quotes, job photos, internal prices, and contracts need a specific purpose and a review of the chosen tool. Do not assume a paid account or a familiar brand makes every upload appropriate.
- Secrets and highly sensitive information
- Keep passwords, access codes, API keys, full payment-card details, identity documents, and sensitive employee or customer information out of general-purpose AI chats. A specialized approved workflow requires a separate assessment; this checklist is not that approval.
The FTC’s business data-security guide recommends understanding what personal information you hold, keeping only what is needed, limiting access, and planning for incidents. Apply that starting discipline before adding another place where customer information could be stored.
Ask six questions about the exact tool and account
“We use AI” is not a useful privacy policy. Record the product, plan, account type, enabled connections, and date you reviewed them. Recheck when those change.
- What use is allowed? Check your customer commitments, provider agreement, and any rules that apply to the information. A customer saying “that is fine” does not by itself resolve every contractual or legal requirement.
- Is input used for training? Read the policy for your account—not a different enterprise product. Check whether feedback submissions or optional features have separate handling.
- What is stored, and for how long? Look for conversation history, uploaded files, logs, deletion procedures, and exceptions. Turning off training does not necessarily turn off storage.
- Who can access it? Consider other team members, account administrators, provider personnel, and anyone with a shared link. Review existing file permissions before connecting a document library.
- Where else can it go? Search, extensions, agents, and third-party integrations may send information to additional services. Review the whole route, not just the chat window.
- Who owns the decision? Assign someone to approve the use, document the boundaries, and respond when settings or needs change. If an important answer is unclear, do not upload the records while you investigate.
For a concrete product example, Microsoft’s Microsoft 365 Copilot privacy documentation says prompts and responses are not used to train foundation models, while also explaining that interaction history is stored. It describes access based on existing permissions and separate considerations for agents and web search. That is why “not used for training” is not the same as “never retained or shared.” These details apply to that documented product, not every AI tool.
The University of Missouri’s AI guidance also distinguishes tools and use cases according to data classification and approval. Its institutional rules are not your business policy, but the useful principle transfers: decide what information belongs in which environment before people start using it.
Example: draft the message without uploading the customer
Suppose weather delays tomorrow’s pressure-washing route. You want a clear message, not an AI review of every address, balance, and private note in the schedule. Here is a fictional prompt:
Copy and adapt this prompt
“Write a short, friendly rescheduling message for an outdoor cleaning business. Weather has delayed an appointment. Explain that our office will confirm a new time. Do not promise a date, offer a discount, or say the customer has already agreed. Use [CUSTOMER FIRST NAME] and [BUSINESS NAME] as placeholders. Keep it under 90 words.”
Review the draft, then fill in the customer details inside the approved messaging system. Confirm the recipient and appointment before sending. If the same message works every time, save it as a template; you may not need AI for the next delay.
Removing a name is not always enough
An address, unusual project description, photo, or combination of details can still identify someone. Files may also contain comments, hidden sheets, revision information, or image metadata. For a writing example, create a fresh sample with invented details instead of uploading the original file and asking AI to redact it afterward. By then, you have already shared it.
If an approved process uses customer reference codes, keep the lookup key outside the AI input and limit access to it. A coded record is not automatically anonymous.
Connecting AI to your system needs another level of care
A one-off draft and an assistant with ongoing access to your inbox are different risks. Start with the smallest useful task and the narrowest access. An assistant that finds approved service information does not need permission to export customers or change invoices.
- Use a dedicated, limited integration rather than handing over an owner account.
- Test with fictional records before connecting real ones.
- Begin with read-only or draft-only behavior where possible.
- Require review before sending customer messages, changing financial records, or making commitments.
- Define how to disable the connection and how someone checks failures.
Not every automation needs AI. A rule that marks an unanswered estimate request as pending can run without asking a language model to interpret the customer’s entire history. Our website-to-CRM guide explains the reliable handoff underneath more elaborate features.
Give employees a short, usable AI policy
A vague instruction to “be careful” leaves everyone guessing. Use a one-page policy with concrete examples and an owner. This is a starter template to adapt, not a complete compliance policy:
Our approved AI use
- Approved tool and account: [product, plan, business account, approved settings].
- Allowed tasks: [for example, drafting general service FAQs with public information].
- Allowed inputs: [public business content and fictional examples, unless separately approved].
- Do not upload: [customer records, credentials, payment information, or other restricted categories].
- Review required: [named role] checks accuracy and commitments before content goes to customers.
- Questions or mistakes: contact [responsible person and private reporting channel] promptly.
- Policy owner and review date: [name and date].
Missouri State University’s responsible AI teaching guidance emphasizes clear expectations, privacy, and responsibility for checking outputs. Although written for education, those principles are helpful when explaining an employee’s boundaries: what is permitted, what needs approval, and who checks the result.
The before-you-upload checklist
- I can name the business task this information supports.
- I have tried using public, fictional, or less detailed information first.
- This use is approved for the information involved.
- I am in the correct account, with the reviewed settings.
- I understand storage, access, and any connected services.
- I have checked the file for extra or hidden information.
- A responsible person will review the output before it affects a customer.
- I know who to contact if something goes wrong.
If you cannot answer a material question, pause the upload. You can often keep working on the same task with a fictional example.
What if someone already pasted customer information?
Stop further sharing and notify the person responsible for your business’s data. Privately record the tool, account, approximate time, information involved, and any shared links or connections. Do not circulate the sensitive content again in a group chat to explain the mistake.
Assess containment with appropriate technical help. Exposed credentials may need revocation or rotation. Review provider procedures for access restriction and deletion while preserving necessary incident evidence. Deleting a visible conversation is not proof that every copy or log is gone.
Get qualified security or legal advice where appropriate to assess exposure and any notification duties. Avoid making promises to customers before the facts are understood. Then correct the access, settings, or staff instructions that allowed the problem.
Use AI where it earns its place
Pebble Creek Media grew from building systems around our own lawn and property-care business. The goal is useful information in the right hands—not copying every record into another tool.
We can help map a specific task, decide whether it needs AI or a simpler rule, and define the permissions and review steps before implementation. Explore our AI and automation services, or see how a custom business operating system can keep leads, jobs, and follow-up organized around the way your company works.
Sources and further reading
Reviewed October 9, 2026. University resources inform the responsible-use principles; their institutional policies do not automatically apply to small businesses and they do not endorse Pebble Creek Media. Vendor details can change and must be checked for your specific product and plan. Examples are fictional; this guide is not legal advice or a guarantee of security.
- Artificial IntelligenceUniversity of Missouri Division of IT · tool approval, data classification, and responsible use.
- Teaching & Learning with Artificial IntelligenceMissouri State University · clear expectations, privacy, and checking AI outputs in an educational context.
- Data, Privacy, and Security for Microsoft 365 CopilotMicrosoft · product-specific training, storage, permissions, and connected-service considerations.
- Protecting Personal Information: A Guide for BusinessFederal Trade Commission · understanding, minimizing, and protecting business-held personal information.
