Wollte mein eigenes Buchungstool bauen — wo hakt es typischerweise, lieber an eine Agentur abgeben?

Ich war vor zwei Jahren genauso stur und hab das Buchungssystem für unsere Praxis selbst gebaut. In Woche zwei standen zwei VIP-Kunden zur selben Zeit am Empfang. Eine hat einen Riesenaufstand gemacht und uns 1 Stern auf Google reingedrückt. Hab das Ding noch am selben Tag abgeschaltet und was Fertiges geholt. Den Stress war es absolut nicht wert.

Dein Problem nennt sich in der Softwareentwicklung 'Race Condition'. Der Slot muss temporär blockiert werden, sobald jemand zur Kasse geht, und nach 10 Minuten wieder freigegeben werden, falls die Zahlung abbricht. Sowas mit No-Code-Baukästen stabil hinzubekommen, ist fast ein Ding der Unmöglichkeit.

Wenn du zu einer Agentur gehst, fangen die unter 70.000 bis 90.000 TL gar nicht erst an. Mit 1.500 TL monatlich für ein fertiges Tool amortisiert sich das erst nach 4 bis 5 Jahren. Dazu kommt: Serverausfälle, Updates oder Änderungen an den SMS-APIs sind dann das Problem des Anbieters, nicht deins.

für sms brauchst du eh gewerbenachweis beim provider wegen dem absender und wenn da mal der webhook abschmiert kriegt keiner ne sms und die kunden tauchen nicht auf.. tu dir das nicht an und nimm einfach ne fertige lösung.

Lass Anzahlungen und SMS erst mal komplett weg. Nimm einfach kostenlose Buchungs-Plugins, die sich direkt mit den Google Kalendern deiner Mitarbeiter abgleichen. Erst wenn ihr bei über 20 Terminen am Tag seid, lohnt sich der Umstieg auf Profis oder eine Bezahlplattform.

Wer sagt denn, dass ein Vier-Personen-Laden eine maßgeschneiderte Software braucht? Erfindet das Rad nicht neu. Es gibt spezialisierte Standardsoftware, die tausende Salons nutzen. Nutzt die Zeit lieber für eure Kunden statt fürs Coden.

reicht es denn nicht einfach ein kleines Skript zu schreiben das die Seite neu lädt und den Termin sofort ausblendet, sobald das Formular abgeschickt wird?

Ihr verarbeitet Namen, Telefonnummern und sensible Behandlungsdaten eurer Kunden. Nach KVKK müsst ihr als Verantwortliche alle Sicherheitsanforderungen auch bei einer Eigenentwicklung lückenlos nachweisen können. Bei Sicherheitslücken drohen empfindliche Bußgelder.

Ich bin derselben Meinung. Nur weil alle es tun, heißt es nicht, dass es richtig ist.

Die obige Antwort bringt es auf den Punkt. halt wenn du das nicht von Anfang an schriftlich festhältst gibt es später Streit.

Schreibt mir, wenn ihr Fragen habt ich antworte so gut ich kann.

Dieser Rat passt meiner Meinung nach nicht auf jeden. Das allein zu versuchen, ist der teuerste Weg.

Ich hoffe, das hilft dir weiter.

Hier lauert eine Falle die ich nicht unerwähnt lassen möchte. Bei uns war der größte Zeitfresser die Unklarheit darüber, wer entscheidet.

Jeder nicht schriftlich festgehaltene Punkt ist einer an den sich beide Parteien später unterschiedlich erinnern. Wenn ihr das Ergebnis hier postet, hilft es auch anderen.

Bei uns ist es genauso.

Wir sind auch eine Zeit lang an derselben Stelle hängen geblieben. Wenn keine Abnahmekriterien definiert sind, ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

Wir sind auch eine Zeit lang an derselben Stelle hängen geblieben. Kein Prozess ohne Dokumentation verbessert sich, weil man nicht weiß, was man verbessern soll.

Wer bei terminbuchungssystem einrichten hetzt, stolpert alle an derselben Stelle. Nur als Notiz, könnte nützlich sein.

Es gab drei verschiedene Ansichten die sich alle ergänzen. Lösungen, die im kleinen Maßstab funktionieren, brechen bei Wachstum zusammen das habe ich spät gelernt.

Das war's, entschuldige wenn ich zu lang war.

Ich habe mich lange damit beschäftigt. Lösungen, die im kleinen Maßstab funktionieren, brechen bei Wachstum zusammen, das habe ich spät gelernt.

An deiner Stelle würde ich so vorgehen.

Gespeichert. Der Zahlungsplan sollte an die Projektphasen gekoppelt sein, nicht an den Kalender.

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