Start with the product and its data
A privacy policy is one output of a working process. Understand which data is collected, why it is used, who receives it and what the system can actually do before drafting a compliance statement.
Use the operative legal framework
The DPDP commencement framework has phases. Existing IT, cyber-security and sector obligations need their own assessment. We separate legal requirements, contract commitments and voluntary controls in the work plan.
Choose the work from the product question
- Understand the overall position: use a DPDP readiness assessment for scoped data-process findings, or a cybersecurity regulatory assessment for the relevant control and reporting questions.
- Explain and manage data use: connect notices and consent design, data-processing agreements and privacy governance and rights requests.
- Prepare for an incident: breach-response planning assigns evidence, decision and communication responsibilities.
- Review a product or transaction: distinguish platform compliance, AI-product legal review and technology-IP diligence according to the feature or rights question.
Connect advice with implementation owners
For a product change, agree the feature version, data paths and suppliers before commissioning documents. Keep proposed behaviour separate from behaviour already implemented. Product, legal, security and operations teams may each own different actions from the same assessment.
For example, adding a new support provider can affect notices, supplier terms, access arrangements and incident contacts. One change record can identify the facts and dependencies, while each workstream records its own completion evidence. The written scope identifies the services included and the specialist or technical work needed separately.
References and official procedures
Source material consulted 1 October 2026. Check the applicable instrument, period and portal instructions for the actual assignment.
Kosha.Services · Updated 2 October 2026

