Founders and operators
Use it to connect growth, retention, and expansion before deciding where product or commercial attention is needed.
Dashboard Examples Library
A SaaS dashboard should make the health of a subscription product understandable without turning the first screen into a finance spreadsheet. The useful questions are connected: Is recurring revenue moving in the right direction? Are new accounts becoming active? Are cancellations or downgrades eroding gains? Which plans and behaviors explain the movement?
This concept puts recurring revenue, active accounts, churn, expansion, and plan distribution into one scan path. Its sample values are fictional and disconnected. In a real product, metric definitions, event quality, billing rules, and reporting windows must be agreed on before any chart can be trusted.
The screen works best when it supports a recurring operating review rather than trying to serve every department at once.
Use it to connect growth, retention, and expansion before deciding where product or commercial attention is needed.
Use account and adoption signals to identify where activation, engagement, or plan design may be creating friction.
Use health segments, upcoming renewals, and recent account activity to prioritize conversations without treating a score as a substitute for judgment.
Use a small set of metrics with definitions that remain stable across reporting periods. A number without a cohort, comparison, or time window is easy to misread.
Move from overall business health to its causes, then to accounts that require attention.
Place MRR, active accounts, churn, and expansion in a restrained top row with one shared reporting period.
Use the widest middle area for recurring-revenue movement and retention cohorts because these explain the headline values.
Keep plan distribution, activation, and feature adoption beside the main trend so operators can compare commercial and product signals.
End with renewals, health changes, failed onboarding steps, or other review items that lead to a clear next action.
The interface should support comparison and investigation while staying useful as a static frontend when no integration is attached.
Subscription dashboards become misleading when commercial definitions are treated as decoration.
These exact feature titles were verified in the inspected VibeCodePack source files. The mapping recommends a frontend mission combination; it does not expose the private instructions inside those files.
Structures the top-level revenue, account, retention, and expansion summary.
Provides a verified source pattern for visually separating historical and forecast-style revenue segments.
Supports account-plan and subscription-management surfaces linked from the dashboard.
Maps to an account roster, while real permissions and persistence remain project responsibilities.
Organizes significant account and subscription events into a readable sequence.
Supplies a compact navigation and summary pattern for a multi-view SaaS workspace.
Groups renewals, account risks, and operational notices without crowding the primary metrics.
Begin with a metric dictionary and the decisions this screen must support. Then give Claude Code separate, bounded missions for the KPI layer, retention view, account table, navigation, and alert states. Review each result against the existing codebase before combining the pieces.
The 75-mission Obsidian-ready vault is designed to provide that structure through instructions, constraints, build steps, and verification gates. It does not supply billing records, product events, customer data, or a complete SaaS backend.
VibeCodePack supports structured frontend dashboard and UI workflows. Your project must separately provide and validate production databases, APIs, authentication, payments, permissions, live data, and backend services.
Keep exploring