An enrollment board for day and overnight summer camps: every camper by week under their sessions, with the cabin or day group the office assigned, the waitlist and its offers, which camp forms came back and the tuition lines. Bunkline follows the camp year from fall planning to summer wrap-up, keeps campers as a first name and last initial, and records whether a form came back, never what it says.
The needs-attention strip, then every camper as a row and the eight camp weeks as columns under their four sessions, the current week marked. Each cell shows the cabin or day group, or a waitlist place or an offer with its reply-by date, and each row ends with how many camp forms are back. Beside it: forms still out, tuition due and the waitlist.
Know who is in each cabin and day group, week by week.
Every cabin and day group as a row and every week as a column, with the campers in it and a count against the places set in the kit config. Group places count toward a cabin separately from named campers, and held weeks with no cabin yet sit in their own row.
Each camper against the registration, health history, pickup authorization and photo permission forms, with the date each went out or came back. Bunkline records whether a form came back, never what is on it.
Every camper waiting for a full week and every place offered, with the date they joined the waitlist and the reply-by date. An offer past its reply-by date leads, in red with the words Offer reply overdue.
Filter buttons for each alert, then weeks by status with campers and group places in their own columns, camp forms by kind, tuition by status and families by how they heard about camp.
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.
Camp enrollment · 8 stages
Waitlist · 7 stages
Returning families · 7 stages
Groups and troops · 7 stages
02 / NINE WORKFLOW DRAFTS
Give the next step a shape.
Answer the camp inquiry
Deposit check
Camp forms follow-up
Assign cabins and day groups
First-day details
Waitlist offer follow-up
Re-enrollment invite
Early registration deposit
Group agreement follow-up
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 13 fictional families for one camp year: 15 campers and one scout troop, 44 weeks across day groups and overnight cabins by May, a waitlist with five campers waiting or offered in late June, 62 camp form rows and 117 checklist steps. Registrations, forms back and paid lines follow today's date, so the board shows next summer's families in the off season and a full grid in summer. 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.
Camp enrollment inquiry
Waitlist request
Group or troop inquiry
Choose forms individually in Setup & resources, then customize and publish them in the native form builder.
02 / WORKING DOCUMENTS
Three reusable templates.
Family welcome letter
Cabin and group roster
Tuition statement
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 family holds its guardian label, how it heard about camp, the camp year and the date it registered, plus each camper as a first name and last initial with an age band (or a group label with its places), every week with its program, cabin or day group and status, every camp form with its sent and received dates, every tuition line with its amount, due date and status, and an editable checklist.
Camp weeks operating view with an enrollment grid by session
Cabins operating view
Families operating view
Forms operating view
Tuition operating view
Waitlist operating view
Insights operating view
Three native form drafts and three editable document templates
Editable family checklists and preserved row history
Four optional pipeline templates and nine inactive workflow drafts
13 fictional in-memory families
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 camp name, descriptor, default pipeline name, the camp calendar (first week, number of weeks, weeks per session) and the cabins and day groups with their places. 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 and resource setup. They preserve native account permissions, unrelated custom fields and row history, refuse full camper names, children's health and custody details, access codes, logins, card numbers and Social Security numbers, and check revisions before saving. Deploy them from the authoritative backend source. Pipelines and workflow drafts are optional.
Bunkline records what the camp office typed. It makes no licensing, accreditation, safety, medical or insurance statement, and it does not collect or hold camp forms, health or pickup details, run registration, take deposits or payments, invoice, assign beds, check ratios or send messages. Campers are minors: full names, dates of birth, exact ages and health, allergy, medication, dietary and custody details are refused, as are gate, cabin, office and Knox box codes, passes, passwords and logins, payment card numbers and Social Security numbers, in recorded text and in the native form drafts.
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?+
Bunkline keeps its white side rail and lichen lanyard edge across the kit views and 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.