Skip to content
01 — AI Product Design · Activation · PersonalizationFlagship case study

From a blank LMS to a launch-ready school in minutes

Designing an AI-guided onboarding and visual identity system that turns a teacher’s intent into a reviewable starting setup instead of an empty SaaS account.

Role
Sole Product Designer
Status
Shipped
Scope
Research · Product UX · UI · Visual Systems · Engineering Collaboration · Migration · Design QA
Learnyst — AI onboardingFictional schools · synthetic content
Tell us about your teaching
What do you teach?
Who do you teach?
How do you teach?
Three answers is the whole form.
Generated · draftNothing published yet
Nayan Design LabDesign · cohort based
Course
Product Critique Intensive
12 weeks · live
Sales page
Learn design by shipping, not by watching.
Enrol now
App
Nayan

Generated from three answers. Every surface is a draft the admin can edit, and nothing is live until they publish.

Three answers, one generated school, and a review step before anything goes live. Every school shown is fictional.

Some product visuals have been simplified or reconstructed to protect confidential platform and customer information. School data is fictional.

Chapter 01 — The problem

An empty dashboard was asking teachers to become LMS experts.

New admins landed on the existing Get Started experience and still had to create courses, quizzes, websites and the rest of their setup by hand.

Old — instruction-led setup
Learn what the platform can do
Choose what matters
Understand the tool
Create everything manually
Configure branding
Preview
Publish
33 units of setup work before anything is usable
New — outcome-led setup
Tell us about your teaching business
Get a useful starting setup
Review
Customize
Publish
5 steps, one unit of work each
Each square is one unit of work the admin has to do themselves. The count is the point, not the step names.

The problem wasn’t education. It was time-to-value.

The system needed to help a new educator reach a meaningful starting state quickly enough to understand Learnyst’s value, while still giving them control over what eventually goes live.

“The first experience needed to demonstrate what the platform could become — not teach every feature inside it.”

New admin

“I don’t know what to create.”

Business

“Users need to reach value earlier.”

Platform

“We have many products and cannot build one onboarding for every teaching segment.”

Before designing onboarding, I needed to understand what “getting started” actually meant.

Research questions
01What is the teacher trying to launch?
02Who are they teaching?
03How do they intend to teach?
04Which platform capabilities matter immediately?
05What can safely be generated?
06What must remain under admin control?
Reference study — used to ask questions, not to copy answers
01Teachable · Thinkific · Kajabi — how does SaaS onboarding guide a first setup?
02WordPress · Ghost · Gatsby — how much customization should be exposed, and when?
03Colour-system resources — what keeps an automatic palette usable across surfaces?

Don’t explain the platform. Give the user something worth editing.

Chapter 02 — The product model

Don’t explain the platform. Give the user something worth editing.

Instead of a checklist telling admins to create a course, build a website and configure branding, the new experience generates a usable draft setup from a small amount of context.

Old — instruction-led
“Create your first course”
“Choose a website”
“Configure your school”
New — outcome-led
“Tell us about your school”
Course draft
Sales page
Branding
Preview
The instruction becomes an artefact. That is the whole change in the model.

Three questions were enough to establish useful context.

Enough context to personalize. Not enough questions to turn onboarding into another setup form.

Intent → generation → reviewable system
Teacher intent
What do you teach?
Design
Who do you teach?
Working professionals
How do you teach?
Live cohorts
Generated school
Nayan Design Lab
Working professionals · Live cohorts
Course
Sales page
School branding
App preview
Thumbnail
ReviewEditPublish decisionNothing published yet
The same generation as a system read: intent on the left, the artefacts it produces on the right, and the review step that stands between them and publishing.
Decision 01

AI creates momentum. It doesn’t take ownership.

Generation produces a starting point. Every decision that makes something public stays with the admin.

AI owns — generation

Generating an initial structure from the teaching context it was given, proposing a visual identity, and producing course and sales-page starting content.

Admin owns — the decision

Review, edit, selection, customization, and the publish decision. Generated is never published.

Chapter 03 — The onboarding experience

Generate first. Explain through the result.

The flow is linear. Every step except content generation can be skipped, and a skipped step stays available afterwards.

Onboarding — step by stepFictional school · synthetic content
Skippable · stays available laterStep 1 of 6
One step is mandatory. Every other step can be skipped, and a skipped step stays available from the dashboard afterwards.

One step is mandatory. The rest wait for you.

WelcomeSkippable
Content generationMandatory
Content & school previewSkippable
App previewSkippable
Sales page previewSkippable
Invite learnersSkippable
A skipped step is not a lost step — it stays available from the dashboard afterwards.
Chapter 04 — The visual system

Generating content wasn’t enough. The school also had to feel intentional.

Teachers were creating logos, themes, thumbnails and assets by hand, which made presentation inconsistent across the school. One school now resolves to one theme object.

Six values, decided once
Primary colour
Secondary colour
Colour mode
Heading font
Paragraph font
Shape
One theme object
WebsiteAppSales pageCourse thumbnailCommunity
Six values decided once, resolving into a single object that every surface reads from.

Personalization needed boundaries.

The AI is not choosing from an unlimited visual space. Designers define the safe visual possibilities; the system selects and composes within them.

Competitive exam prep
Focused · light · high contrast
Square · Grotesk / Grotesk
Career upskilling
Editorial · light · calm
Soft square · Serif / Grotesk
Corporate training
Neutral · dark option · restrained
Square · Grotesk / Grotesk
Lifestyle / creator
Warm · light · expressive
Round · Serif / Grotesk
Four design families. The generator composes inside one of them, never outside all four.

Generation needs a deterministic fallback, not only a good day.

Every school needs a mark. The logic never leaves that to chance.

Admin provides a logo?
Use it
School name ≤ 12 characters?
Styled wordmark
Category match available?
Category-matched icon
Initial mark using the theme shape

One identity had to survive more than one screen.

The platform already had theming concepts across several surfaces. The design problem was making a generated identity behave as a system rather than as unrelated image generation.

Learnyst — AI onboardingFictional schools · synthetic content
Tell us about your teaching
What do you teach?
Who do you teach?
How do you teach?
Three answers is the whole form.
Generated · draftNothing published yet
Nayan Design LabDesign · cohort based
Course
Product Critique Intensive
12 weeks · live
Sales page
Learn design by shipping, not by watching.
Enrol now
App
Nayan

Generated from three answers. Every surface is a draft the admin can edit, and nothing is live until they publish.

Regenerate and every surface follows at once — the course card, the sales page and the app all read from the same theme object.
Propagates across
WebsiteWeb appAndroidiOSSales pageCommunity
Chapter 05 — A real platform

Designing for a real platform, not a clean prototype.

A setup that assembles several products at once will sometimes half-succeed. The states below are the ones I designed around, and they decide what a retry is allowed to touch.

Setup not startedEntry state. Generation available.
In progressBlocked — a second run cannot start.
CompletedCannot be run again.
Partially failedRetry allowed, failed entities only.
FailedRetry allowed, limited attempts.
RetryLogged, and never recreates a success.
Every state carries a text mark, so none of them depends on colour to be read.
Retry touches only what failed
Course✓ Created
Website✓ Created
Mock test✕ Failed

A completed setup cannot be run again, a running setup is blocked, and a retry never recreates an entity that already succeeded. Attempts are limited and logged.

StatusRetryAudit trail
Built with engineering, reusing what existed

I translated the UX states into implementation behaviour, kept existing entities and frameworks in play, and validated the result through design QA.

Template package
Course template
Mock-test template
Website pages
Setup orchestrator
One call assembles the school
Transient failures retried
Audit trail preserved
New school
Course
Mock test
Website
StatusRetryAudit trail

The platform was never a blank technical system.

What stayed exactly as it was
01Existing content models kept working
02Existing customization stayed available
03Existing publishing behaviour was unchanged
04The faster start was inserted on top of all of it, not in place of it
Measurement and reflection

Success meant reaching value faster — not completing a tour.

The numbers below are the targets and the measurement plan the work was designed against. None of them is presented as an achieved production result.

Target — not achieved
< 10 min
Average onboarding time

A product target the work was designed against. No measured production figure is claimed.

Target — not achieved
40–50%
Setup completion

A target stated in one documented plan.

Target — not achieved
100%
Rev-share admins going live without sales involvement

A target stated in that same plan.

Measurement — what the flow was instrumented to answer
  • Onboarding step completion
  • First content accessed
  • Profile completion %
  • App vs web
  • Time to first lesson
  • Generated-product engagement
  • Support and help demand
Shipped

From guidance to a generated starting point.

Instead of entering an empty setup experience, a new admin can move through AI-assisted onboarding, generate a starting product setup, review how the school looks across surfaces, and continue into customization and publishing.

What this changed in how I design AI products.

01

AI works best when it eliminates the blank state.

02

Generation needs deterministic boundaries and fallback behaviour.

03

The strongest AI experience still needs a clear review, edit and publish model.

And the generated output teaches the product better than a tour: it gives the user something real to explore.

Next / retrospective — not shipped

What I’d measure and improve next

  • Compare activation across teaching segments
  • Measure edit depth on generated output
  • Track signup to first published product
  • Accessibility validation of automatically selected palettes

This project taught me that an AI feature earns trust by producing something worth editing, not by explaining itself.

Have a complicated product problem?

Platform architecture, AI features, real-time systems, or a product that has grown more rules than anyone can hold in their head.

Or write it here

This opens your own email client with the message filled in. Nothing is sent or stored by this page.

Pragya Kumari — Product DesignerAI Onboarding + Visual Theming · 2026