Lesson 04 of 25
Information Management & Privacy Program Governance
5 min read · CIPP/US
Turn law into a working program. We cover the data inventory, privacy notices, consumer-rights intake, vendor management, security, and incident response, plus the privacy-by-design reasoning the exam's best-answer questions reward.
From law to program: information management
- Knowing the law isn't enough — you must operationalize it
- Privacy program = policies + processes + people
- Domain I.C tests how you run privacy, not just read it
- Anchor on Fair Information Practices
Domain one closes with a practical turn the exam genuinely tests: information management, which means turning all this law into a working privacy program. Knowing that HIPAA or the C-C-P-A exists isn't enough; the exam wants to know whether you can build and run the program that keeps an organization compliant day to day. A privacy program is the combination of policies that state the rules, processes that carry them out, and people who own them.
The whole thing is anchored on the Fair Information Practices, notice, choice, access, accuracy, security, and accountability, so when you're unsure what a good program should do, ask which FIP the step serves.
Build the data inventory first
- You can't protect what you can't see
- Map data: what you collect, why, where it lives, who gets it
- Drives notices, retention, vendor lists, and breach response
- Foundation for nearly every state-law obligation
The first move in any program, and a frequent best-answer on the exam, is the data inventory, sometimes called data mapping. You cannot protect, disclose, delete, or honor a rights request for data you can't see. So you map it: what categories of personal data you collect, why you collect them, where they live, how long you keep them, and who you share them with.
That single artifact then feeds everything else, your privacy notices, your retention schedule, your vendor list, and your breach-response plan. It's also the practical foundation for state-law duties like responding to a deletion request, because you can't delete what you haven't located. If a question asks where to start, mapping the data is almost always right.
Notices, choice, and honoring rights
- Privacy notice = your public promise (and FTC exposure)
- Offer required choices: opt-out or opt-in by law
- Build intake for access, deletion, correction requests
- Keep the notice accurate — a stale notice is a deception risk
Next, the outward-facing layer: notice and choice. The privacy notice is your public promise about what you do with data, and remember from the last lecture that breaking it is exactly what makes a practice deceptive under F-T-C Section five. So the notice has to be accurate and kept current; a stale notice that no longer matches reality is a live enforcement risk.
Alongside it, you build the choices the law requires, an opt-out of sale under California, opt-in consent for sensitive data in several states, opt-out of marketing email under CAN-SPAM. And you stand up an intake process to receive and fulfill consumer rights requests, access, deletion, correction, within the legal deadline. Program maturity is largely about whether these mechanisms actually work, not whether they exist on paper.
Vendors, security, and incident response
- Vendor management: contracts, due diligence, oversight
- Reasonable security — the FTC's recurring expectation
- Written incident-response plan, tested before you need it
- Training and accountability complete the loop
Three more pillars make the program defensible. Vendor management: most data lives with third parties, so you vet them, bind them by contract, and oversee them, and several state laws require a specific data-processing agreement with your processors. Security: the F-T-C, the Safeguards Rule, and HIPAA all converge on reasonable, risk-based safeguards, administrative, physical, and technical, so security isn't a separate world from privacy, it's part of the same program.
Incident response: a written, tested plan so that when a breach hits, you already know the notification triggers and timelines rather than improvising. And finally training and accountability, naming an owner, often a privacy officer, and educating the workforce, because a control nobody follows isn't a control.
Roles, frameworks, and accountability
- Name an accountable owner (often a privacy officer)
- Use a recognized framework (NIST Privacy Framework, FIPs)
- Cross-functional: legal, security, product, marketing, HR
- Metrics and audits prove the program actually works
A program also needs an owner and a backbone. Most mature organizations name an accountable leader, often a chief privacy officer or a designated privacy lead, and several state laws and HIPAA effectively expect someone to be responsible. To structure the work, programs lean on recognized frameworks like the Fair Information Practices and the NIST Privacy Framework, which give a common language for identifying, governing, and controlling privacy risk.
Privacy is inherently cross-functional, so the owner has to work with legal, information security, product, marketing, and human resources, because data flows through all of them. And accountability isn't just a slogan in the law, it means you can demonstrate compliance: keep records, measure how quickly you fulfill rights requests, and audit the program periodically. The exam rewards answers that build durable, demonstrable governance rather than treating privacy as a one-time legal sign-off.
Exam reasoning: privacy-by-design and best answers
- Privacy-by-design: bake it in early, not bolt it on
- Default to the FIP the step serves
- Best-answer questions reward the structured, proactive step
- Distractor: a reactive or one-off fix over a systemic control
Let's set up the exam reasoning for these management questions. The guiding idea is privacy-by-design: build privacy into products and processes from the start rather than bolting it on after launch. When a question asks for the best response, prefer the structured, proactive, systemic answer over the quick reactive patch.
If a product team wants to add a new data use, the best answer is usually update the data map, assess the risk, and refresh the notice, not just send one email. A favorite distractor offers a narrow one-off fix that ignores the underlying program gap. Map the choice back to a Fair Information Practice and to whether it scales, and the best answer tends to reveal itself.
That closes Domain one. Now go test yourself, and then we enter the federal sectoral laws.
Sources
- FTC Fair Information Practice Principles
- NIST Privacy Framework
- FTC Safeguards Rule (16 CFR Part 314) as a program model
- IAPP CIPP/US Body of Knowledge, Domain I.C (Information Management from a U.S. Perspective)
Test your knowledge
A few CIPP/US questions on this material — pick an answer to see the explanation.
Q1. Which threshold, if met, can by itself bring a for-profit business doing business in California within the scope of the CCPA/CPRA?
Q2. What feature distinguishes Illinois's BIPA from most other U.S. state biometric provisions and drives its heavy litigation?
Q3. Compared with the CCPA/CPRA, the comprehensive state privacy laws in Virginia, Colorado, Connecticut, and Utah generally differ in that they:
Q4. The 'reasonable expectation of privacy' test articulated in Katz v. United States requires that: