Terminplanungssoftware im Vergleich: Wie finden wir bei der Riesenauswahl das Richtige für unseren Salon?

Macht bei der Auswahl vier Features zur Pflicht: 1) Anzahlungen bei Buchung bzw. Autorisierung von Ausfallgebühren bei No-Shows, 2) Schichtplanung samt individueller Provisionsabrechnung fürs Team, 3) Kostenlose Benachrichtigungen per E-Mail, 4) DSGVO-konforme Vorlagen für Einwilligungstexte der Kunden.

Wir hatten in unserem Salon mit 6 Mitarbeitern anfangs ein provisionsbasiertes System und haben monatlich rund 220 Pfund an Gebühren und Lizenzen abgedrückt. Sind dann auf eine lokale Software für pauschal 45 Pfund umgestiegen und haben Anzahlungen zur Pflicht gemacht. In der ersten Woche gab es zwei Beschwerden, aber nach einem Monat lag die No-Show-Quote bei null. Spart uns jeden Monat mindestens 300 Pfund.

Passt bei den großen Vermittlungsportalen extrem auf. Die stellen euch zwar einen Kalender, füttern damit aber ihren eigenen Kundenpool und schicken euren Kunden am nächsten Tag Rabattaktionen vom Salon um die Ecke. Wer seine Kundschaft behalten will, setzt auf Standalone-Lösungen.

Wählt maximal 3 Favoriten aus und fordert überall 14-tägige Testzugänge an. Lasst das Team im Salonalltag direkt damit arbeiten. Wenn der Empfang mehr als 3 Klicks für eine Buchung braucht oder man Termine nicht per Drag & Drop verschieben kann, bricht euch das System am stressigen Samstag komplett das Genick.

Lest vor Vertragsabschluss genau nach, wie der Datenexport geregelt ist. Viele Salonbetreiber erleben böse Überraschungen beim Wechsel, weil der Anbieter Kundendaten blockiert oder unverschämte 500 Pfund für die Datenmigration verlangt.

Wir sind vor zwei Jahren auf eine Billiglösung reingefallen, bei der SMS-Pakete versteckt abgerechnet wurden. Aus 35 Pfund Grundgebühr wurden am Monatsende 140 Pfund. Stornierte ein Kunde, bekamen wir obendrein keine Benachrichtigung und hatten Doppelbelegungen vor Ort. Billig gekauft ist im Salonalltag oft doppelt bezahlt.

Nehmt ein Tool mit Festpreis pro Salon statt pro Arbeitsplatz, das Anzahlungen abwickeln kann. Sobald ihr die ersten No-Shows verhindert, hat sich die Software schon in der ersten Woche gerechnet.

nichts vergessen: Der meiste Zeitverlust entsteht durh Arbeiten, die auf Freigaben warten.

das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Ich bin derselben Meinung. halt zugangsdaten sollten auf den Firmennamen laufen, nicht auf persönliche Konten.

Wenn man versucht, alles gleichzeitig zu ändern, etabliert sich nichts richtig. also viel Erfolg.

Mich interessiert das auch.

Man sollte der Reihe nach vorgehen. Wenn keine Abnahmekriterien definiert sind, ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

Viel Erfolg.

Es gibt auch noch die Mess-Seite. Wenn man versucht alles gleichzeitig zu ändern, etabliert sich nichts richtig.

Nur als Notiz könnte nützlich sein.

Letztes Jahr haben wir fast genau dasselbe erlebt. Lösungen, die im kleinen Maßstab funktionieren, brechen bei Wachstum zusammen, das habe ich spät gelernt.

Wenn deine Situation anders ist, ändert sich das natürlich.

ich fasse das Thema mal zusammen, da es mehrere unterschiedliche Antworten gab. beginnt mit einem kleinen Test, bindet nicht gleich alles fest.

wer bei Temrinplanungssoftware hetzt, stolpert alle an derselben Stelle.

Beim Umsetzen gibt es drei Dinge zu beachten. Je schwerer es ist eine Entscheidung rückgängig zu machen desto langsamer solltet ihr sie treffen.

Aus Erfahrung weiß ich das.

Dieser Ansatz hat seinen Preis, der aber nicht thematisiert wird. Wenn keine Abnahmekriterien definiert sind ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

Zugangsdaten sollten auf den Firmennamen laufen nicht auf persönliche Konten. Nur als Notiz, könnte nützlich sein.

Ja, die Situation bei Terminplanungssoftware ist genau so. Wer bei Terminplanungssoftware hetzt, stolpert alle an derselben Stelle.

Viel Erfolg.

Bei uns war es so... ehrlich gesagt wenn keine Abnahmekriterien definiert sind ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

Nach der Übergabe lebt das System weiter; Wartung ist ein separater Posten. Korrigiert mich, falls ich falsch liege.