California DROP Data Broker Deletion Ops Desk
A done-for-you AI-native service business for California data brokers that must retrieve, match, process, document, and report DROP deletion requests. Dynasty translation: Dynasty vertical blueprint, deployability status guess: spec.
1. Thesis
California DROP Data Broker Deletion Ops Desk sells registered California data brokers a done-for-you DROP deletion operations package: state-platform retrieval, identity-match triage, exemption routing, downstream contractor deletion chasing, proof-file creation, and status reporting before statutory cycles expire. The pain exists because California's Delete Act converts consumer opt-out/deletion from scattered one-off webforms into a centralized state request stream that data brokers must process repeatedly. The company is AI-native internally: models classify incoming request records, map identities to broker data stores, draft exception notes, and summarize proof gaps, while deterministic rules, privacy operators, and counsel-reviewed chokepoints control final deletion decisions. Customers buy a governed deletion-operations outcome, not a co-pilot or dashboard they must operate.
2. Discovery Rationale
The scan covered data-broker deletion operations, RxDC reporting cleanup, FSMA 204 traceability, CMS prior authorization readiness, OSHA late ITA repair, and healthcare payer operational metrics. DROP won because it combines a fresh state-run request channel, a hard August 1, 2026 processing start, 45-day recurring access obligations, explicit deletion/status workflows, more than 500 registered brokers, published technical requirements, and visible CPPA enforcement activity. RxDC and OSHA were behind their main 2026 filing windows; FSMA 204 urgency is deferred to 2028; prior authorization is real but more integration-heavy than a bounded done-for-you service pilot.
3. Candidate Comparison
| Candidate | Buyer | Outcome | Score | Evidence | Dynasty type | Decision |
|---|---|---|---|---|---|---|
| California DROP Data Broker Deletion Ops Desk | Registered data brokers | Processed deletion batches with proof file and status reporting | 84/90 | High | Dynasty vertical blueprint | Selected: dated obligation, active state platform, identifiable registry, strong matching/QA leverage. |
| RxDC Employer Data Reconciliation Desk | Self-funded employers and plan sponsors | Annual CMS RxDC D1/P2 support packet | 68/90 | Medium | Dynasty module bundle | Rejected: June 1 filing window is behind this run and carrier/TPA workflows already absorb much demand. |
| FSMA 204 Traceability Drill Desk | Food supply-chain firms | Traceability-lot evidence and mock recall packet | 69/90 | Medium | Dynasty vertical blueprint | Rejected: FDA enforcement/compliance timing has moved to July 2028, weakening hourly urgency. |
| CMS Prior Authorization Metrics Readiness Desk | MA, Medicaid, CHIP, QHP payers | Public metric and API readiness evidence pack | 73/90 | Medium | Dynasty capability expansion | Rejected: valuable but payer-system integration makes the first 90-day pilot less bounded. |
| OSHA ITA Late-Filing Repair Desk | Multi-establishment employers | Corrected 300A/300/301 submission and audit binder | 65/90 | Medium | Dynasty module bundle | Rejected: main March 2 deadline has passed and workflow is too seasonal/self-serve for this run. |
4. Hard Disqualifier Check
| Disqualifier | Status | Reason |
|---|---|---|
| Customer-facing co-pilot | Pass | Customer buys batch operations, proof files, and reporting status; AI is internal. |
| Physical labor | Pass | Remote digital records and workflow operations. |
| Hourly billing dependency | Pass | Per setup plus per-request-batch pricing. |
| 50%+ margin plausible | Pass | Repeatable identity matching, connectors, and proof templates can amortize across request cycles. |
| Clear buyer | Pass | Data broker privacy counsel, CPO, compliance lead, general counsel, COO. |
| Repeatable workflow | Pass | Retrieve, match, delete, exempt, confirm downstream, report status, retain proof. |
| Regulated judgment fully automated | Pass | Exemptions and disputes require counsel/customer approval. |
| Duplicative of prior blueprints | Pass | Distinct privacy/data-broker request-processing workflow. |
| Duplicative of Dynasty | Pass | Narrow regulated service outcome, not a generic business launcher or HVAC module ladder. |
| Illegal/licensing blocker | Pass with caveat | Operational privacy support is plausible; legal advice remains outside scope. |
| Unverified core demand | Pass | The obligation and registry are verified; willingness to pay is inferred/unverified and must be piloted. |
| Commoditization risk | Pass with caveat | Platforms can automate, but governed operations and proof handling remain differentiated. |
| Small pilot feasible | Pass | One broker, one DROP batch, limited systems, monthly proof file. |
| Customer must operate AI | Pass | Customer supplies access, policies, and approvals only. |
5. Rubric Scorecard
| Gate | Score | Explanation |
|---|---|---|
| Low trust burden | 4 | Privacy rights operations are commonly outsourced to privacy platforms, consultants, and managed teams, while counsel retains final authority. |
| Low task-level judgment | 4 | Most work is deterministic routing, matching, proof collection, and status updates; judgment concentrates around exemptions and ambiguous matches. |
| High intelligence threshold | 4 | The workflow requires cross-system identity resolution, data lineage, exception classification, and regulator-ready proof. |
| Regulation as moat | 5 | Delete Act obligations, CPPA enforcement, privacy controls, and audit trails make casual labor risky. |
| No physical labor | 5 | Fully digital data, request, and proof workflow. |
| Sam Altman test | 4 | Better models improve matching triage and proof summarization, while deterministic deletion controls and counsel gates remain the durable moat. |
6. Opportunity
The wedge is a recurring deletion-operations desk for brokers that do not want to build a full internal privacy-rights factory before the first DROP batches. The desk converts state-platform request lists into customer-approved deletion tasks, contractor notices, exception decisions, and evidence files.
7. Evidence Quality And Source-Claim Matrix
| Claim | Label | Source or basis | Confidence | Business impact |
|---|---|---|---|---|
| Starting August 1, 2026, data brokers must begin processing DROP deletion requests. | Verified | CPPA data broker registry and DROP pages | High | Creates dated urgency and first-batch pilot window. |
| Data brokers must access DROP at least every 45 days to retrieve and process deletion requests. | Verified | CPPA data broker information and regulations | High | Creates recurring operations cadence and retainer logic. |
| DROP lets California consumers send one request to over 500 registered data brokers. | Verified | CPPA DROP consumer site | High | Shows request centralization and scale of exposed buyer universe. |
| Requests require deleting associated personal data, including inferences, unless an exemption applies. | Verified | CPPA Delete Act regulations announcement and system requirements | High | Defines the core processing and exemption workflow. |
| CPPA has taken multiple enforcement actions around data broker registration and launched a strike force. | Verified | CPPA enforcement announcements | High | Supports seriousness of the regulatory regime without overstating deletion enforcement. |
| Penalties can apply for failure to register and, under commentary/law, failure to process deletion requests. | Verified/Inferred | CPPA announcements, SB 362, legal/privacy commentary | Medium | Supports urgency, but exact penalty application should be counsel-reviewed. |
| Privacy platforms and DSR automation vendors create outsourcing precedent. | Verified | DataGrail, OneTrust, Transcend product surfaces | Medium | Shows buyers already procure request-operations tooling; managed-service willingness remains unverified. |
| Data brokers will pay for a managed DROP operations desk. | Unverified | Pricing hypothesis from compliance pressure and operational burden | Low | Must be proven through paid pilots before scale. |
| A mature desk can exceed 55% gross margin. | Inferred | Workflow decomposition and reusable connector/proof-file model | Medium | Supports blueprint but requires measured request-volume economics. |
| DROP compliance can become a recurring monthly/quarterly service. | Inferred | 45-day retrieval cadence and ongoing deletion obligations | Medium | Supports retainer revenue rather than one-time filing work. |
8. Why Now
Verified market/regulatory changes
California consumers can use DROP in 2026, and active registered data brokers must begin processing deletion requests on August 1, 2026. CPPA regulations and system requirements now describe operational responsibilities, and CPPA enforcement around data broker compliance is active.
Inferred AI capability changes
Frontier models can speed classification of identity attributes, data-store descriptions, exception narratives, contractor responses, and proof-file summaries, but deterministic matching and deletion controls must remain outside generative judgment.
Unverified hypotheses
The open commercial question is whether registered data brokers prefer a managed desk over adding features to existing privacy-rights platforms and internal data teams.
9. Customer & PMF
| Dimension | Specific answer |
|---|---|
| ICP | Registered California data broker with multiple source systems, contractors, identity attributes, and consumer profiles. |
| Buyer | Chief privacy officer, general counsel, compliance leader, COO, or privacy operations owner. |
| Economic decision-maker | GC/CPO/COO depending on broker size. |
| User | Privacy operations, data engineering, security, legal, vendor management. |
| Urgent trigger | DROP access fee and first batches beginning August 1, 2026; enforcement scrutiny; request backlog. |
| Alternatives | Internal privacy team, DSR platform, privacy counsel, data deletion vendors, manual scripts. |
| JTBD | Process DROP requests on time without deleting exempt data incorrectly or missing matched records. |
| WTP evidence | Inferred from privacy platform market and compliance workload; direct willingness to pay unverified. |
10. The Outcome We Sell
- Deliverable: monthly or 45-day DROP deletion batch package with retrieval log, identity-match file, deletion task list, exemption queue, downstream contractor chaser, status-report payload, and audit-ready proof binder.
- Acceptance criteria: every DROP request is classified, matched or non-matched with documented basis, deletion/exemption decisions are customer-approved, contractor confirmations are logged, and required status updates are ready for DROP.
- Customer promise: governed deletion operations by each statutory cycle, with evidence retained for review.
- Exclusions: legal advice, deciding exemptions without counsel/customer approval, credential custody beyond approved access model, and guaranteeing CPPA no-action.
- Rework policy: desk-caused matching/status errors corrected inside the fee; customer-missing data maps or late system access becomes scoped remediation.
- Success metric: zero overdue desk-caused DROP request statuses and complete proof file for all processed requests.
11. Internal AI Engine Architecture
| Layer | Design |
|---|---|
| Intake | DROP exports/API, broker data inventory, CRM/CDP/data warehouse profiles, suppression lists, vendor rosters, exemption policies, contractor contracts. |
| Normalization | Canonical person/request object, identifier graph, source-system map, match-confidence fields, exemption/status codes, deletion-proof events. |
| Retrieval | Delete Act, CPPA regulations, DROP system specs, customer policies, data maps, vendor obligations, approved exemption playbooks. |
| AI workbench | Classify request attributes, summarize candidate matches, draft exception notes, compare contractor confirmations, generate proof-binder narratives. |
| Deterministic rules | Cycle deadlines, required fields, status-code validity, match thresholds, no-delete protected records, downstream confirmation checks. |
| Human chokepoints | Operator reviews fuzzy matches; privacy counsel/customer approves exemptions, retention, and disputed identity cases. |
| QA | Sampled match audits, dual control totals, deletion-proof verification, status-payload regression checks, no orphan requests. |
| Delivery | DROP status update package, deletion batch log, contractor proof tracker, exception memo, executive cycle report. |
| Learning loop | Every exception, dispute, false match, contractor miss, and CPPA update becomes a validator/playbook revision. |
| Model portability | LLM adapters for extraction/summarization; all final status and deletion decisions use deterministic workflow state. |
12. AI-vs-Human Operations Pipeline
13. Operations As Product
- Standard intake checklist for DROP account, request access, data inventory, matching policy, contractor list, and exemption authority.
- Required evidence list for source systems, deletion endpoints, downstream processors, and retention carveouts.
- Completeness checks before first batch: all active systems mapped, owner named, deletion method documented.
- Exception queues for no match, fuzzy match, exemption review, contractor late, status failure, and customer approval.
- Reviewer assignment logic based on system complexity and privacy/legal sensitivity.
- Confidence scoring by identifier, system, and request.
- Audit trail for every request state, deletion proof, reviewer edit, and customer approval.
- Gold-standard examples for common identity conflicts and exemption rationales.
- Root-cause postmortem for missed deadline, false match, contractor failure, or rejected status payload.
14. No-Holes Quality Engine
- No AI-only deletion: generative outputs can suggest, but deterministic workflow state and approved policies decide.
- Every final status links to source request, matching evidence, system action, and reviewer/customer approval.
- Dual control totals reconcile DROP request count, match count, deletion tasks, exemptions, contractor confirmations, and reported statuses.
- Fuzzy matches route to human review; irreversible actions require customer-approved threshold policy.
- Exemptions require counsel-approved basis and structured reason code.
- Contractor/service-provider deletions are tracked as separate obligations with proof receipts.
- Cycle closeout cannot complete if any request lacks status, proof, exception, or owner.
15. Pricing, Pricing Legality, And Unit Economics
| Item | Model |
|---|---|
| Primary pricing | $12k-$35k setup per broker depending on system count, then $2k-$8k per 45-day batch plus request-volume bands. |
| Why not hourly | Hourly billing rewards manual matching; per-batch pricing forces connectors, templates, and playbook reuse. |
| Pricing legality | Fixed operational privacy-support fees appear safer than penalty-sharing or contingency pricing; privacy counsel should review every engagement letter. |
| Compliant alternative | Fixed setup plus recurring batch fee; no percentage of avoided fines and no guarantee of CPPA outcome. |
| COGS per cycle | Inferred launch COGS $1.5k-$5k: operator 8-25 hrs, privacy reviewer 2-6 hrs, engineering support, model/hosting below $100 for standard batches. |
| Model cost | Inferred $25-$150 per batch for classification/summarization; validate against real request volume. |
| Human review | Target 1-3 minutes per routine matched request and 10-30 minutes per exception after pilot hardening. |
| Licensed review | Privacy counsel fractional review for exemption playbooks and contested cases, not every routine deletion. |
| Gross margin | 40-50% launch; 55-70% mature if connector reuse and exception rates hold. |
| Revenue/FTE | Target $400k-$650k annual revenue per operations FTE at maturity. |
16. Nonlinear Scaling Plan
- Start with one broker, one 45-day batch, and a limited source-system map.
- Convert each repeated matching ambiguity into a deterministic feature, threshold, or reviewer checklist.
- Build connector templates for common broker stacks: data warehouse, CRM, CDP, adtech audience platform, identity graph, suppression store.
- Raise automation rate from 35% in pilot to 75%+ for attribute parsing, candidate matching, status-pack validation, and proof-binder rendering.
- Keep privacy counsel escalation under 10% of requests and operator exception work under 20% of routine volume.
- Use batch-level pricing so revenue scales with request volume while system maps and proof templates amortize.
17. Moat & Sam Altman Test
Frontier model improvement strengthens the desk because identity-attribute extraction, fuzzy-match explanation, contractor-response classification, and proof-binder drafting become cheaper and more accurate. The durable moat is not generic AI text generation; it is the governed request ledger, data-map memory, deletion-proof evidence model, playbook library, and counsel-approved exception taxonomy. The strongest commoditization threat is that privacy platforms add full DROP automation. The counter is to be the managed operations layer that customers trust when request volume, exemptions, contractors, and proof files get messy.
18. Buyer-Specific Go-To-Market
| GTM element | Plan |
|---|---|
| Motion | Founder-led outbound plus privacy counsel, DSR platform, data-mapping consultant, and privacy engineering partner channels. |
| First 50 prospects | Active California data brokers with public registry profiles, especially brokers with many data categories, consumer-facing opt-out complexity, or lean privacy teams. |
| Trigger events | August 1 processing start, DROP access fee, first request batch, CPPA enforcement announcements, failed internal dry run. |
| Outreach wedge | "We will run a DROP readiness dry run against your current data map and return a fixed-scope first-batch plan." |
| Credibility asset | Sample proof binder, 45-day cycle checklist, counsel-reviewed service boundary, security one-pager, contractor deletion tracker template. |
| Conversion path | Free 30-minute readiness screen -> paid data-map dry run -> fixed setup -> recurring batch operations. |
| Expected sales cycle | 3-8 weeks, depending on legal/security review. |
| Acquisition metric | Readiness-screen to paid dry-run conversion. |
| Activation metric | DROP access path, data map, and deletion owner matrix complete within 14 days. |
| Proof before scaling | Three paid brokers, at least one live DROP batch, measured exception rate, and zero overdue desk-caused statuses. |
19. Pilot Design And Early-Demand Trap Mitigation
- Pilot cap: three brokers, one 45-day batch each, up to five source systems and five contractors per broker.
- Success criteria: complete request ledger, matched/deleted/exempted statuses, contractor proof tracker, and cycle report with no overdue desk-caused request.
- Manual-workaround tracking: every spreadsheet, portal step, script, and counsel question logged with automation candidate and root cause.
- Hardening gates: no repeat schema/status error after playbook creation; all fuzzy-match decisions sampled; all exemptions reviewed.
- Kill criteria: no paid setup after 25 qualified registry prospects, system access exceeds 45 days, exception rate over 40%, or counsel says managed operations creates unacceptable liability.
20. Competitive Landscape
| Category | Examples/positioning |
|---|---|
| Privacy rights platforms | OneTrust, DataGrail, Transcend and similar tools automate DSR workflows; they are likely partners or competitors. |
| Privacy counsel | Law firms advise on Delete Act obligations and exemptions; partner for legal boundary and review. |
| Internal privacy teams | Larger brokers may build internal DROP processes around existing DSR tooling. |
| Data deletion/removal vendors | Consumer-facing data removal firms prove operational precedent, but broker-side compliance workflow is different. |
| Consultants | Privacy engineering and data-map consultants can do readiness work but may lack recurring batch operations. |
| Do nothing | Risk request backlog, bad status records, contractor gaps, and CPPA scrutiny. |
21. Regulation, Compliance, And Licensing Boundary
- Operate as privacy operations support, not legal advice; customer counsel decides statutory exemptions, retention basis, and disputed requests.
- Customer retains data-controller/business responsibility, final DROP account authority, and policy approval.
- Maintain audit logs, role-based access, encryption, least privilege, customer-approved retention/deletion schedule, and DPA/MSA controls.
- No unauthorized practice of law, no claims that CPPA will approve the process, and no blanket "delete everything" promise.
- Careful handling of sensitive identity attributes is required; production data should stay in customer-controlled storage where feasible.
- Pricing avoids penalty-contingent compensation; fixed setup and per-batch fees are the safer default.
22. Compact Founding Team And Expert Map
| Role | Why needed | FT/fractional | Timing |
|---|---|---|---|
| Privacy operations lead | Runs request cycles, customer coordination, exception queues | Full-time | Day 1 |
| Privacy counsel | Service boundary, exemption playbooks, engagement review | Fractional | Before pilots |
| Data engineer | Data maps, deletion connectors, proof receipts, status payloads | Full-time/contract | Day 1 |
| AI/automation engineer | Matching triage, proof-binder renderer, validation harness | Full-time | Day 1 |
| Security/compliance owner | Access control, audit logs, retention policy, vendor review | Fractional then full-time | Pilot 1 |
| Sales/channel lead | Registry prospecting and privacy partner channels | Founder then full-time | After 3 pilots |
23. Exhaustive Risk Register
DROP volume overwhelms manual matching
Likelihood: High. Impact: High. Evidence: Verified/Inferred. Mitigation: Throttle pilot scope, require source-system inventory, automate identity-match candidate queues, and cap first contracts by monthly request volume. Owner: Ops lead. Leading indicator: More than 20% of requests need manual identity review.
Legal exemptions are misapplied
Likelihood: Medium. Impact: High. Evidence: Verified. Mitigation: Use exemption taxonomy, counsel-approved playbooks, and privacy counsel approval before denying or retaining matched records. Owner: Privacy counsel. Leading indicator: Increase in denied requests or exemption disagreements.
Customer source systems cannot find all brokered data
Likelihood: Medium. Impact: High. Evidence: Inferred. Mitigation: Require data-map attestation, lineage inventory, contractor inventory, and sampled deletion proof before go-live. Owner: Data architect. Leading indicator: Unmapped dataset discovered after first DROP batch.
API or portal workflow changes near August 1
Likelihood: Medium. Impact: Medium. Evidence: Verified/Inferred. Mitigation: Monitor CPPA technical specs, isolate adapter layer, and maintain manual portal fallback. Owner: Automation engineer. Leading indicator: New CPPA release notes or schema changes.
Service drifts into legal advice
Likelihood: Medium. Impact: High. Evidence: Verified/Inferred. Mitigation: Position as operations support; require customer counsel to approve retention, exemption, and notice language. Owner: Compliance lead. Leading indicator: Customer asks the desk to decide whether a statutory exemption applies.
Identity matching creates false positives
Likelihood: Medium. Impact: High. Evidence: Inferred. Mitigation: Use deterministic confidence thresholds, human review for fuzzy matches, and no irreversible deletion without customer-approved policy. Owner: QA owner. Leading indicator: High fuzzy-match rate or disputed deletion.
Identity matching creates false negatives
Likelihood: Medium. Impact: High. Evidence: Inferred. Mitigation: Use multiple identifiers, periodic re-runs, contractor loops, and exception sampling. Owner: QA owner. Leading indicator: Consumer complaint references a supposedly deleted profile.
Data broker buyers resist fixed-fee pricing
Likelihood: Medium. Impact: Medium. Evidence: Unverified. Mitigation: Offer per-batch minimums plus volume bands and sell before the August 1 processing start. Owner: Founder. Leading indicator: Prospects ask only for hourly staff augmentation.
Incumbent privacy platforms bundle DROP workflows
Likelihood: High. Impact: Medium. Evidence: Verified/Inferred. Mitigation: Partner where possible and compete on done-for-you operations, proof files, and counsel-ready exception logs. Owner: GTM lead. Leading indicator: OneTrust/DataGrail-style vendors add turnkey managed DROP operations.
CPPA enforcement focuses registration rather than deletion proof
Likelihood: Medium. Impact: Medium. Evidence: Verified/Inferred. Mitigation: Sell risk reduction plus operational necessity, not fear-only enforcement claims. Owner: Founder. Leading indicator: Prospects say enforcement is only about registration.
Contractors/service providers fail to delete downstream data
Likelihood: Medium. Impact: High. Evidence: Verified/Inferred. Mitigation: Build vendor deletion chaser, proof receipt tracker, and contractor obligation register. Owner: Ops lead. Leading indicator: Late or missing contractor confirmations.
Gross margin fails due to bespoke customer data maps
Likelihood: Medium. Impact: High. Evidence: Inferred. Mitigation: Standardize connector templates by CRM/CDP/data warehouse/category, price complexity bands, and refuse unknown-system rush work. Owner: COO. Leading indicator: Setup hours exceed 80 in two pilots.
24. Tech Stack & Build Plan
- Secure intake: customer-controlled S3/Azure/Google buckets or enterprise Drive/SharePoint connector with tenant-specific encryption and audit logs.
- Data layer: Postgres for request ledger, person identifiers, source-system map, match candidates, deletion tasks, contractor confirmations, approvals, and status payloads.
- Processing: Python jobs for identity normalization, batch diffs, source-system connectors, and deterministic validation; queue worker for recurring 45-day cycles.
- AI: model abstraction for attribute extraction, match-summary drafting, contractor-response classification, and executive-cycle report drafts.
- Rules: JSON/YAML rule registry for status codes, cycle deadlines, confidence thresholds, exemption states, and proof requirements.
- Workflow: operator queue with field-level provenance, dual approval, counsel review, and customer signoff.
- Delivery: static proof binder, DROP status payload, contractor tracker, cycle report, and unresolved-blocker register.
- Build sequence: registry prospect list -> readiness checklist -> request ledger schema -> matching prototype -> proof binder renderer -> contractor chaser -> status adapter -> pilot instrumentation.
25. Dynasty Translation Layer
| Check | Translation |
|---|---|
| Classification | Dynasty vertical blueprint |
| Module/capability map | Secure privacy intake, DROP batch retriever, identity-match candidate generator, data-source deletion orchestrator, contractor chaser, exemption approval queue, status payload builder, proof-binder renderer, 45-day cycle monitor. |
| Activation path | Guided: tenant selects broker profile, DROP access path, source systems, contractors, threshold policy, counsel approver, and retention schedule. |
| Tenant data objects | Broker, DROP request, consumer identity token, source system, profile record, contractor, deletion task, exemption decision, proof event, status payload, cycle report. |
| Warranted claims | Can promise managed readiness and proof-file workflow after pilots; cannot promise legal compliance, CPPA non-enforcement, or fully automated exemption decisions. |
| Deployability status guess | spec |
| Anti-duplication | Materially different from Dynasty Launcher/Your Deputy/HVAC because it is a privacy-regulated data-broker operations desk with DROP, identity, source-system, contractor, and proof objects. |
| Recommendation | Pilot with paid broker dry runs before platformization. |
26. Metrics & KPIs
| Metric | Target |
|---|---|
| Throughput | 3-5 broker cycles per operator/month at launch; 10+ mature for standardized stacks. |
| Cycle time | First pass status package within 15 days of retrieval; all desk-owned work before statutory cycle close. |
| Rework rate | <8% desk-caused status/match corrections after pilot 3. |
| Gross margin | 40-50% launch; 55-70% mature. |
| COGS per batch | $1.5k-$5k launch; <$2.5k mature for standard brokers. |
| Revenue per FTE | $400k-$650k mature. |
| Escalation rate | <20% operator exception rate and <10% counsel escalation. |
| Automation rate | 75%+ of routine parsing, candidate matching, validation, and binder rendering. |
| Evidence completeness | >98% requests have source-linked status/proof/exception before cycle close. |
| Quality failure rate | Zero overdue desk-caused DROP statuses. |
| Customer acceptance | >85% pilots convert to recurring batch operations. |
| Deployability progress | spec -> validated after three paid cycles and repeatable activation checklist. |
27. What Could Kill This
- Privacy platforms ship a cheaper, credible managed DROP module before August 1.
- Data brokers treat DROP as a small internal script problem rather than a recurring compliance operation.
- Customer data maps are too incomplete for fixed-fee economics.
- False-match liability makes counsel reject managed operational handling.
- CPPA changes technical requirements in a way that favors direct in-house API integration.
- Request volumes are either too low to create pain or too high for the desk before automation hardens.
28. 90-Day Validation And Launch Plan
| Week | Action |
|---|---|
| 1 | Build registry-based prospect list, counsel-reviewed service boundary, security one-pager, and DROP cycle checklist. |
| 2 | Interview 15 registered brokers or privacy counsel partners; test first-batch anxiety and internal ownership. |
| 3 | Run two paid or low-cost readiness dry runs against anonymized broker data maps. |
| 4 | Build request ledger, source-system map template, and proof-binder prototype. |
| 5-6 | Close first paid setup; map systems, contractors, deletion endpoints, and approval policy. |
| 7-8 | Simulate first 45-day cycle with synthetic/early DROP-like request list; measure matching and exception rates. |
| 9 | Harden top 10 exception playbooks and status-payload validators. |
| 10-11 | Close two additional broker pilots through privacy counsel or platform channels. |
| 12 | Decide build/pilot/park based on paid demand, setup hours, counsel comfort, and live-batch readiness. |
| 13 | If green, package Dynasty spec: tenant objects, activation contract, module claims, status ladder, observability events. |
29. Sources
- CPPA - Information for Data Brokers
- CPPA - Data Broker Registry
- CPPA - DROP consumer site
- CPPA - DROP system requirements
- CPPA - Data Broker Registration and DROP regulations PDF
- CPPA - California approves Delete Act regulations
- CPPA - Data broker enforcement strike force
- CPPA - Enforcement action against Florida data broker
- CPPA - Washington data broker fine
- CPPA - Background Alert settlement
- California Legislature - SB 362 Delete Act
- DataGrail - Delete Act and DROP overview
- OneTrust - Privacy rights automation
- Transcend - data privacy request automation
- CMS - RxDC reporting
- FDA - FSMA food traceability rule
- CMS - Prior authorization final rule
- OSHA - Injury Tracking Application