“We are adding generative AI. What do our Terms and Privacy Policy need to say?”
We examine inputs, outputs, provider terms, data retention, training, user expectations, accuracy, human review, and the allocation of responsibility.
Build terms, privacy disclosures, data-use provisions, and vendor relationships around what your AI or technology product actually does—not around generic policies that create new risk.
AI and privacy work sits at the intersection of user experience, engineering, vendors, customer commitments, and public claims. These moments deserve more than a template.
We examine inputs, outputs, provider terms, data retention, training, user expectations, accuracy, human review, and the allocation of responsibility.
We coordinate the legal answers with actual systems and vendors, redline obligations the company cannot support, and align the package with the core agreement.
We trace the relevant data flows, identify disclosure and contract gaps, and update the public and commercial documents around the real operation.
We assess age, consent, minimization, disclosure, vendor, retention, and product-design issues, including COPPA and other applicable privacy considerations.
The goal is a legal stack the business can defend, explain, and follow.
Inputs, outputs, model limitations, prohibited uses, human review, ownership, responsibility, and product claims.
Collection, use, sharing, cookies, analytics, choices, retention, rights, contact points, and jurisdictional notices.
Roles, instructions, subprocessors, security, incidents, rights requests, deletion, audit, and international transfers.
Data-use rights, training, confidentiality, security, service changes, model access, indemnity, and downstream risk.
Practical issue-spotting based on users, geography, data categories, business model, and product design.
Review points, acceptable-use rules, documentation, vendor intake, escalation, and human decision-making controls.
We ask the questions needed to understand the product, users, data, vendors, contracts, and launch plan. Then we build the legal layer around that reality.
Identify the launch, customer, vendor, or compliance decision driving the work.
Understand what enters the system, where it goes, who can use it, and how long it remains.
Align user-facing claims, customer contracts, vendor terms, and operational controls.
Create documents and review points the team can actually operate.
Legal language should explain the product clearly without promising what the system cannot guarantee.
Often, yes. The documents may need to address prompts and inputs, model or API providers, ownership and permitted use of outputs, training, accuracy, human review, prohibited uses, data retention, security, disclosures, and responsibility for third-party tools.
It can only do so accurately if it describes the actual data flows, uses, disclosures, choices, retention, and jurisdiction-specific rights across those services. A policy should follow the product and vendor architecture rather than rely on generic language.
Eusebio Law handles transactional technology matters for clients across the United States. Lissette Eusebio is admitted in Florida, New York, and the District of Columbia. Local or specialized counsel may be coordinated when a matter requires advice outside that scope.
A Privacy Policy explains the company's data practices to individuals. A DPA allocates privacy and security obligations between businesses when one processes personal data for another. Many technology companies need both, but each serves a different audience and legal function.
We will identify the appropriate scope and explain the next step.