Skip to content

How do I make privacy by design and by default practical in my dev process?

GDPR Article 25 asks you to bake privacy into the design and pick the most privacy-friendly default. In practice it comes down to routine checks at design, build and release.

Try this first

  1. 1Add a privacy checkpoint to intake and design review: what data, which purpose, which basis, which retention. A short template, not an essay.
  2. 2Privacy-friendly defaults. Fields not pre-filled from other systems, marketing opt-in empty, profiles not public by default.
  3. 3Minimise data in models. Do you really need a birth date or does an age check suffice? Address only where you actually ship.
  4. 4Logging and analytics: use anonymised or aggregated data where possible. Cookieless or server-side analytics avoids a lot of debate.
  5. 5Document the privacy choices in release notes. It helps during DPIAs, audits and later changes by other team members.

When to bring us in

Building a product with profiling or automated decision-making? A DPIA up front and a privacy-lawyer review pays off.

See also

None of the above fits?

Describe your situation below. We pass your input plus the steps you already saw to our AI and return tailored next-step advice. If it's too risky to DIY, we'll say so.

Who are you?

For the AI question we need your email and company, so we can follow up if the AI gets stuck, and to prevent abuse.

Limited to 2 questions per hour and 5 per day, kept lean so the AI stays useful. For more, contacting us directly works better for you and us.

Or skip the DIY entirely

Our Managed IT clients do not look these things up. One point of contact, a fixed monthly price, resolved within working hours.