Skip to main content

SaaS Dashboard Layout Architect

Architect a production-grade SaaS dashboard with KPI cards, data tables, and charts — tailored to your product, users, and framework.

Vul de plaatshouders in

Edit the values, then copy your finished prompt.

Jouw Prompt
prompt.txt

                                

What this prompt does

This prompt generates a complete dashboard layout specification for B2B SaaS products, not just a vague wireframe description. It enforces opinionated design rules directly inside the template — no neon palettes, no decorative illustrations, no bubbly radii — so the AI cannot drift into consumer-app aesthetics that kill enterprise credibility. The framework variable targets actual component code for the primary dashboard view, though output quality varies by framework (see FAQ).

The "story structure" instruction at the end — what happened, why, what to do next — is the key differentiator. It forces the AI to think about information hierarchy as a user journey, not a grid of boxes. That single constraint produces dashboards where the KPI row answers "what happened," the charts answer "why," and the empty states and notifications answer "what to do next."

When to use it

  • Starting a new SaaS product and need to align the team on a dashboard baseline before writing a single component
  • Auditing an existing dashboard that feels cluttered or lacks a clear data hierarchy
  • Building a white-label analytics panel where the layout must be credible to B2B buyers on first load
  • Pitching a product to investors and need a high-fidelity layout mockup quickly
  • Onboarding a junior frontend dev — the output serves as a spec document with code
  • Switching frameworks (e.g., Vue to React) and want a consistent layout rewrite, not a line-by-line translation

Example output

For product_type = "subscription analytics platform", user_persona = "SaaS founders and growth leads", key_metrics = "MRR, churn rate, trial-to-paid conversion, ARR growth", nav_pattern = "left sidebar with collapsible sections", framework = "React + Tailwind CSS", columns = "12", kpi_count = "4":

Layout: 12-col CSS Grid, collapses to 1-col below 768px, sidebar becomes bottom tab bar on mobile.

KPI Row (4 cards):

  • MRR: $42,800 ▲ 8.3% vs last month | sparkline: 30-day trend
  • Churn Rate: 2.1% ▼ 0.4pp | sparkline: 90-day trend, red threshold line at 3%
  • Trial → Paid: 18.6% ▲ 1.2pp | cohort bar sparkline
  • ARR: $513.6K ▲ projected end-of-year line overlay

Data Table: Subscribers table — columns: Account, Plan, MRR, Status, Next Renewal. Sortable by MRR and renewal date. Row expansion reveals payment history. Bulk action: export to CSV, cancel selected.

Charts section:

  • MRR growth: Area chart (cumulative, best for subscription revenue)
  • Churn by plan: Stacked bar (reveals which tier is bleeding)
  • Trial funnel: Horizontal funnel (shows drop-off stages, not just end conversion)

Empty state (new account): "No subscribers yet — import your Stripe data to unlock this view" with a single CTA button, no illustration.

Notification system: Toast appears bottom-right, z-index above sidebar. Badge indicators on the Alerts nav item increment on failed payment events. No persistent banner — only toasts and badges.

Pro tips

  • Set kpi_count to 4 or fewer. Beyond four KPI cards, the AI generates a metrics dumping ground. If your product has eight core metrics, split them across two dashboard views — use this prompt twice with different user_persona values.
  • Name the nav_pattern precisely. "Left sidebar" is vague. "Left sidebar with collapsible section groups and a pinned Recent Items footer" tells the AI exactly what to generate and prevents it from inventing a top-nav hybrid.
  • Note that columns and kpi_count are not in the top variables block — add them manually. The template header lists five variables, but the generate section references two more. Fill them in before running: columns = 12 and kpi_count = 4 are safe defaults for most B2B SaaS products.
  • Pair with a color token prompt after. This prompt deliberately omits specific hex values. Once you have the layout, run a separate prompt to generate a design token file (--primary, --surface, --muted) and wire it into the component code.
  • Use framework = "Figma component spec" if you are not coding yet. The template works as a design specification generator, not just a code generator. The output becomes a Figma frame description your designer can build directly.
  • The anti-patterns block is the trust signal. If you remove the "DO NOT" rules to shorten the prompt, the AI will default to whichever dashboard aesthetic it has seen most often in training data — which trends toward rounded, colorful, consumer-facing UI. Keep the constraints in.

Frequently Asked Questions

Can I use this prompt for internal tools, not just customer-facing SaaS products?
Yes. Set `user_persona` to something like "ops team leads and support managers" and `product_type` to "internal ticketing dashboard." The layout rules — left sidebar, data density, system font stack — are actually more appropriate for internal tools than for marketing-facing products. The anti-patterns block eliminates the decorative UI that internal tools rarely need and that can undermine perceived professionalism with technical users.
How accurate is the framework-specific component code the prompt generates?
Treat the component code as a reviewed scaffold, not production-ready output. For React + Tailwind CSS or Vue + PrimeVue, the structure and class names are usually correct and save meaningful time. For niche frameworks, older major versions, or component libraries with breaking changes (e.g., MUI v4 vs v5), verify prop names and import paths against the framework docs before using the output. The layout specification, chart type reasoning, and empty state copy are reliable regardless of framework — the component code is the one section that warrants a close read.
What should I put in `key_metrics` if I am not sure which metrics matter most?
Start with the three metrics your users check within the first 60 seconds of logging in — not the metrics you track internally. For most B2B SaaS categories there are known defaults: subscription products lead with MRR, churn, and trial-to-paid conversion; DevTools dashboards lead with API calls, error rate, and p95 latency; project management tools lead with tasks completed, overdue items, and team velocity. If you genuinely do not know yet, pick the defaults for your category and refine them after your first user session. Feeding vague inputs like "engagement" produces vague KPI cards.
Engr Mejba Ahmed

Need this built for real?

Engr Mejba Ahmed

AI Developer · Software Engineer

I'm Mejba — I design and ship production AI systems, automations, and full-stack apps. If you want this turned into a working solution for your team, let's talk.

Meer in Tech & SaaS UI Prompts

Engr Mejba Ahmed

Engr Mejba Ahmed

Claude Code Expert · Online

👋

Hey there!

Quick Actions

WhatsApp Instant reply

Chat on WhatsApp

+880 1723 741224 · Instant reply

Popular Questions

Engr Mejba Ahmed is connected
Engr Mejba Ahmed is typing...
Engr Mejba Ahmed avatar

✉ Want me to follow up? Drop your email

Engr Mejba Ahmed avatar

📞 Connect Directly

Choose how you'd like to reach me

WhatsApp

+880 1723 741224

Email

[email protected]

✓ Details sent! I'll get back to you shortly.

Powered by OpenAI

335+

Blog Posts

25

AI Courses

63

Projects

Services & Expertise

Pricing & Process

Learning & Resources

Connect & Support