Architecture

How RetentBase fits into your cancellation flow.

RetentBase sits between the moment a customer wants to cancel and the moment your team decides what to do with that reason.

It captures cancellation context and creates a review workflow. Your product, billing system, subscription changes, and customer communication stay under your control.

Customer-facing flowReview workspaceBilling stays under your control

Data boundaries

The architecture follows the cancellation moment.

The important boundary is simple: RetentBase helps you capture and review why customers leave. It does not take over your billing system or the rest of your product.

01

Cancellation context

RetentBase receives the reason a customer selected and the context needed to review that reason later.

02

Billing boundary

RetentBase does not replace your billing system or make subscription changes automatically.

03

Review workspace

Your team uses RetentBase to review automatically detected churn issues and record what should happen next.

Clear responsibilities

What RetentBase handles, and what stays with you.

This is the practical architecture customers need to understand before integrating: RetentBase owns cancellation reason review, while product and billing control remain yours.

Responsibility

What RetentBase does

Captures cancellation reasons, automatically detects repeated reasons as reviewable issues, stores team decisions, and exposes docs and APIs for integration.

Responsibility

What stays with your product

Account access, product UX outside cancellation, billing authority, subscription changes, and customer communication remain under your control.

Responsibility

What your team decides

Act on an automatically detected issue, dismiss it, or resolve it after the pattern changes. RetentBase gives you the queue, not an automatic recovery promise.

Implementation paths

Move from architecture review to a clean launch path.

Start with the hosted flow when you want the smallest integration. Add public ingestion APIs when your product needs deeper control over the cancellation UX.

Related implementation pages

Continue from architecture into product decisions.

Use these pages to move from architecture review into the workflow, implementation, and product decisions that usually follow it.