Data Asset Appraiser

[Code block moved to code-block-1.md]

Decision Framework

Thinking Patterns

§ 10 · Common Pitfalls

Anti-Pattern 1: Volume-Based Valuation

BAD:  "We have 1 TB of customer data, which at $50/GB market rate = $50,000
       minimum value. Plus storage and compute costs justify $200,000."

      WHY IT FAILS: Storage cost is not data value. 1 TB of duplicate records,
      stale addresses, and cookie IDs from 2018 is worth near zero. DQI must
      be established first.

GOOD: "We have 1 TB of customer data. Before assigning any value, we will:
       (1) sample 5% and compute DQI across 6 DAMA-DMBOK dimensions,
       (2) assess exclusivity and monetization pathways,
       (3) apply cost approach as the floor, income approach if DQI >= 80.
       Preliminary range pending audit: $0-500K."

Anti-Pattern 2: Ignoring Regulatory Encumbrances

BAD:  "Our EU customer dataset has 20M records and generates $5M in licensing
       revenue. Income approach: $5M x 8x revenue multiple = $40M asset value."

      WHY IT FAILS: GDPR may prevent transfer to buyer in M&A. EU customer
      data collected for one purpose cannot automatically be transferred for a
      different use. Consent may not follow the asset. The $40M could be
      non-transferable.

GOOD: "Our EU customer dataset generates $5M in licensing revenue. Before
       applying income approach, we assess GDPR transferability. Legal opinion
       required: does consent basis permit M&A transfer to buyer's use case?
       If transfer requires fresh consent: apply 60-90% encumbrance discount.
       Adjusted income approach: $4-16M range pending legal review."

Anti-Pattern 3: Confusing Data with Metadata in Inventory

BAD:  "Our data catalog lists 50,000 data assets -- we have an enormous
       portfolio worth hundreds of millions."

      WHY IT FAILS: Catalog entries are metadata about data (table names,
      column definitions, data dictionaries) -- not monetizable data assets
      themselves. Counting catalog entries overstates portfolio scope by 10-100x.

GOOD: "Our data catalog lists 50,000 schema objects. Of these, we identify
       ~200 distinct data assets (unique datasets with independent value).
       We apply the Pareto rule: the top 20 assets (10%) likely represent
       80%+ of total portfolio value. Valuation focuses on these 20 assets."

Anti-Pattern 4: Missing Data Lineage Making Valuation Contested

BAD:  "This enriched customer profile dataset is clearly our most valuable
       asset. We value it at $80M using income approach."

      WHY IT FAILS: Without documented lineage, it cannot be proven whether
      the enrichment incorporated licensed third-party data with field-of-use
      restrictions that prohibit monetization. Missing lineage = contested IP
      ownership = uninsurable rep & warranty.

GOOD: "Before valuing the enriched customer dataset, we reconstruct lineage
       using DataHub and dbt. We identify: 60% first-party collected, 25%
       Acxiom-licensed (check field-of-use: permits internal analytics only,
       not resale -- this 25% is non-monetizable), 15% third-party scraped
       (flag for legal review). Monetizable scope: 60% of asset.
       Adjusted value: $38-42M on the monetizable portion."

Anti-Pattern 5: Treating All Data Assets as Equally Transferable

BAD:  "We're acquiring DataCo for their data. All 15 datasets in their
       catalog transfer to us at close."

      WHY IT FAILS: B2B contract data is routinely non-transferable without
      counterparty consent. Licensed third-party data has field-of-use
      restrictions that survive M&A. User-generated content may have platform
      attribution requirements. Government/public sector data often has
      redistribution restrictions.

GOOD: "We conduct a transferability audit of all 15 datasets pre-close:
       - 4 datasets: first-party, unencumbered -- fully transferable
       - 3 datasets: licensed from Dun & Bradstreet/Experian -- transfer
         requires licensor consent (negotiate before close or escrow value)
       - 5 datasets: EU personal data -- GDPR controller change analysis
       - 3 datasets: UGC with platform ToS restrictions -- legal review
       Transferable value: ~65% of total claimed portfolio value."

§ 11 · Integration with Other Skills

Integration 1: Legal Contract Analyzer + Data Asset Appraiser

When conducting IP ownership verification for data assets, use the Legal Contract Analyzer skill to parse data licensing agreements, data sharing agreements, and terms of service. The Legal Contract Analyzer extracts field-of-use restrictions, transfer prohibitions, and sublicensing rights — which feed directly into Gate 3 (Legal Ownership) and Gate 5 (Regulatory Transferability) of the data asset valuation framework.

Example workflow: Legal Contract Analyzer extracts a "no resale" clause from an Experian license agreement. Data Asset Appraiser removes that dataset from income approach monetization scope, reduces income approach value by the identified percentage, and shifts valuation to cost approach floor for that asset.

Integration 2: Financial Modeler + Data Asset Appraiser

The Financial Modeler skill provides DCF modeling infrastructure (WACC calculation, terminal value, sensitivity tables) that integrates with the income approach methodology. Data Asset Appraiser defines the revenue projections and discount adjustments (DQI multiplier, regulatory discount); Financial Modeler executes the DCF and produces scenario analyses (P10/P50/P90).

Example workflow: Data Asset Appraiser defines Year 1 revenue $5M, growth 25%/year, DQI adjustment 0.85x, GDPR discount 0.70x, churn risk 15%/year. Financial Modeler builds DCF at 12% WACC and outputs $22M P50 value with $14M-$35M P10-P90 range.

Integration 3: Compliance Auditor + Data Asset Appraiser

The Compliance Auditor skill conducts GDPR/PIPL/HIPAA/CCPA regulatory analysis that feeds the encumbrance matrix in Gate 5. Rather than relying on seller representations, Compliance Auditor independently assesses consent bases, data subject rights exposure, cross-border transfer mechanisms, and sector-specific restrictions. Outputs directly quantify the regulatory transferability score (0-100%) applied in the valuation model.

Example workflow: Compliance Auditor assesses 20M EU records and identifies Article 9 special category health data with no valid consent for transfer. Transferability score: 0% for the EU health data subset. Data Asset Appraiser removes 8M records from income approach and reduces cost approach replacement value proportionally, adjusting the triangulated total from $45M to $28M.

§ 12 · Scope & Limitations

Use This Skill When

• Conducting M&A due diligence on a target company with material data assets where data is the core acquisition thesis
• Negotiating data licensing agreements and needing a defensible pricing basis for first-party data products
• Allocating internal capital to data collection and enrichment programs and needing ROI justification tied to asset value creation
• Assessing the impact of new privacy legislation (GDPR enforcement actions, CPRA amendments) on an existing data portfolio
• Designing a data monetization strategy for assets that are currently used for internal purposes only

Do NOT Use This Skill When

• You need a legally binding appraisal for financial statement purposes — engage a USPAP-certified appraiser or a Big 4 intangible asset valuation team; this skill provides analytical frameworks, not certified opinions
• The primary asset is software code or algorithms rather than data — a software IP valuation framework applies different methodology and is out of scope here
• The dataset is so small (fewer than 100K records) or non-commercial that formal valuation methodology is disproportionate to the decision at hand
• You need real-time data market pricing — consult Snowflake Marketplace and AWS Data Exchange directly for current listing prices, as market comparables shift too rapidly for this skill to maintain
• The engagement involves litigation and requires expert witness work — this skill supports analysis but formal expert witness engagements require full independence protocols and Daubert-standard documentation

Trigger Words & Phrases

The skill activates on any of these phrases in your prompt:

§ 14 · Quality Verification

→ See references/standards.md §7.10 for full checklist

§ 16 · Domain Deep Dive

Specialized Knowledge Areas

Knowledge Maturity Model

§ 17 · Risk Management Deep Dive

🔴 Critical Risk Register

🟠 Risk Response Strategies

🟡 Early Warning Indicators

• Stakeholder engagement dropping
• Requirement changes increasing
• Team velocity declining
• Defect rates rising

§ 18 · Excellence Framework

World-Class Execution Standards

Excellence Cycle

ASSESS → PLAN → EXECUTE → REVIEW → IMPROVE
   ↑                              ↓
   └────────── MEASURE ←──────────┘

§ 19 · Best Practices Library

Industry Best Practices

§ 21 · Resources & References

Quality Checklist

• Requirements met
• Standards compliant
• Reviewed by peers

Performance Metrics

Additional Resources

• Industry standards
• Best practice guides
• Training materials

References

Detailed content:

• ## § 2 · What This Skill Does
• ## § 3 · Risk Disclaimer
• ## § 4 · Core Philosophy
• ## § 6 · Professional Toolkit
• ## § 7 · Standards & Reference
• ## § 8 · Workflow
• ## § 9 · Scenario Examples
• ## § 20 · Case Studies

Examples

Example 1: Standard Scenario

Input: Handle standard data asset appraiser request with standard procedures Output: Process Overview:

1. Gather requirements
2. Analyze current state
3. Develop solution approach
4. Implement and verify
5. Document and handoff

Standard timeline: 2-5 business days

Example 2: Edge Case

Input: Manage complex data asset appraiser scenario with multiple stakeholders Output: Stakeholder Management:

• Identified 4 key stakeholders
• Requirements workshop completed
• Consensus reached on priorities

Solution: Integrated approach addressing all stakeholder concerns

Error Handling & Recovery

Workflow

Phase 1: Requirements

• Gather functional and non-functional requirements
• Clarify acceptance criteria
• Document technical constraints

Done: Requirements doc approved, team alignment achieved Fail: Ambiguous requirements, scope creep, missing constraints

Phase 2: Design

• Create system architecture and design docs
• Review with stakeholders
• Finalize technical approach

Done: Design approved, technical decisions documented Fail: Design flaws, stakeholder objections, technical blockers

Phase 3: Implementation

• Write code following standards
• Perform code review
• Write unit tests

Done: Code complete, reviewed, tests passing Fail: Code review failures, test failures, standard violations

Phase 4: Testing & Deploy

• Execute integration and system testing
• Deploy to staging environment
• Deploy to production with monitoring

Done: All tests passing, successful deployment, monitoring active Fail: Test failures, deployment issues, production incidents

Error Handling

Common Failure Modes

Recovery Strategies

• Retry with Budget overrun for transient failures
• Fallback to default values when primary approach fails
• Vendor non-performance: 3 failures → 60s cooldown
• Compliance violation for non-critical issues
• Timeout handling: 30s default, 300s max