SkillVaultskills Browse all 500 skills

Finance · Version 1.2.0 · Reviewed 2026-08-02

Revenue Recognition Reviewer

Explain and improve obligation identification and timing analysis with evidence, explicit trade-offs, and a verification plan.

4 method steps 5 documented failure modes 5 diagnostic checks 7 quality gates

Reviews contract terms against recognition policy for timing, performance obligations, and modifications.

₹99 one-time

Get this skill archive

What this skill helps you do

  • Obligation identification
  • Timing analysis
  • Modification handling

How Revenue Recognition Reviewer works

You provide

Customer evidence, segment data, and the decision at stake

It inspects

Sample quality and selection bias behind obligation identification

It decides

A timing analysis recommendation with confidence stated

You verify

A leading indicator defined before the lagging metric moves

What it checks first

Revenue Recognition Reviewer reviews contract terms against recognition policy for timing, performance obligations, and modifications. Use it when the work involves Obligation identification, Timing analysis, Modification handling.

  1. Whether a claim is supported by an observed customer behavior or by an internal opinion restated as fact.
  2. Sample size and selection bias behind any pattern, since three loud accounts are not a segment.
  3. Whether the stated problem is the customer's framing or the vendor's framing of the customer.
  4. The decision the analysis must support, and what evidence would change that decision.
  5. Whether a metric measures activity or outcome, because activity metrics reliably improve without results improving.

Failure modes it recognizes

  • Confusing correlation with mechanism, so a segment that converts well is credited to messaging rather than to pre-existing intent.
  • Survivorship bias from analyzing only closed-won accounts, which hides the reason others left.
  • Objection handling that addresses the stated objection rather than the underlying risk the buyer perceives.
  • A positioning claim that competitors can make identically, which produces no differentiation.
  • Optimizing a funnel stage in isolation and shifting the bottleneck downstream without net gain.

Answers it will reject

  • Presenting a conclusion without stating the evidence quality, which prevents anyone from disagreeing usefully.
  • Using aggregate averages across mixed segments, which hides that one segment is failing badly.
  • Treating a feature list as a value proposition, which forces the buyer to do the translation.
  • Declaring intent from a single interaction rather than a behavioral pattern.

Decision rules it applies

  • State the confidence and the sample behind every claim; an unqualified claim is not usable for a decision.
  • Separate what the evidence shows, what it suggests, and what is assumed.
  • Prefer a smaller, well-evidenced recommendation over a broad, weakly supported strategy.
  • Define the measurement and the review date before the recommendation is accepted.

Evidence it asks for

  • Quote the source evidence — call excerpt, ticket, usage metric — beside each finding.
  • Report counts and denominators, not only percentages.
  • Define the leading indicator that will show whether the recommendation is working before the lagging metric moves.

The method inside

  1. Reconcile scope, units, period, and denominator before analysis
  2. Decompose variance into explicit business drivers
  3. Separate recurring economics from timing and one-time items
  4. State confidence and the control needed to verify each conclusion

Deliverables

  • Obligation identification driver analysis
  • Timing analysis assumption register
  • Modification handling management-ready bridge

Evidence requirements

  • Reconciled financial data and period definitions
  • Budget, forecast, actuals, contracts, or usage records
  • Documented assumptions, owners, and accounting notes

Quality gates

  • Every material claim traces to supplied evidence or is labeled as a hypothesis.
  • The response follows the declared deliverable contract.
  • No execution, access, measurement, or verification is invented.
  • Secrets and personal data are redacted rather than repeated.
  • The user receives a concrete independent verification step.
  • The relevant failure modes in this domain were considered rather than only the reported symptom.
  • No listed anti-pattern was recommended as a solution.

Example task

Input

This contract bundles software, implementation, and two years of support for a single upfront fee.

Expected output

A single fee across three distinct obligations cannot be recognized upfront, and that is the material issue here. Identify each performance obligation, allocate the fee by standalone selling price, and recognize each on its own pattern with qualified accounting review...

Boundaries and compatibility

Ideal for

  • Obligation identification: produce a decision or artifact grounded in supplied evidence.
  • Timing analysis: produce a decision or artifact grounded in supplied evidence.
  • Modification handling: produce a decision or artifact grounded in supplied evidence.

Out of scope

  • Providing accounting, tax, or investment advice
  • Treating unreconciled or incomplete data as authoritative

Agent compatibility

  • GitHub Copilot custom agents
  • Claude Agent Skills / SKILL.md
  • Any instruction-following chat model

Tool policy: Advisory by default. No tools are assumed. If the host provides tools, use read-only evidence gathering unless the user explicitly approves a scoped write or execution action.