1
Identify the parties and define the software
Enter the vendor's full legal entity name, jurisdiction of incorporation, and registered address. Define the software by name and version or service tier. Identify whether the counterparty is an individual consumer or a business entity, as this affects which clauses apply.
💡 If your SaaS product has multiple tiers (free, pro, enterprise), consider whether a single EULA covers all tiers or whether enterprise users require a separate agreement with negotiated terms.
2
Scope the license grant precisely
Specify whether the license is per-seat, per-organization, per-device, or usage-based. State the geographic scope (worldwide or limited) and whether use is restricted to internal business purposes or extends to use on behalf of third-party clients.
💡 Per-seat licenses are easiest to audit and enforce. Usage-based or 'unlimited user' grants require clear definitions of what constitutes overuse and how it is measured.
3
List specific prohibited uses
Draft an explicit list of restrictions: reverse engineering, sublicensing, competitive benchmarking, data scraping, and use to build a competing product. Make the list specific to your product's real risk surface rather than copying boilerplate.
💡 Add a prohibition on using your software's output to train AI or machine-learning models if that is a commercial risk for your product — this clause is increasingly standard in SaaS agreements as of 2025.
4
Address data collection, privacy, and any DPA requirement
Reference your Privacy Policy URL, specify what usage data you collect and why, and determine whether you need to incorporate a Data Processing Agreement for B2B customers who upload personal data. If GDPR applies, a DPA is not optional.
💡 Maintain a separate, standalone DPA rather than embedding data processing terms inside the EULA — enterprise procurement teams expect to negotiate the DPA independently.
5
Set subscription, billing, and suspension terms
Enter the subscription fee, billing cycle, auto-renewal mechanics, and the notice period required to cancel. Specify the cure period before suspension for non-payment and the further period before outright termination.
💡 Auto-renewal notice periods of 30 days or more reduce churn-related disputes and satisfy consumer protection requirements in California (ARL), the EU, and the UK.
6
Calibrate liability caps to your revenue exposure
Set the liability cap as a multiple of fees paid — typically the preceding 12 months — and carve out fraud, willful misconduct, and data breach liability from the general consequential-damages exclusion.
💡 Enterprise customers routinely negotiate liability caps upward to 2–12 months of fees. Leave room in the template to insert negotiated figures without restructuring the clause.
7
Define termination and post-termination data obligations
Set notice periods for termination with and without cause, specify the data-export window (typically 30 days), and state whether data is permanently deleted or anonymized after that window closes.
💡 State the file format in which user data will be exported (e.g., CSV, JSON) — a vague 'data will be made available' promise is unenforceable and unsatisfying to enterprise procurement teams.
8
Select governing law and acceptance mechanism
Choose the governing jurisdiction based on where the vendor is incorporated and where the majority of users are located. Specify clickwrap acceptance — a checkbox or 'I Agree' button — rather than browsewrap, and record the acceptance timestamp in your user database.
💡 For US consumer-facing SaaS, Delaware or your home state is standard. For EU users, consider a separate EU-law governed version or addendum to avoid mandatory local-law override conflicts.