A season roster board with a recital costume tracker beside it. Barre puts the studio week, the filled places against your recorded capacity and the costumes still short of ordered on one white screen.
Day columns of class cards, each with its level and age band labels, room, teacher first name and time, and an enrolment meter of filled places against the recorded capacity. Beside them, the recital costume tracker gives every class a five-step line and leads with the classes past their order-by date.
Household label, dancers by first name and age band, classes enrolled, guardians with the preferred contact, the tuition plan and its recorded state, ticket reservations and volunteer role. Families past due beyond their recorded grace days lead the ledger.
One roster per class with every enrolled, waitlisted and trial dancer, the household behind them, the costume step, the size label and attendance as recorded absences only. The season classes themselves are edited here.
Every enquiry with its step, the class of interest with its day and time, the recorded enquiry and trial dates, whether the trial falls inside this week, and how many follow-up attempts the office has made.
The same five steps per class and per dancer, with sizes as plain labels, the vendor and the order-by date. A class past its order-by date with a dancer still short of ordered says so in words, in red, with its own marker.
The running order as class entries with dancers on stage, the rehearsal call time recorded against each entry, and the volunteer roles and ticket reservation counts the office wrote down beside them.
Families, dancers by age band, classes full, trials this week and the recorded costume step on every enrolled place, each one a filter over the ledger below it.
YOUR PROCESS, YOUR STARTING POINT
Useful structure. Only what you choose.
4 pipelines and 9 workflow drafts. Add the parts that match your work, with a separate sample view for exploring the interface.
01 / FOUR PIPELINES
Choose your starting structure.
Use a ready-made stage sequence or connect drafts to a suitable existing pipeline.
Season enrolment · 7 stages
Trials and enquiries · 7 stages
Recital preparation · 8 stages
Studio accounts · 7 stages
02 / NINE WORKFLOW DRAFTS
Give the next step a shape.
New enquiry
Trial class reminder
Trial follow-up
Enrolment confirmed
Waitlist spot opened
Costume measure day
Costume order-by date check
Tuition past due conversation
Recital volunteer confirmation
Native trigger, task, wait, and note nodes provide editable examples. Every draft stays inactive until you review and publish it.
03 / SAMPLE WORKSPACE
Explore before adding records.
Explore 24 fictional families holding 38 dancers across 14 weekly classes: 4 classes full with waitlists totalling 9, 6 trials inside the week, 10 classes with a costume of which 2 are past their order-by date, and 5 families past due beyond their grace days. Sample edits stay in memory and reset on navigation or reload.
No sample customers are inserted into your CRM.
Starter setup checks selected kit additions before removal and preserves edited records and live work.
MORE OF THE WORKING DAY
From the first inquiry to the final handoff.
Editable native forms and document templates give your team a practical starting point.
01 / INTAKE & FOLLOW-UP
Three ready-to-edit forms.
Trial class request
Season enrolment request
Recital volunteer sign-up
Choose forms individually in Setup & resources, then customize and publish them in the native form builder.
02 / WORKING DOCUMENTS
Three reusable templates.
Class roster sheet
Costume order summary by class
Recital day call sheet
Open each template in Documents and complete it for the actual job or visit.
03 / THE NEXT STEP
Checklists alongside the work.
Record progress and notes in the kit’s operating views. Keep earlier rows by archiving them, and retain the context for the next person.
Forms collect information for staff review. They do not automatically change the kit’s custom records. Repeating setup preserves existing resource edits.
THE KIT, UNPACKED
Your workspace. Your starting point. Your code to edit.
One contact-linked opportunity is one family. It holds the household label, guardians with a relationship label and a preferred-contact flag, dancers as a first name and an age band label, class places with a status, a costume step, a size label and recorded absences, the tuition plan with its recorded state and grace days, ticket reservations, a volunteer role, the enquiry and trial steps with their dates, and an editable checklist.
Season board with day columns, enrolment meters and the recital costume tracker
Families operating view
Classes operating view with the season class editor
Trials and enquiries operating view
Costumes operating view
Recital operating view
Insights operating view
Three native form drafts and three editable document templates
Editable per-family checklists and preserved row history
Four optional pipeline templates and nine inactive workflow drafts
24 fictional in-memory families across 14 classes
Guided setup, compatibility report, and private rollback receipt
AI-agent documentation for customized installations
Original editable source, configuration, and tests
Run the guided setup from the extracted kit. Supported integrations can be installed directly; customized integration files get a reviewed merge.
02
Connect the required helper.
Deploy the included helper from your authoritative backend source before connected edits. Build your web app, then choose any optional pipelines and drafts you need.
03
Set up your own team.
Edit studio name, descriptor and default pipeline name. Sign in with your account and verify the workflows and permissions your team uses.
Compatibility and operational details
Seedly CRM 5.8.4 · extension API 1. Node.js 20 or newer. The installer checks supported integration-file versions and does not deploy your web app or backend. The included original backend helpers are required for connected family creation, edits, the season class store and resource setup. They preserve native account permissions, unrelated custom fields and row history, enforce the season rules and the children’s data guard on the server, and check revisions before saving. Deploy them from the authoritative backend source. Pipelines and workflow drafts are optional.
A dancer is a first name and an age band label. The kit stores no date of birth, no age in years, no medical, allergy or injury note, no photograph, no school name and no custody detail, and every free-text field refuses the obvious accidental entries in the browser and again on the server. That is a guard against accidental entry, not a guarantee. A costume is flagged the day after its recorded order-by date while a dancer is still short of ordered, and tuition is flagged only beyond the grace days the office recorded. There is no online registration or booking engine, no tuition billing, autopay or payments, no ticketing or seat maps, no costume vendor ordering integration, no attendance check-in kiosk, no parent portal, no automated messaging and no scheduling engine.
Calling, messaging, signing, payments, and external integrations depend on your Seedly installation, account permissions, plan, and configured providers. Screenshots use sample data and reference imagery. Hosting, installation, and ongoing maintenance are your responsibility.
Checking access…
DEVLAUNCH ALL ACCESS
Every kit. And everything else.
DevLaunch All Access includes every GoSeedly CRM kit, all 195 available today, along with every class, course, and product we release, and private calls with Aaron.
All 195 CRM kits
Every published kit as original editable source, with optional pipelines, workflow drafts, and guided installers. Browse the kits
Every class, course, and product
The full DevLaunch library and software collection, plus each eligible release during your access year, added to your portal as it ships.
Private calls with Aaron
Bring the idea, the offer, or the bottleneck, and leave with a plan you can follow.
DevLaunch All Access
Want more than one kit? All Access covers the whole CRM kit library and the rest of what we make. See everything it includes on the All Access page.
For your own compatible Seedly CRM. Seedly software, hosting and installation services are separate. Each full-interface kit uses its own web installation.
BEFORE YOU MAKE IT YOURS
Good questions. Clear answers.
How do I receive the kit?+
Purchase securely through Whop. Your original source ZIP and installation documentation are delivered manually to the email used at checkout. This is a one-time purchase of this kit; Seedly software, hosting, and installation services are separate.
Does this include Seedly CRM?+
You obtain and configure Seedly separately. The kit adds original frontend screens, a shared theme, starter definitions, and integration instructions. It does not include Seedly’s codebase, license, hosting, or a separate CRM database.
Is this one connected workspace?+
Barre keeps its white application frame across the seven kit views and the native CRM tools in the same signed-in account. Contacts, Calendar, Estimates, Documents, and other full modules retain the functionality supplied by your own Seedly installation. Existing authored content and provider screens retain their own layouts.
Can I use it with existing customizations?+
Yes, with a compatibility review. The installer checks the supported integration files. Changed integration files need a reviewed merge; the included AI-agent guide explains how to preserve custom extensions, permissions, providers, and routes.
Do I have to import all the starter content?+
No. Choose individual pipelines and workflow drafts, use a compatible existing pipeline, or install none. Workflows remain inactive until reviewed and published. They use native triggers, internal tasks, optional notes, and timed waits. A wait does not verify task completion or recheck the current stage. The included drafts do not send customer messages.
Can I remove the examples and starter content?+
Sample records stay in memory and never create customers in your CRM. Leave sample mode to return to your account. Starter setup lets you review removal of unused kit additions; server checks retain edited or published workflows and pipelines with live work or references. Removing the frontend does not delete account records.
Can different subaccounts use different kits?+
The current design and branding apply to the whole web installation. Subaccounts still separate data and access. Use a separate web installation for another full-interface kit; running different kit designs by subaccount in one installation requires additional customization.
Selected excerpts from reviews of DevLaunch training, software, and services. Individual customer experiences across DevLaunch.
Your privacy, your choice.
We use essential storage to keep the site working. With your permission, we also use analytics and the Whop Pixel to understand visits and advertising results. Optional analytics stay off until you choose.