SaaS subscriptions
Set out plans, billing dates, renewals, service levels, account limits, and when access may be suspended.
Scope example: monthly plans with annual renewal terms.
Technology agreements · California
Your product changes every two weeks. Your customer agreement should not need a rewrite every time. Potter Accord helps software startups, mobile app developers, and online businesses set clear terms for the product they sell and the way customers use it.
Product termsOne agreement, clear tiers
MappedBuilt around how you sell
The terms should match the customer journey, payment model, and product you actually operate. Start with the agreements your business needs now.
Set out plans, billing dates, renewals, service levels, account limits, and when access may be suspended.
Scope example: monthly plans with annual renewal terms.Define who may use the software, what use is permitted, and the rules for copying, transfer, and distribution.
Scope example: internal-use rights with clear user limits.Document delivery milestones, acceptance tests, change requests, payment points, and ownership of project work.
Scope example: staged delivery with written acceptance criteria.Connect terms of service and checkout conditions to order acceptance, product availability, returns, and recurring charges.
Scope example: checkout terms aligned with fulfillment rules.Make ownership explicit
A useful agreement distinguishes customer information from your product, code, and tools. The line should still make sense to the people handling data and shipping features.
State who owns existing code, new custom features, models, content, and other work made during the relationship.
Spell out what the customer can access and use, while preserving the provider's rights in its platform and underlying tools.
Address handling, security responsibilities, access, and retention in language your product and support teams can follow.
If customer data may inform product improvements, the agreement should describe the permitted use and its limits.
Terms that follow checkout
The moment a customer places an order should line up with the terms behind your storefront. Details matter when inventory, recurring charges, or a fulfillment partner changes the transaction.
Explain when an order is accepted, how displayed pricing is handled, and what happens if an item is unavailable.
Set expectations for dispatch, delivery, returns, refunds, and the roles of outside fulfillment providers.
Make renewal timing, payment frequency, cancellation steps, and the effect of cancellation clear to buyers.
Account for third-party suppliers and service providers that affect delivery, customer support, or order processing.
A clear drafting sequence
We start with the way your product and revenue work. Then we put the agreement beside the customer flow and check that the two match.
Identify who buys, who uses the service, how access works, and how revenue is collected.
Keep core legal terms distinct from plan limits, service details, and features that may change.
Prepare the main agreement and any customer-facing terms, exhibits, order forms, or license schedules.
Compare the agreement with the checkout or onboarding steps before customers accept the terms.
Straight answers
Get the key product and customer details in the documents before your next release or launch.
Usually, one agreement can cover several plans if it clearly identifies which limits, features, service levels, or fees vary by tier. A separate order form or schedule can capture customer-specific terms.
Define how availability is measured, what maintenance is excluded, how incidents are reported, and what remedy applies when a stated service level is missed. The commitment should reflect what your team can measure and support.
The agreement can distinguish customer-funded deliverables from your pre-existing code, tools, and general product improvements. Set out ownership and any license rights before development begins.
Yes. Potter Accord can review the current terms alongside your product plans and checkout or onboarding flow, then identify provisions that need clarification or revision before launch.
Before the next release
Put the subscription, license, data, and customer-facing terms in place before your next product release or storefront update.