Products Overview

Learn how to organize your offerings with products and variants in GetPaidHQ

Products Overview

Products are the foundation of your billing system in GetPaidHQ. They represent what you're selling - whether that's software subscriptions, API access, professional services, or physical goods. Understanding how to structure your products effectively is key to creating a clear and scalable pricing strategy.

What are Products?

A product in GetPaidHQ is a high-level offering that you provide to customers. Think of it as the umbrella term for what you're selling. For example:

  • "Project Management Software" - Your main SaaS application
  • "Cloud Storage" - Storage service with different capacity options
  • "API Platform" - Developer API with various usage limits
  • "Consulting Services" - Professional services billed hourly or per project

Products themselves don't have prices - they're containers for variants, which define the specific options and pricing.

Product Structure

Each product contains:

  • Name - Clear, customer-facing name (e.g., "CloudSync Pro")
  • Description - Explains what the product offers
  • Variants - Different versions or tiers (Basic, Pro, Enterprise)
  • Metadata - Custom fields for your internal use

The Product-Variant Relationship

GetPaidHQ uses a two-level hierarchy:

Product
├── Variant A (with pricing)
├── Variant B (with pricing)
└── Variant C (with pricing)

This structure provides flexibility to:

  • Offer multiple tiers of the same product
  • Create regional variations with different pricing
  • Provide different feature sets under one product umbrella
  • A/B test pricing strategies

Why Use Products and Variants?

1. Organized Catalog

Group related offerings together. Customers see a clean product lineup rather than a confusing list of options.

2. Pricing Flexibility

Each variant can have completely different pricing models. Mix subscription and usage-based pricing within the same product.

3. Easy Comparisons

Customers can compare variants (like plan tiers) to choose what fits their needs.

4. Simplified Management

Update product details once, and all variants inherit the changes. Track performance at both product and variant levels.

Common Product Patterns

SaaS Tiers

Product: "CloudSync"
├── Variant: "Starter" - $19/month
├── Variant: "Professional" - $49/month  
└── Variant: "Enterprise" - Custom pricing

Usage-Based Service

Product: "API Platform"
├── Variant: "Developer" - Free tier with limits
├── Variant: "Growth" - $0.001 per API call
└── Variant: "Scale" - Volume discounts

Regional Pricing

Product: "Video Streaming"
├── Variant: "US Plan" - $9.99 USD/month
├── Variant: "EU Plan" - €8.99 EUR/month
└── Variant: "UK Plan" - £7.99 GBP/month

Feature-Based

Product: "Analytics Suite"
├── Variant: "Core Analytics" - Basic features
├── Variant: "Advanced Analytics" - Core + ML features
└── Variant: "Enterprise Analytics" - Everything + API

Product Lifecycle

1. Planning

Before creating products, consider:

  • What are you actually selling?
  • How do customers think about your offerings?
  • What variations do you need?
  • How might pricing evolve?

2. Creation

Products are typically created once and rarely changed. Focus on:

  • Clear, recognizable names
  • Comprehensive descriptions
  • Logical variant structure

3. Evolution

As your business grows:

  • Add new variants for new market segments
  • Create special promotional variants
  • Introduce region-specific options
  • Test new pricing models

4. Retirement

When sunsetting products:

  • Stop offering to new customers
  • Maintain for existing subscribers
  • Plan migration paths
  • Communicate changes clearly

Best Practices

Customer-Centric Naming

Use names that customers understand. Avoid internal jargon or code names.

Logical Grouping

Group variants that customers would naturally compare when making a purchase decision.

Future-Proof Structure

Design your product structure to accommodate future growth and pricing changes.

Consistent Patterns

Use similar structures across products to make your catalog intuitive.

Real-World Examples

Example 1: Email Marketing Platform

Product: "MailFlow"

  • Description: "Complete email marketing automation platform"
  • Variants:
    • Starter: Up to 1,000 contacts, basic features
    • Growth: Up to 10,000 contacts, automation workflows
    • Pro: Up to 50,000 contacts, advanced analytics
    • Enterprise: Unlimited contacts, dedicated support

Example 2: Cloud Infrastructure

Product: "CloudCompute"

  • Description: "Scalable virtual machine instances"
  • Variants:
    • Micro: 1 CPU, 1GB RAM - Development use
    • Small: 2 CPU, 4GB RAM - Light workloads
    • Medium: 4 CPU, 16GB RAM - Standard applications
    • Large: 8 CPU, 32GB RAM - Heavy processing

Example 3: Professional Services

Product: "Consulting Services"

  • Description: "Expert consulting for digital transformation"
  • Variants:
    • Hourly: $200/hour, minimum 10 hours
    • Daily: $1,500/day, minimum 5 days
    • Project: Custom scope and pricing
    • Retainer: $10,000/month, 50 hours included

Common Questions

Should I create multiple products or variants?

Create separate products when offerings are fundamentally different. Use variants for different versions, tiers, or packages of the same core offering.

Can I change products after customers subscribe?

Products and variants can be updated, but existing subscriptions continue with their original terms. This protects customers from unexpected changes.

How many variants should a product have?

There's no hard limit, but 3-5 variants typically provide good options without overwhelming customers. Consider the paradox of choice.

Can variants have completely different pricing models?

Yes! One variant could be a flat monthly fee while another uses usage-based pricing. This flexibility is one of GetPaidHQ's strengths.

Next Steps

Now that you understand products, explore: