Data Privacy Basics (GDPR/CCPA)

The baseline legal obligations for handling personal data — what you may collect, why, how long you keep it, and what rights the person it describes has over it — set for EU residents by GDPR and for California residents by CCPA.

Why does Data Privacy Basics (GDPR/CCPA) matter?

This is one of the few areas where "we'll deal with it later" is not a neutral delay — the obligations attach the moment you collect personal data from a covered person, regardless of company size or funding stage, and retrofitting compliance into a product built without it in mind (data scattered across systems with no record of consent or deletion path) is far more expensive than designing for it from the start. It also becomes a due-diligence item the moment you raise from investors or sign an enterprise customer, both of whom will ask, and a vague answer reads as a real risk rather than an early-stage excuse.

What does Data Privacy Basics (GDPR/CCPA) look like in practice?

Suppose the scheduling product stores patient names and appointment history to power reminders. If any patient is an EU resident, GDPR applies to the practice's use of the product regardless of where the company is headquartered, and the product needs a documented basis for processing that data, a way to delete a person's data on request, and a record of what's stored where. Building that path after a hundred practices are already live means reconstructing where patient data ended up across logs, backups, and analytics tools — a much larger project than including a deletion function in the schema from the first migration.

What are the common mistakes with Data Privacy Basics (GDPR/CCPA)?

  • Assuming privacy law doesn't apply because the company is small or pre-revenue — obligations attach to the data, not the company's size.
  • Collecting more personal data than the product actually needs, which expands what has to be protected and disclosed for no product benefit.
  • Having no way to actually delete a person's data on request, only a way to hide it from the UI.
  • Treating the terms of service and privacy policy as legal boilerplate rather than as a document that has to match what the product actually does with data.

Related concepts

Stop looking these up one at a time

Lev works through the whole arc with you — customers, positioning, pricing, the pitch — and explains the vocabulary as it goes.

Start with your idea