B2B Customer Support & Slack-First Ticketing Operations4 min readUpdated September 2026

Pylon vs Plain: A Support Checklist for MedSpa Groups

A multi-location medspa or specialty outpatient group's central support queue serves clinic staff, not patients: a front desk whose booking software won't load, a director asking whether a new injectable device is approved, or a campaign sending leads to the wrong location. None are clinical, yet each can stall a clinic's morning.

Pylon and Plain both handle this kind of internal, multi-location support, and the checklist below is what actually separates a queue that keeps clinics running from one that just looks organized on a dashboard.

Vendors Covered in this Article

Disclosure: We may earn a commission if you buy through some links on this page. It doesn't change what we recommend.

What a multi-location medspa's central office actually fields

Strip the requests down and they fall into a short list: booking or point-of-sale system issues, questions about whether a new device or injectable is cleared for use at a given location, marketing lead misrouting between locations, and vendor coordination for equipment maintenance or a recall. Each of these has a different owner at your central office, and a clinic manager filing a request rarely knows or cares which department actually owns it, they just want their morning unblocked. Build your queue around getting a request to the right owner fast, not around making the clinic manager categorize it correctly themselves.

The device and vendor checklist a clinic support queue needs

Devices and injectables carry their own operational tail: a laser device needs scheduled maintenance, a new injectable needs staff training and approval before a location can start offering it, and a supplier recall needs to reach every affected location fast, not just the one that happened to ask. Whatever tool you choose, make sure it can answer:

  • Which locations currently have a given device or injectable approved and staff-trained
  • When a device is due for maintenance, and whether that's already been scheduled
  • Which locations need to be notified immediately if a supplier issues a recall or safety notice
  • Who at the central office owns vendor relationships for each device category

This is a case where Plain's ticket-per-device or ticket-per-location record tends to answer these questions more directly, since a recall notice becomes a trackable item with a checklist of affected locations attached. Pylon can manage the same information through a vendor-specific channel, but pulling a clean list of every affected location during an active recall takes more manual effort than a tagged, searchable ticket would.

Pitfall: routing a lead-gen question like a clinical one

A clinic manager flagging that national marketing leads went to the wrong location's calendar is an operations and marketing problem, not a clinical one, and routing it to whoever handles clinical or compliance questions wastes time on both ends. This mix-up happens more often than it should, mainly because both types of requests arrive through the same general inbox and use similar language, a person who isn't where they're supposed to be. Tag lead-routing issues distinctly from clinical or compliance requests at intake, so they reach your marketing operations team directly instead of bouncing through a clinical review step that has nothing to do with the actual problem.

Pitfall: losing track of which location a device recall affects

A vendor recall notice that goes out to your central office doesn't automatically tell you which of your locations actually have the affected device or lot number in use, and guessing wrong here is a genuine compliance risk, not just an inconvenience. Keep a current, searchable record of which device and lot numbers are deployed at which location, tied to your support queue, so a recall becomes a quick lookup rather than a round of phone calls to every clinic manager asking them to check their storage room.

Which tool covers more of this by default

If your clinic managers already coordinate with the central office over a shared Slack or Teams channel, and your team is comfortable turning that conversation into a device-tracking record, Pylon can cover most of this checklist. If device and vendor tracking is the harder, higher-stakes part of the job and your locations mostly reach you by phone or a ticket form, Plain's structured, searchable record gets you further with less manual discipline required. Weight your decision toward how your team currently handles a recall, not toward how they handle a routine booking glitch, since the recall scenario is the one with real consequences if it's handled slowly.

Building the checklist into daily practice

None of this works if the checklist lives in a document nobody references during a busy week. Once you've picked a tool, build the device-and-location tracking, the lead-routing tag, and the recall escalation path into the default categories your central office team uses from day one, rather than leaving it to individual judgment about what counts as urgent. A coordinator deciding case by case whether a request is clinical, operational, or marketing will decide inconsistently depending on how busy the queue already looks that morning, which is exactly the inconsistency a checklist like this is meant to remove.

Executive Capability Standard

What Good Looks Like

Good central support for a medspa or outpatient group means a booking issue, a device or vendor question, and a lead-routing problem each reach the right internal owner fast, with a current record of which device or injectable is approved and deployed at which location.

Building The Capability (5-Stage Skill Ladder)

1. Learn:Pull a month of central office requests and sort them by whether they were clinical, operational, or marketing in nature, so you can see how often the wrong team ends up handling a request.
2. Do Manually:Keep a manually updated tracker of which devices and lot numbers are deployed at which location, cross-checked against vendor recall notices as they arrive.
3. Delegate:Assign a specific central office coordinator to own device and vendor tracking across all locations, separate from whoever triages routine booking and IT requests.
4. Automate:Set up routing rules that separate clinical, operational, and marketing requests at intake, and build an automatic checklist prompt whenever a recall or safety notice needs to go out.
5. Buy:License a support platform that keeps a searchable, location-tagged record of device and vendor status, so a recall notice becomes a quick lookup instead of a round of phone calls to every clinic.

How to Get Started

Disclosure: We may earn a commission if you buy through some links on this page. It doesn't change what we recommend.

Frequently Asked Questions

Should patient-facing complaints go through the same tool as clinic operations requests?

Keep them separate. A patient complaint usually needs a clinical or compliance-trained reviewer and a different response standard than a booking software glitch. Routing both through the same undifferentiated queue risks either slowing down a patient complaint that needs quick attention or over-escalating a routine operations request that didn't need clinical review at all.

How do we handle a device recall that affects only some locations?

Use your device-and-location tracking record to identify exactly which clinics have the affected lot, and notify only those locations with specific instructions rather than sending a blanket alert to every clinic. A blanket notice tends to get partly ignored once staff realize it doesn't always apply to them.

What about a new location that hasn't been trained on your systems yet?

Route their requests through a temporary, higher-touch category for the first several weeks, since a new clinic's questions often need more context than an established location's would. Treat this as a defined onboarding period with an end date, not an indefinite exception.

About the numbers

This guide doesn't quote a sourced benchmark. Figures in it are estimates or general guidance, so check them against your own numbers.

Related Guides