A directory is a category tree before it is anything else. Listed builds the category rail out of the listing records themselves, puts the searchable listing grid beside it, and opens the selected listing in a sheet that holds its claim record, its placement record and its inquiries. White chrome, one magenta accent.
Every recorded category label with its listing count sits on the left, the searchable listing grid in the middle, and the listing sheet on the right. Grid rows carry the business name, the category, the city label, a plan tier chip, a claim badge and the recorded renewal date. A category exists because listings say it does; rename it on the listings and the rail changes with them.
Recorded claim requests ordered so the ones somebody is waiting on lead: pending verification, then rejected, then verified. Each row shows the listing, the claimed by label, the recorded claim date and the verification status. Verification is a recorded staff decision, not an ownership check.
Every featured and premium listing grouped from the directory date you choose: already past its recorded renewal date, then due in 30 days, 31 to 60, 61 to 90 and later. Each row shows the tier, the recorded start, the renewal date and the monthly reference. Nothing expires on its own.
Every recorded inquiry across all listings, newest first, with its listing, date, inquirer label, message summary and routing status, filterable by status. An inquiry records what the office already did with it. The kit sends no email and forwards no message.
Every recorded category label with its listing count, its claimed count and how many of its listings sit on a paid tier. All three are derived from the listing records loaded for the selected pipeline, not from a separate category table.
The listing mix by plan tier, the recorded claim rate, inquiry routing counts that exclude archived rows, and the monthly placement reference total reported once per currency present rather than added across currencies.
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.
Listing onboarding · 7 stages
Claim verification · 7 stages
Featured placement sales · 8 stages
Placement renewal · 7 stages
02 / NINE WORKFLOW DRAFTS
Give the next step a shape.
New listing review
Claim verification review
Claim approved note
Featured upgrade follow-up
Placement welcome note
Sixty day renewal review
Thirty day renewal reminder
Lapsed placement outreach review
Inquiry follow-up review
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 twelve fictional listings across six recorded categories, with their claims, placements and inquiries. Example edits stay in the current page’s memory and reset on navigation or reload; sample listings 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.
A listing is a native contact-linked opportunity with a namespaced business name, category and subcategory labels, city label, website and phone labels, plan tier, claim record, placement record with its monthly reference, listing notes and inquiry records. The monthly placement reference stays separate from native opportunity value. Two listings for the same business in two categories stay independent. Other custom fields are preserved.
Category rail generated from the listing records, with tabular counts and an all-categories row
Searchable listing grid with plan tier chips, claim badges and recorded renewal dates
Listing sheet beside the grid holding the recorded profile, claim record, placement record and inquiry log
Claim requests ordered by who is still waiting, placements grouped by renewal band, and a filterable inquiry log
Category counts and directory insights derived only from the loaded listing records
One tier field, not two, plus claim and placement rules the editor refuses to break
White Listed application frame with magenta accents and full CRM tools
Four optional pipeline templates and nine inactive workflow drafts
Twelve fictional in-memory listings across six recorded categories, with claims, placements and inquiries
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 directory helper is required for connected creation, editing and starter setup. It preserves native account permissions and unrelated custom fields, and checks the current record state before saving. It exposes no stage mutation at all: the listing sheet’s stage control calls the host’s own pipeline mutation under the same permission, so saving listing details never moves a listing. Deploy the helper from your authoritative backend source before connected edits. Pipeline presets and workflow drafts remain optional.
Nothing here is public. There is no directory frontend, no publishing, no SEO, no sitemap and no search ranking, and the website and phone labels are labels. There is no map, geocoding or proximity search, and no scraping, data import or third-party listing feed. Claim verification is a recorded staff decision: no ownership is checked, no document is inspected and no owner is contacted. An inquiry’s routing status records what the office already did; nothing is forwarded or messaged. Placements collect no payment, and a renewal date that has passed is shown as past without changing a tier or cancelling anything. The recorded claim rate returns unavailable rather than an invented zero when there is no valid listing, and reference totals are never added across currencies.
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?+
Listed keeps its directory navigation across the original directory views and native CRM modules. Full CRM tools remain available within 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.