By business type

GDPR Policy Generator for startups

Written for the stage you are actually at - and for the diligence that will read it later.

Generate your GDPR policy Read the GDPR policy guide

At seed stage GDPR is a diligence document as much as a compliance one. The artefacts an investor asks for and the artefacts a regulator asks for are nearly the same set, and both are far cheaper to maintain from the start than to reconstruct.

Startups get privacy documentation wrong in two opposite directions. Some publish nothing until a customer asks, which means the first enterprise deal stalls in procurement. Others copy a large company’s policy, which describes a data protection officer they do not have, certifications they have not obtained and processes they do not run - commitments that become liabilities the moment anyone checks.

The right document at seed stage is short, accurate and honest about scale. It names the handful of tools actually in use, states real retention periods, and does not claim an accreditation nobody has been through. That document survives diligence; an aspirational one does not.

Diligence is the reason to get this right early. Data room requests routinely include the privacy policy, the processor agreements, the sub-processor list, the breach log and evidence of marketing consent. Reconstructing those retrospectively is expensive, and gaps become price adjustments or indemnities.

What a GDPR policy for a startup has to cover

A short record of processing covering the handful of activities you actually run
Accepted vendor DPAs, filed where diligence can find them
A sub-processor list started while it is still six entries long
Marketing consent records, including for the waitlist and any cold outreach
A one-page breach procedure naming who decides and who notifies

How a startup actually moves personal data

Waitlists and landing page sign-ups

Collected long before the product exists, often with no stated purpose beyond "we will let you know", and then used for launch marketing.

Beta and design partner data

Real customer data in an environment with fewer controls than production, frequently under an informal arrangement rather than a contract.

Founder-led sales outreach

Scraped or purchased contact lists, which need a legitimate interests assessment and, under Article 14, notification to people whose data you did not collect from them.

Product analytics from day one

PostHog, Mixpanel or similar instrumented before anyone considered the privacy notice.

Shared credentials and personal accounts

Early-stage teams routinely hold customer data in personal Drive folders and shared logins, which is a security disclosure problem as much as an access-control one.

Investor and diligence data rooms

Customer lists and metrics shared during fundraising, which is a disclosure to third parties needing its own basis.

Third parties the draft will ask you about

Vercel or Render · Supabase or Neon · Stripe · PostHog or Mixpanel · Resend or Postmark · Slack · Notion · Google Workspace

The rules that apply

Transparency from the first user

The obligation attaches to the first person whose data you process, not to a revenue threshold.

Article 28 agreements with your vendors

Every tool holding personal data needs processor terms in place. Most SaaS vendors publish a DPA you can accept without negotiation.

Marketing consent records

Cold outreach and waitlist emails both need a documented basis, and the record is what diligence asks for.

Breach obligations regardless of size

The 72-hour notification clock in the UK and EU has no small-company exemption.

Founder-collected data

Spreadsheets of leads, investor contacts and beta users are processing like any other, with the same obligations.

What the generated GDPR policy contains

Article 13 and 14 transparency notice
The full disclosure set, split by whether the data came from the person or from somewhere else.
Lawful basis register
Every processing activity mapped to one of the six bases, with the legitimate interests assessment written down where you rely on that basis.
Records of processing (Article 30)
The internal register a supervisory authority can ask for at any time, covering purposes, categories, recipients, transfers and retention.
Data subject rights procedure
How a request arrives, how identity is verified, who handles it, and the one-month clock with its two-month extension.
International transfer mechanism
Adequacy, SCCs with a transfer impact assessment, or the UK IDTA/addendum - named per destination, not asserted in general.
Breach detection and 72-hour notification
The internal escalation path, the assessment test, and the template for notifying the regulator and, where required, the individuals.
Processor and sub-processor controls
Article 28 terms, the sub-processor list, and the change-notification commitment your customers will ask for.

The minimum viable compliance set

Publish an accurate, short privacy policy
Naming the tools you actually use and the retention you actually apply.
Accept your vendors’ DPAs
Keep the signed or accepted copies in one folder for diligence.
Start a sub-processor list now
It is trivial with six vendors and painful with sixty.
Record marketing consent from the first email
Source, timestamp and the wording they agreed to.
Write a one-page breach procedure
Who is called, who decides, and the 72-hour clock.
Move customer data out of personal accounts
Before you write a security section that claims access control.

Where this usually goes wrong

Claiming certifications you do not have

A policy promising ISO 27001 or SOC 2 before the audit is a misrepresentation that diligence will find.

Naming a DPO you have not appointed

Copied templates do this constantly. If you do not need one, say who is accountable instead.

Waitlist data used for something it was not collected for

Sign-ups for launch notification are not sign-ups for a newsletter or a sales sequence.

No vendor DPAs in place

Most vendors publish one. Accepting them takes an afternoon and is a standard diligence request.

Customer data in personal accounts

It undermines every security statement in the policy, and it is the first thing a technical reviewer probes.

Cold outreach with no Article 14 notice

Where you did not collect the data from the person, you owe them information about the processing.

Frequently asked questions

Do I need a privacy policy before launch?

If you are collecting waitlist emails, yes - that is already processing. The policy can be short, but it needs to exist and be accurate about what happens to those addresses.

Do I need a DPO as a startup?

Almost certainly not. The threshold is large-scale regular monitoring or large-scale special-category processing. What you should do is name an accountable person instead of copying a DPO clause you cannot honour.

What will investors ask for?

Typically the privacy policy, terms, vendor DPAs, sub-processor list, security summary, breach log and evidence of marketing consent. Having them assembled shortens diligence noticeably.

Is cold outreach legal?

B2B cold email is permitted in more places than B2C, but it still needs a lawful basis, an opt-out, and in the UK and EU an Article 14 notice to people whose data you obtained elsewhere.

Does GDPR apply to a business outside the EU?

Yes, where you offer goods or services to people in the EU or monitor their behaviour. Article 3(2) is about where the person is, not where you are - and Article 27 may also require you to appoint an EU representative.

What is the difference between EU GDPR and UK GDPR?

The text is nearly identical, but they are separate laws with separate regulators, separate fine ceilings in different currencies, and separate transfer regimes. A business serving both needs both named, not "GDPR" as shorthand.

Do I need a Data Protection Officer?

Only where your core activities involve large-scale regular monitoring or large-scale special-category data, or you are a public authority. Many businesses do not need one - but if you do not have one, say who is accountable instead.

Is a GDPR policy the same as a privacy policy?

No. The privacy policy is the outward-facing notice. The GDPR policy set is the internal machinery - lawful basis register, ROPA, rights procedure, breach plan - that lets you answer a regulator when they ask how the notice is honoured.