Privacy Policy
Last updated: September 26, 2026
This Privacy Policy explains how Brick (“Brick”, “we”, “us”) collects, uses, stores, and shares information when you use our website and the Brick application at trybrick.app and tenant workspaces at {workspace}.trybrick.app (the “Service”).
1. Who we are
Brick is a multi-tenant workspace that helps agencies, studios, and freelancers run their client work — CRM, proposals, e-signature contracts, invoicing and payments, projects, time tracking, expenses, and an email inbox — in one place. If you have questions about this policy or your data, contact us at support@trybrick.app.
2. How this policy applies (two-sided service)
Brick is used by workspace operators (our customers) to manage their own clients. Where an operator uploads or enters information about their clients, contacts, and business, the operator is the controller of that information and Brick processes it on their behalf as a service provider/processor. This policy describes our own practices; an operator’s use of their workspace is also governed by their agreement with us.
3. Information we collect
Account & identity
When you sign up or sign in (including with Google), we collect your email address, name, and — if you sign in with Google — your Google profile photo, which we display as your avatar.
Workspace data
Organization name, slug, brand color and logo, default currency and timezone, agency type, your plan and billing status, your email-sending domain and its verification records, and AI preferences you set (such as your studio profile and the writing-style examples Brick learns from edits you make to AI drafts).
Information operators enter about their business and clients
- Leads and CRM records (name, email, phone, company, role, website, inquiry text, public LinkedIn URLs, marketing attribution such as UTM parameters and referrer, and AI-generated scores).
- Enrichment data you ask Brick to find about a lead: company details (such as team size, funding, and industry) and, where available, a verified work email for the contact or a decision-maker, gathered from public web pages and the data providers listed in §7. Each value is stored with its source, and you can edit or clear it.
- Clients, contacts, and notes.
- Proposals and contracts, including line items and — for e-signature legal evidence — the signer’s name, email, IP address, country, browser user-agent, signature image, and timestamp.
- Invoices, payments, expenses and receipts, subscriptions, time entries, and related financial records.
- View records for shared links: when a recipient opens a proposal, contract, or invoice link you sent, we record when it was first and last viewed so you can see it was opened.
- Emails Brick sends for you (recipients, subject, and body), kept in your workspace inbox, and — only if you turn on reply sync — the replies to those emails (see §4).
- Calendar events you choose to connect (see §4).
Technical & usage data
We collect limited technical data needed to operate the Service securely — for example IP-derived rate-limiting signals and error diagnostics. We use Sentry for error monitoring; we do not log your passwords, OAuth tokens, or AI prompt contents. On our marketing website (trybrick.app) we use Visitors, a website analytics service, to count page visits; it sets a cookie so returning visitors can be recognized. It does not run inside workspaces or on the proposal, contract, and invoice pages you share with clients.
4. Google user data — what we access, why, and how
Brick integrates with Google in the ways below. We only request the narrow scopes each feature needs, and access is always at your explicit authorization.
Sign-in with Google
Scopes openid, email, and profile. We use these to authenticate you and create your account, and we store your email, name, and profile photo.
Google Calendar
Scopes calendar.events and calendar.readonly. With your authorization, we read your calendar events to sync your availability and display your schedule, and we create or update events for meetings you book in Brick. We store event title, description, location, meeting link, start and end times, attendee email addresses, and the Google event and calendar identifiers.
Gmail — sending
Scope gmail.send. With your authorization, Brick can send emails “from” your connected Gmail address (for example, a contract or invoice to your client). We store your connected email address and the emails you send through Brick (recipients, subject, and body) so they appear in your Brick inbox. The send scope alone cannot read your mailbox.
Gmail — reply sync (optional)
Scope gmail.readonly, requested only if you separately turn on reply sync. Its sole purpose is to show replies to the emails you sent from Brick inside your Brick inbox. When new mail arrives, Brick checks the Gmail message and thread identifiers to find replies in threads Brick started, and reads and stores the content of those replies only — never other emails, drafts, labels, or contacts. For each such reply we store the sender, recipients, subject, text and HTML body (including inline images), attachment file names, and the Gmail message and thread identifiers. To learn about new mail quickly we use Gmail’s push notifications (delivered through Google Cloud Pub/Sub), which tell us a mailbox changed but carry no message content. You can turn reply sync off at any time.
OAuth access and refresh tokens for these connections are encrypted at rest. You can revoke Brick’s access at any time from within Brick or from your Google Account permissions; revoking stops further access.
5. Limited Use of Google user data
Brick’s use and transfer of information received from Google APIs adheres to the Google API Services User Data Policy, including the Limited Use requirements. Specifically:
- We use Google user data only to provide and improve user-facing features that are prominent in Brick’s interface (calendar sync and scheduling, sending email from your connected Gmail address, and — if you turn it on — showing replies to those emails in your Brick inbox).
- We do not transfer Google user data to others except as necessary to provide or improve these features (with your consent), for security purposes such as investigating abuse, to comply with applicable law, or as part of a merger or acquisition with your explicit prior consent.
- We do not use or transfer Google user data for serving advertisements, including retargeting, personalized, or interest-based advertising.
- We do not allow humans to read your Google user data unless you give affirmative consent to view specific data, it is necessary for security or to comply with law, or the data is aggregated and anonymized and used for internal operations in accordance with applicable requirements.
- We do not sell Google user data, and we do not transfer it to data brokers, resellers, or for credit-worthiness or lending-eligibility determinations.
6. How we use information
- To provide, maintain, and improve the Service.
- To process billing and payments for your subscription.
- To secure the Service, prevent abuse, and enforce our terms.
- To provide support and respond to your requests.
- To power AI features you trigger. AI is available in new workspaces by default, and a workspace admin can turn it off at any time. Brick’s AI works over your workspace data only when you ask; it never sends an email or message on your behalf without your approval, enrichment values it finds are saved with their source so you can check, edit, or clear them, and our AI audit log records only a content hash and model metadata — never your raw prompt or its contents.
7. Service providers and sub-processors
We share information with vendors who process it on our behalf, under contractual data protection terms and only as needed to run the Service:
- Supabase — database, authentication, and file storage.
- Stripe — payment processing. Operators connect their own Stripe account to accept client payments; Brick is the platform and does not hold funds.
- Resend — transactional and operator-domain email delivery.
- Anthropic and OpenAI — AI features, under zero-data-retention and no-training contractual terms. If your workspace uses its own Anthropic or OpenAI API key, those requests are governed by your agreement with that provider.
- Tavily — web search for AI research and lead enrichment; receives the search query, which may include a company or contact name.
- Apollo and Findymail — company data and verified work-email lookups for lead enrichment; receive the contact’s name and company domain.
- Google — Sign-In, Calendar, Gmail sending, optional Gmail reply sync, and Google Cloud Pub/Sub for Gmail push notifications.
- Microsoft — optional Outlook/Microsoft 365 send-as email.
- Slack — optional workspace notifications.
- Sentry — error monitoring.
- Upstash — rate limiting and request idempotency.
- Vercel — application hosting.
- Polar — billing for Brick’s own subscriptions, as our merchant-of-record; it processes your billing details.
- Visitors — website analytics on our marketing site only (see §3).
We do not use advertising trackers, and we do not sell personal information.
8. Data retention and deletion
We retain personal information for as long as your account is active or as needed to provide the Service, comply with legal obligations, resolve disputes, and enforce our agreements. You can disconnect a Google (or other) integration at any time, which deletes the stored connection and tokens and stops further access. Emails already stored in your Brick inbox remain part of your workspace data, which you can ask us to delete as described below. To request deletion of your account and associated data, contact support@trybrick.app; we will delete or anonymize it within a reasonable period, subject to legal retention requirements.
9. Security
We protect data with encryption in transit and encryption at rest for sensitive secrets such as OAuth tokens, strict tenant isolation (row-level security so one workspace can never read another’s data), and role-based access controls. No method of transmission or storage is perfectly secure, but we work to protect your information and review our practices regularly.
10. International transfers, children, and your rights
We may process information in countries other than where you live; where required, we rely on appropriate safeguards for international transfers. The Service is not directed to children under 13 (or the minimum age in your jurisdiction), and we do not knowingly collect their data. Depending on where you live, you may have rights to access, correct, export, or delete your personal information, and to object to or restrict certain processing. To exercise these rights, contact support@trybrick.app.
11. Changes to this policy
We may update this policy from time to time. If we make material changes — or before we use Google user data for any new purpose — we will update the date above and, where appropriate, notify you and obtain your consent. Questions? Email support@trybrick.app.