A booking calendar draws the stays and leaves the gaps as empty space. Turnover inverts that. On a white canvas with graphite chrome and a single indigo accent, every unit gets one strip across fourteen days: stays sit low and quiet, and every change-over day stands up as a block you cannot miss.
One horizontal strip per unit across a rolling fourteen days. Recorded stays are drawn as low bars with their guest label and night count. Every change-over day is a tall block carrying a cleaner label and one of three states. An indigo rule marks today, and a red flag marks the day a guest issue was logged.
The unit record opens under the board: address, bedrooms, bathrooms, sleeps, owner and cleaner labels, check-in and check-out times and channel labels, then the stays, the turns, the guest issues and the owner report block. Night counts are derived from the two recorded dates rather than stored.
One table for the portfolio: recorded owner and cleaner labels, bedrooms, bathrooms and sleeps, the nights each unit has recorded inside the displayed window, its open guest issue count, and a stage control that calls the native CRM.
Every change-over day the recorded stays create, from the selected date forward, with days that carry no cleaner label sorted to the top. A day nobody recorded a turn for reads "No turn recorded" and stays in the list, so it can never quietly disappear.
Open rows before resolved ones, each with its date, category, note and the guest label of the stay the date falls inside. A guest issue is recorded against a stay, which is what lets it be pinned to that stay on the calendar.
Units grouped by recorded owner label, each with its own month summary: nights booked, turns, guest issues and the recorded payout reference for that month, alongside a count of how many of the month stays recorded one.
Occupied nights against the window unit-nights, the three turn states across every recorded change-over day, the share of those days carrying a cleaner label, open against resolved guest issues by category, and recorded monthly management fees grouped by currency code.
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.
New owner onboarding · 8 stages
Unit turnovers · 7 stages
Guest issues · 7 stages
Owner renewals · 7 stages
02 / NINE WORKFLOW DRAFTS
Give the next step a shape.
Owner onboarding checklist
Listing details note
Turn assignment
Turn day reminder
Turn complete note
Issue triage
Issue follow-up
Month-end owner report
Renewal conversation
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 eight fictional units across three owner labels and two cleaner labels, with thirteen recorded stays plus one archived stay, six recorded turns and three recorded guest issues. Example edits stay in the current page memory and reset on navigation or reload; sample units are never inserted into your CRM.
No sample customers are inserted into your CRM.
Starter setup checks selected kit additions before removal and preserves edited records and live work.
THE KIT, UNPACKED
Your workspace. Your starting point. Your code to edit.
One unit under management is a native contact-linked opportunity. Its namespace records the address, bedrooms, bathrooms and sleeps, owner and cleaner labels, check-in and check-out times, channel labels, an optional monthly management fee, an optional owner report month, and three collections of child rows with stable IDs: stays, turns and guest issues. Other custom fields are preserved.
Fourteen-day turnover strip calendar with a three-state turn block per change-over day
Unit sheet with stays, turns, guest issues and a derived owner report block
Turns view that sorts unassigned change-over days first
Guest issues view with open rows first and the stay each one belongs to
Owners view grouped by recorded owner label with a per-unit month summary
White and graphite Turnover application frame with the full permission-filtered CRM tools menu
Four optional pipeline templates and nine inactive workflow drafts
Eight fictional in-memory units with thirteen stays, six turns and three guest issues
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 company 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 short-term rental helper is required for connected creation, editing and starter setup. It checks the active account and native permissions, re-applies every domain rule, compares both the record timestamp and a server-managed revision, preserves unrelated custom fields and unknown child-row values, and then calls the native Seedly mutations in the same transaction. Deploy it from your authoritative backend source before connected edits. Pipeline presets and workflow drafts remain optional.
The domain rules are enforced on the server, not only in the editor. A stay occupies its check-in date through the night before check-out, and two recorded stays may not share a night on one unit. A turn is recorded on a change-over day and never in the middle of a stay, and two turns may not share a day. An assigned or completed turn needs a recorded cleaner label while an unassigned one records none. A guest issue falls inside a recorded stay, and a stay may only use a channel label its unit records. Night counts, change-over slots and the owner report are derived on every read rather than stored. There is no channel manager or booking platform sync, pricing engine, smart lock integration, guest messaging, payment processing, payouts, accounting, or cleaner scheduling engine. A channel label is a typed word, a recorded cleaner label assigns and notifies nobody, and a recorded payout reference is a number copied from a statement you already received.
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?+
Turnover keeps its rental navigation across the original views and the native CRM modules. The full CRM stays available inside the same signed-in account and application theme. 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.