1
Identify the parties and define the service
Enter the provider's full registered legal entity name and the subscriber's legal name or entity. Attach a Schedule A that defines the specific service tier, features, and user count being purchased.
💡 Reference the Schedule A rather than embedding plan details in the body — plan tiers and features change more often than the core contract terms, and a Schedule is easier to amend without re-executing the whole agreement.
2
Set the fee, billing cycle, and payment failure terms
Enter the exact dollar amount, billing frequency (monthly or annual), and whether billing is in advance or in arrears. Add a grace period for failed payments (typically 5–10 days) and a suspension right if the subscriber does not cure.
💡 Specify the currency explicitly for any subscriber outside your home jurisdiction — USD and CAD are routinely confused on cross-border invoices.
3
Define the subscription term and auto-renewal notice period
Set the initial term length and the number of days' notice required to cancel before auto-renewal. Verify that the cancellation window meets the minimum statutory requirements in the subscriber's jurisdiction.
💡 For consumer-facing subscriptions, the EU's 2022 consumer rights rules and several US state auto-renewal laws require the provider to send a renewal reminder — build this into your billing workflow, not just the contract.
4
Tailor the acceptable use and seat restrictions
Enter the maximum authorized user count and list any specific prohibited activities relevant to your service — for example, competing use, data scraping, or API abuse that your infrastructure pricing cannot absorb.
💡 Add a right to audit the subscriber's user count on 5–10 days' notice. Without it, the seat restriction is unenforceable as a practical matter.
5
Confirm IP ownership and subscriber data rights
Ensure the clause confirms the provider owns the platform and all IP in the service, and separately confirms the subscriber owns all data it uploads. Add a data-portability provision specifying the format in which subscriber data will be exported on request.
💡 If your platform uses subscriber data to train machine-learning models or generate analytics, add an explicit limited license from the subscriber permitting that use — otherwise you are operating on implied consent, which is insufficient under GDPR and similar laws.
6
Set the liability cap at a defensible level
The most common cap is 12 months of fees paid. For high-risk deployments — financial services, healthcare, or infrastructure — negotiate the cap separately rather than relying on the template default.
💡 Exclude from the cap claims arising from a party's gross negligence, willful misconduct, or indemnification obligations — courts are more likely to enforce a cap that contains these carve-outs.
7
Specify the post-termination data window and deletion timeline
Enter the number of days after termination during which the subscriber can export its data (typically 30 days), and state the provider's data deletion or anonymization timeline after that window closes.
💡 Under GDPR and Canada's PIPEDA, you are legally obligated to delete personal data upon request regardless of what the contract says — align the contractual timeline to your actual data-retention policy to avoid a conflict.
8
Execute before the subscription start date
Both parties must sign the agreement before the subscriber accesses the service. For online services using click-through acceptance, ensure the terms are presented on a screen that requires affirmative action — a checkbox, not just a banner.
💡 For B2B deals above $10,000 ARR, obtain a wet or electronic signature from a person with actual authority to bind the subscriber entity. Click-through terms are harder to enforce against corporate subscribers who claim the clicking employee lacked authority.