All insights
GuideDPDP Act

DPDP readiness checklist before launching a new product

A practical pre-launch DPDP checklist for Indian product, legal, security and growth teams before a new product goes live.

Data>Nuance

A product launch without privacy review is a ribbon-cutting with the fire exit locked.

A DPDP readiness checklist helps product, legal, security and growth teams decide whether a new product, feature, onboarding flow or data-sharing arrangement is ready to go live. The Digital Personal Data Protection Act, 2023 is not just a policy exercise. India Code identifies the Act as Act 22 of 2023, enacted on 11 August 2023, with sections covering application, processing grounds, notice, consent, legitimate uses, general obligations and rights. India Code also lists DPDP Rules, 2025 materials and notifications dated 13 November 2025, including enforcement timeline and Board establishment material. A launch review should therefore check current commencement and operational timing before treating any duty as live.

What to review

Start with the launch decision. Identify what is new: a product, feature, user journey, data field, vendor, analytics tool, AI workflow, employee process or market expansion. Then map the personal data collected, generated, shared or inferred.

Review the proposed purposes, user groups, collection points, notice language, consent or legitimate-use reasoning, storage, access controls, vendor involvement, retention position and complaint route. Product teams should test whether privacy text matches the actual screen, API event, form or backend flow. A polished notice that describes a different journey is weak evidence.

For launches involving children, high-volume processing, regulated sectors or sensitive operational risk, add a separate escalation path. Do not wait until the final release meeting to ask whether the product can explain its data use.

The review should include handover records. If marketing owns the journey, engineering owns the event logs, support owns complaints and procurement owns the processor, the launch note should say so. A product can be ready in code and still unready in governance. That is where many privacy gaps sit: not in bad faith, but in unassigned work.

Teams should also decide what evidence is enough for this launch. Screenshots of notices, consent event specifications, vendor review notes, access-control checks, retention decisions and release approvals can be more useful than a long memo. The point is to leave a trail that a future reviewer can follow without rebuilding the whole conversation.

A strong checklist also separates blockers from follow-up items. A missing notice at collection may block release. A vendor questionnaire waiting on a low-risk tool may be tracked with an owner and date. That distinction keeps privacy review practical for product teams that still need to ship.

Implementation steps

  1. Create a launch data map covering inputs, outputs, systems, vendors and owners.
  2. Record the purpose for each processing activity and the reason the organisation considers it permitted.
  3. Review notices, consent flows, withdrawal paths and support scripts against the actual user journey.
  4. Check vendor instructions, processor terms, breach escalation and deletion expectations.
  5. Confirm security safeguards, access permissions, logs and evidence records with engineering and security teams.
  6. Decide what must be fixed before launch, what can be tracked after launch, and who owns each item.

Keep the output short enough to be used. A pre-launch privacy note should identify blockers, launch conditions, owners and records. If every item is marked medium risk, no one will know what to do on release day.

Common mistakes

  • Treating a privacy policy update as proof that product, vendor and support workflows are ready.
  • Reviewing only customer-facing screens while ignoring analytics, logs, support tools and SaaS processors.
  • Leaving evidence records until after launch, when teams have already forgotten why decisions were made.

How DataNuance can help

DataNuance can run a focused pre-launch DPDP review for Indian organisations, covering data maps, notices, consent or legitimate-use decisions, vendors, safeguards, rights workflows and launch evidence. The output can be a release-ready action tracker, escalation note and implementation record for product, legal and security teams.

For a launch review before a product, feature or data workflow goes live, contact DataNuance.

FAQs

Should every product launch have a DPDP review?

Every launch that collects, uses, shares, stores or changes digital personal data should have at least a scoped privacy check. The depth can vary with risk.

What should product teams prepare first?

Prepare the user journey, data fields, backend systems, vendors, notices, consent screens, support route and planned release date.

Can a checklist replace legal advice?

No. A checklist helps teams find and record issues. Legal and implementation advice may still be needed for specific facts, risk or timing.

When should the review happen?

Run the first review before build decisions become fixed, then repeat a shorter check before release.

Sources

This publication is general information and is not legal advice for a specific organisation or matter.

Continue reading

DPDP Act

Personal data inventory under the DPDP Act

A practical guide to building a personal data inventory for DPDP implementation across products, teams, vendors and records.

Read insight

DPDP Act

Purpose mapping for DPDP Act implementation

A source-led guide to purpose mapping under the DPDP Act for Indian teams designing notices, controls and evidence records.

Read insight

Start with context

Book a focused DPDP Act consultation.

Bring an upcoming launch, notice review, data mapping question, incident readiness issue or implementation deadline. We will help identify the right next step.