SaaS Fees A practical guide to SaaS pricing, fees, and billing details

Hub page • compare-matrices • documentation-first • San Francisco, CA

Services catalog, compare matrices, and scope boundaries

This page is the internal linking center for our deliverables. Use the matrices to choose a path, then jump into the service sections for scope, inputs, and exclusions. If you’re not sure where to start, see the scenarios × options matrix and the evaluation factors.

Scenarios × service options (prominent matrix)

Use this compare matrix to pick the smallest useful deliverable. “Best fit” means the service typically produces the clearest documentation outcome for that scenario. For deeper context, jump to Fee review, Transparency checklist, or Vendor matrix.

See evaluation factors →
Compare matrix of scenarios by service options
Scenario Fee & pricing model review Billing transparency checklist Vendor comparison matrix
High ticket volume on “what am I being charged for?” Best fit — we map pages → invoices → charge events; propose clearer labels and fee disclosures. Good add-on — standard language for renewals, proration, refunds. Not primary — use later for buyer enablement.
Preparing for self-serve growth (fewer sales calls) Good — clean plan naming, limits, and invoice previewing. Best fit — you’ll need consistent policy wording for the full billing lifecycle. Good — helps customers compare on consistent factors.
Frequent disputes about renewal timing or cancellation Supportive — review where you disclose renewal dates and “effective on” language. Best fit — detailed checklist + included/not-included boundaries. Not primary.
New pricing experiment (usage-based, tiers, add-ons) Best fit — document how the model reads to customers and appears on invoices. Good add-on — ensures edge cases are described (proration, credits). Optional — for customer-facing selection guides.
RFPs and procurement questions are slowing sales Good — clarifies fees and invoice semantics for security/procurement. Good — policy clarity and edge-case coverage. Best fit — matrix template + definitions to standardize answers.
You need internal alignment between Sales, Support, Finance Good — shared vocabulary for pricing page and invoices. Best fit — operational checklist becomes a cross-team reference. Good — aligns what “feature/fee” means across teams.

Evaluation factors (compare on consistent definitions)

These factors are used across our tables so your team can compare options consistently. For definitions, see Resources → Definitions and Glossary.

Included / Not included →
Evaluation factors table
Factor What we check Why it matters Where to document it
Charge timing Trial start vs conversion, renewal date, “effective on” date. Reduces “unexpected charge” tickets and disputes. Pricing → Renewals
Proration rules Upgrades, downgrades, mid-cycle seat changes. Prevents invoice confusion and credit expectations. Pricing → Proration
Taxes Tax inclusion, tax IDs, exemptions, rounding. Procurement readiness and fewer refund requests. Pricing → Taxes
Refund policy clarity Eligibility, timing, method (original payment vs credit). Prevents “policy mismatch” escalations. Policies → Refunds
Cancelation semantics “Cancel” vs “terminate” vs “disable renewal”. Aligns expectation on access through end of term. Policies → Cancellation
Invoice readability Line items, units, dates, tax lines, credits. Lower support time per ticket. Templates → Invoice table
Plan naming & limits Feature gates, usage limits, overages, fair use. Reduces “I thought it was included” disputes. Templates → Plan grid
Fee disclosure placement Where fees appear (pricing page, checkout, invoice, email). Transparency across the journey. Pricing → Fees
Payment method constraints Card vs ACH, invoicing, PO handling. Avoids onboarding churn in procurement. FAQ → Payments
Customer communications Receipt emails, renewal reminders, failure notices. Sets expectations before disputes happen. Process → Communications
Edge-case coverage Partial refunds, credits, dispute windows, chargebacks. Lower financial risk and support load. Policies → Disputes

Included / Not included (scope boundaries at a glance)

This table is intentionally explicit. It helps align expectations and reduces “assumed deliverables”. For deeper scope rules see Policies → Scope and Boundaries & exclusions below.

Included and not included table
Item Included Not included Where to link internally
Pricing page wording review Plain-English edits, structure notes, terminology alignment. Publishing changes directly to your CMS. Fee review section
Fee disclosure map Where fees appear across journey (pricing → checkout → invoice → emails). Auditing third-party payment UI beyond screenshots you provide. Pricing → Fees
Invoice line-item clarity Recommended line item names, date ranges, unit definitions. Accounting reconciliation or bookkeeping. Templates → Invoice table
Trial + conversion policy wording Suggested customer-facing policy paragraphs and UI microcopy notes. Legal enforceability review. Policies → Trials
Renewal timing documentation Renewal date definition, reminder timing recommendations. Sending reminder emails on your behalf. Process → Communications
Proration & credits explanation Readable examples and rules for upgrades/downgrades. Implementing proration logic in code. Pricing → Proration
Refund + cancellation boundaries Clear “eligible/not eligible” conditions and operational notes. Chargeback handling or dispute representation. Policies → Refunds
Tax documentation pointers Where to disclose taxes, exemption workflow copy. Tax filing, nexus determination, or tax advice. Pricing → Taxes
Plan comparison grid (internal or customer-facing) Consistent factor list, definitions, and layout. Claims about competitor products. Templates → Plan grid
Vendor comparison matrix template Neutral matrix structure + factor glossary + usage guidance. Competitor verification, competitor sourcing, or brand claims. Vendor matrix section
Support macro suggestions (billing questions) Suggested macro outlines referencing the docs. Full macro library build-out or ticket system configuration. Resources → Support macros
Procurement-ready appendix Definitions, payment constraints, invoice semantics. Security questionnaires or compliance certifications. Resources → Procurement
Implementation coordination A short handoff call and “what to change where” notes. Engineering project management or sprint ownership. Process → Handoff

Preparation checklist (what to gather before we start)

If you can share most of these, the review becomes more accurate and faster to implement. If you’re missing items, we can still proceed, but we will flag assumptions in the deliverable. See also Process → Intake.

Docs & pages

  • 1Current pricing page URL(s) and last updated date.
  • 2Checkout screenshot(s) or staged checkout flow notes.
  • 3Billing FAQ / help center links (even if incomplete).
  • 4Terms/policies relevant to billing (refunds, cancellation, trials).

Billing mechanics

  • 5A sample invoice PDF (redacted) and/or line-item export.
  • 6Renewal logic summary: dates, reminders, grace periods (if any).
  • 7Proration behavior for seat or plan changes (with examples).
  • 8Refund decision workflow: criteria, approvals, timelines.

Customer & support signals

  • 9Top 10 billing-related ticket tags/questions (anonymized).
  • 10Sales objections related to pricing/fees (bulleted is fine).
  • 11Any “surprise charge” moments you already know about.
  • 12Preferred tone/voice constraints (formal, concise, friendly).

Process (8+ steps, ordered timeline)

Even for small engagements, we follow a structured timeline so assumptions are explicit and deliverables are easy to apply. More detail: Process page and deliverables overview.

Jump to service sections →
  1. 1

    Intake & goals (what “good” looks like)

    We define the primary reader (customer, support, procurement) and the core confusion to remove. See Intake.

  2. 2

    Collect artifacts (pages, invoices, policy text)

    We annotate what exists, what’s missing, and where you currently disclose fees and billing events. Use Preparation checklist.

  3. 3

    Model the billing lifecycle

    Trial → conversion → renewal → changes → cancellation → refunds. We align terms with your actual events and invoices. Reference: Billing events glossary.

  4. 4

    Draft tables and matrices

    We produce tables you can reuse: included/not-included, evaluation factors, plan grid, and (when relevant) the vendor matrix template. See Templates → Tables.

  5. 5

    Write customer-facing language (plain English)

    We propose wording that matches your actual mechanics (no overpromising). For tone patterns, see Templates → Policy language.

  6. 6

    Review cycle (assumptions & edge cases)

    We mark assumptions explicitly and highlight edge cases that require your confirmation (taxes, credits, proration). See Review cycles.

  7. 7

    Handoff: “what to change where”

    You receive a structured package: tables, notes, and a short implementation guide for your web/app/help center. See Handoff.

  8. 8

    Validation: readability + internal consistency

    We check that the same term means the same thing across pricing page, invoices, receipts, and policies. Reference: Definitions table.

  9. 9

    Optional: update cadence & governance

    We suggest where to record “source of truth” and how to keep docs updated when pricing changes. See Policies → Updates.

Boundaries & exclusions (what we don’t do)

We focus on documentation, clarity, and operational alignment. These exclusions protect both sides from mismatched expectations. See also Policies → Limitations and FAQ: legal.

  • No legal advice or enforceability opinions (we can draft plain-English text for counsel to review).
  • No tax advice, nexus determination, or filing.
  • No payment provider configuration, no API integrations, no code changes.
  • No competitor brand claims; vendor matrices are neutral templates with factors and definitions.
  • No handling of disputes/chargebacks with banks or card networks.
  • No security/compliance certifications or questionnaire completion (we can draft billing-related explanations only).
  • No guarantees of reduced support volume—results depend on implementation and customer mix.
  • No access to customer PII required; we prefer anonymized examples and redacted invoices.

Service sections (anchorable)

Each section includes deliverables, typical inputs, and internal links to supporting materials. For a quick choice, return to the scenarios matrix.

Icon for Fee & pricing model review

Fee & pricing model review

Document-style review of your pricing page, fee disclosures, invoice structure, and plan naming to reduce confusion and support tickets.

Primary deliverables

  • • Annotated pricing page notes (structure + terminology)
  • • Fee disclosure map (where and how fees appear)
  • • Invoice readability recommendations (line items, date ranges)
  • • Plan naming & limits consistency notes

Best-fit situations

  • • Customers ask “what is this charge?”
  • • Fees are disclosed inconsistently across pages
  • • Invoice doesn’t match pricing page language
  • • Plan names don’t reflect limits clearly

Typical inputs

  • • Pricing page URL(s)
  • • Sample invoice (redacted)
  • • Checkout screenshots
  • • Current definitions (if any)
Icon for Billing transparency checklist

Billing transparency checklist

A readiness checklist for trials, renewals, proration, taxes, and refunds, with included/not-included boundaries and customer-facing wording.

Primary deliverables

  • • Lifecycle checklist (trial → renewal → changes → cancel → refund)
  • • Included/not-included boundaries (customer-facing + internal)
  • • Suggested wording snippets for key moments
  • • “Edge case” flags for internal confirmation

Best-fit situations

  • • Disputes about renewal timing or cancellation behavior
  • • Trial conversion confusion
  • • Inconsistent refund explanations
  • • Growing self-serve needs governance

Typical inputs

  • • Billing event definitions you use today
  • • Cancellation/renewal UI screenshots
  • • Support macro examples (optional)
  • • Refund workflow constraints
Icon for Vendor comparison matrix

Vendor comparison matrix (no competitor brand claims)

A neutral feature-and-fee matrix template to help customers compare options using consistent factors and clear definitions. Your team can populate columns with your own verified information.

Primary deliverables

  • • Matrix structure (factors + definitions)
  • • “How to use” guidance for Sales/CS
  • • Fee & billing event factors you can standardize
  • • Neutral phrasing patterns (no brand claims)

Best-fit situations

  • • Procurement asks the same questions repeatedly
  • • Sales needs consistent comparison talking points
  • • Customers need a selection guide without hype
  • • You want standardized definitions across teams

Typical inputs

  • • Your product’s plan grid and usage model
  • • The factors you care about (we provide defaults)
  • • Any customer decision criteria you’ve observed
  • • Preferred output format (doc/table)

Back to catalog

Prefer to browse from the main catalog with highlights and recommended starting points?

Back to catalog

Send a scoped request (email)

This form uses mailto: and validates required fields before opening your email client. If you prefer, use the full contact page.

Helpful links while you write: preparation checklist, exclusions, confidentiality, handoff.

Tip: mention your billing events (trial, renewal, proration, taxes, refunds). See billing events glossary.

Go to contacts

By emailing, you agree to our privacy approach.

This hub is meant to connect the “why” (resources) with the “how” (templates) and “rules” (policies).