Switching salon booking software is a diary-management project as much as a software choice. The safest starting point is a clear cutover date, a checked list of future appointments, and a record of every deposit already collected.
You do not need to change every part of the business at once. You do need to know which system is responsible for each appointment, payment and client message during the transition. This checklist helps you plan that handover without promising an automatic import that your chosen supplier may not support.
1. Define what must work on day one
List the reasons you are moving: clearer online booking, deposits, easier rescheduling, lower administration or a better fit for your services. Turn each reason into a test you can perform.
For example, replace “better booking” with “a new client can choose the correct service, see its total price, pay the stated deposit and receive confirmation on a phone”. Replace “better reporting” with the exact information you need to reconcile a week's appointments.
Separate essential features from preferences. Staff permissions, appointment lengths and handling existing deposits may be essential; a different calendar colour probably is not. Compare software costs using your own booking volume rather than assuming the lowest headline price will fit.
2. Make a migration register
Create a secure working list of future appointments. Include only the information needed for the transfer and restrict access to people doing that work.
For each appointment, check:
- Client name and the contact details needed for appointment messages.
- Date, start time, service, duration and responsible team member.
- Agreed total price, deposit paid and balance remaining.
- Payment reference and which system or processor holds the payment record.
- The cancellation terms already agreed and any specific arrangements.
- Whether confirmation or reminders have already been sent.
Do not copy full card details into a spreadsheet or into booking notes. Do not assume marketing permissions transfer simply because a contact appears in an export. Keep any permission records and service communications distinct, and review your data-handling obligations before moving personal information.
3. Check what can actually be exported and imported
Ask the old supplier about export formats, access after cancellation and retention of invoices and payment records. Ask the new supplier which fields it can import and which you must enter manually.
Test a small sample before moving the full diary. A file opening successfully does not prove that durations, staff assignments or payment statuses are correct. Compare the resulting appointments against the original records.
If the new system has no suitable import, choose a manageable manual transfer window. Do not describe a booking as paid unless you have a reliable way to record and reconcile the original payment. Retain access to the original records for as long as required and permitted by your retention arrangements.
4. Treat existing deposits as their own workstream
A deposit taken through the old system is not a reason to charge the client again. Identify which appointments are already funded and how the remaining balance will be collected.
Moving an appointment does not necessarily move its payment, refund capability or dispute history. Confirm where each of those will be managed. Do not refund and recharge everyone merely to make the new diary look tidy; that may introduce fees, delays and confusion.
Keep the terms already agreed with the client visible to the team. If you need to change an appointment arrangement, contact the client clearly instead of silently applying a different policy through the new system. See the deposit-policy guide for communication considerations.
5. Rebuild availability before opening bookings
Set business hours, service durations, breaks, unavailable dates and the correct staff or resources. Then compare several real days against the existing diary: a normal weekday, a busy Saturday and a day with a long appointment.
Existing appointments must either be entered correctly or have their time protected before clients can book into the new calendar. Otherwise an apparently empty system can sell a slot that is already occupied.
Choose one source of truth for availability during the handover. If both systems remain publicly bookable, every change needs reconciliation; an overlap is not automatically a synchronised calendar.
6. Run a small set of acceptance checks
Use a supported test mode where available. Before taking live payments, understand any processing and refund charges.
| Check | What you are confirming |
|---|---|
| New booking on a phone | Service, price, time and next step are clear |
| Existing appointment | Duration, staff and payment history match your register |
| Reschedule | Old time is released and new time is reserved correctly |
| Cancellation | Policy and payment handling match the agreed terms |
| Confirmation and reminder | Correct address, local time and working contact route |
| Team access | Each person can perform the work they need to do |
Record failures and resolve them before announcing the switch. Avoid testing by sending confusing messages to real clients without explanation.
7. Change public links with a short client message
Update your website, social profiles, email signature, printed QR materials and any directory where you have placed a booking link. Scan a printed QR code with your phone; changing an online link does not necessarily update an old printed code.
You can adapt this service announcement for clients affected by the change:
“We are moving to a new booking system on [date]. Your appointment on [date and time] is still confirmed, and your existing deposit remains recorded. For new appointments, please use [booking link]. If you need help with an existing booking, contact us at [contact details].”
Only send the statements you have verified. If clients must take an action, state exactly what it is and why. Avoid including unrelated promotional offers in an operational update.
8. Reconcile before retiring the old system
At cutover, compare appointment counts by day and the total of recorded deposits. Investigate differences appointment by appointment. Check that duplicate reminders have stopped and that old booking links no longer accept appointments you cannot track.
Do not cancel the old account until you understand continuing access to records, refunds and support. The migration is complete when the diary and payments reconcile, not simply when the new booking page is online.
Trying Salonier as your next booking system
Salonier offers a shareable booking page and deposit checkout. Check current plan features and confirm migration needs before moving your diary; this guide does not promise a direct import from another provider.
Start a seven-day Salonier trial and use one representative service to test the workflow before setting a cutover date.