Erstellen Sie eine Preisrechner‑App für Ihr Service‑Menü, die Services, Add‑ons, Steuern und Rabatte zusammenrechnet, damit das Personal schnell und einheitlich Angebote erstellt.
Die meisten inkonsistenten Angebote entstehen durch alltäglichen Druck. Eine Person erinnert sich an den Preis von letzter Woche, eine andere schaut in eine alte Nachricht, und eine dritte benutzt eine Notiz, die am Tresen klebt. Selbst wenn alle es gut meinen, summieren sich kleine Unterschiede schnell, wenn Services Add‑ons, Sonderfälle und ungeschriebene Regeln haben.
In Sekunden zu quoten bedeutet nicht hetzen. Es heißt, Mitarbeitende können sicher antworten, solange die Kundin oder der Kunde noch engagiert ist — ohne in Warteschleifen zu schicken, ins Hinterzimmer zu laufen oder eine Managerin zu fragen. Wenn das Quotieren einfach ist, hören Leute auf, sich eigene Abkürzungen auszudenken.
Die, die es am stärksten merken, sind die, die dem Kunden am nächsten sind. Empfangsteams brauchen schnelle Antworten. Vertrieb braucht konsistente Preise, um peinliche Nachfragen zu vermeiden. Techniker*innen brauchen klare Erwartungen, damit sie nicht darüber streiten, was eingeschlossen war. Manager brauchen weniger Ausnahmen und weniger Rabatte, die nur wegen Unsicherheit vergeben werden.
Damit das klappt, muss Ihr Rechner die Details abdecken, die oft vergessen werden: der Basisservice, Add‑ons, Steuern und Gebühren, genehmigte Rabatte und eine kurze Notiz, warum sich etwas geändert hat und wer es genehmigt hat.
Hier hören Tabellenkalkulationen oft auf, ausreichend zu sein. Sie sind flexibel, aber leicht zu kopieren, leicht zu bearbeiten und schwer über Schichten hinweg konsistent zu halten. Eine zusätzliche Spalte, eine ausgeblendete Zeile oder eine veraltete Version — und Ihre „Standard“‑Preise werden zur persönlichen Preisliste.
Eine Service‑Menü‑Preisrechner‑App gibt Ihnen eine gemeinsame Regelmenge, sodass die Gesamtsumme dieselbe ist, egal wer das Angebot erstellt. Mit einer No‑Code‑Plattform wie AppMaster können Sie diese Regeln in ein einfaches Formular verwandeln, das Mitarbeitende nutzen, während die Preiskalkulation hinter den Kulissen kontrolliert bleibt.
Ein Rechner funktioniert nur, wenn er der Art entspricht, wie Ihr Team tatsächlich Angebote macht. Die besten fühlen sich auf gute Weise langweilig an: klare Eingaben, vorhersehbare Regeln und eine Gesamtsumme, der alle vertrauen.
Beginnen Sie mit einer Service‑Liste, die raten ersparen hilft. Jeder Service sollte einen kurzen, kundenfreundlichen Namen und einen Basispreis haben, der nicht ohne Genehmigung geändert wird. Wenn zwei Services ähnlich klingen, fügen Sie eine klärende Notiz hinzu wie „inkl. Material“ oder „nur Arbeit“, damit Mitarbeitende nicht die falsche Position wählen.
Bei Add‑ons driftet das Angebot meist ab. Machen Sie sie einfach anwendbar mit Umschaltern (ein/aus) oder Mengenangaben (z. B. „zusätzliche Räume“). Halten Sie Namen konsistent, damit niemand den Basisservice mit einem Extra verwechselt.
Steuern und Gebühren brauchen Optionen. Manche Jobs haben eine prozentuale Steuer, manche eine feste Gebühr, manche sind steuerbefreit. Ihr Formular sollte diese Fälle behandeln, ohne dass Mitarbeitende nebenbei rechnen müssen.
Rabatte brauchen Leitplanken. Unterstützen Sie Prozent‑ und Festbetragsrabatte, legen Sie fest, wie Promo‑Codes funktionieren, und wenn Überschreibungen erlaubt sind, verlangen Sie einen Grund, damit Sie Muster später prüfen können.
Auf der Ausgabeseite halten Sie die Aufschlüsselung vertraut: Zwischensumme, Rabatt (mit Bezeichnung), Steuern und Gebühren (separat) und die Endsumme. Mitarbeitende sollten außerdem eine kurze Zusammenfassung der Auswahl sehen, damit sie diese laut vorlesen können.
Beispiel: Ein $120 Basisservice plus ein $30 Add‑on ergibt $150 Zwischensumme. 10% Rabatt anwenden ($15), dann 8% Steuer auf den rabattierten Betrag ($10,80), ergibt $145,80 Gesamt.
Geschwindigkeit entsteht durch vertraute Steuerelemente und weniger Entscheidungen. Ein gutes Formular fühlt sich an wie eine Checkliste, nicht wie eine Tabelle.
Ordnen Sie jede Wahl dem schnellsten Eingabetyp zu. Pakete sind normalerweise „eines auswählen“, also Radio‑Buttons (Basic, Standard, Premium). Add‑ons sind „beliebig viele“, also Checkboxen. Halten Sie Labels kurz und zeigen Sie den Preis direkt im Options‑Text, damit niemand ihn sich merken muss.
Fragen Sie nur nach Mengen, wenn jemand natürlicherweise etwas zählen würde. Stunden, Einheiten, Plätze und Artikel sind gute Beispiele. Wenn ein Service immer „1 pro Besuch“ ist, zeigen Sie kein Mengenfeld an.
Eine laufende Summe sollte sich sofort aktualisieren, wenn sich die Auswahl ändert. Zeigen Sie eine kleine Aufschlüsselung in der Nähe der Gesamtsumme (Zwischensumme, Rabatt, Steuer, Gesamt), damit Mitarbeitende die Zahl erklären können, ohne zu suchen. Wenn Steuern variieren, zeigen Sie an, welche Regel verwendet wird (z. B. „Stadtsteuer 8%“), um Zweifelsfragen zu reduzieren.
Halten Sie das Layout vorhersehbar, damit Mitarbeitende von oben nach unten arbeiten können: Paket wählen, Add‑ons auswählen, etwaige Mengen eingeben, Rabatt nur bei Berechtigung anwenden, dann Kundendaten und Notizen hinzufügen.
Pflichtfelder sollten deutlich, aber freundlich fehlschlagen. Wenn jemand ein Pflichtpaket überspringt, sollte die Fehlermeldung genau sagen, was zu korrigieren ist („Wählen Sie ein Paket, um die Gesamtsumme zu berechnen“) und das fehlende Feld hervorheben.
Notizen sind wichtig für Sonderfälle („Kunde bringt eigenes Material mit“). Sie erfassen Kontext, ohne dass Mitarbeitende Preise ändern können. In AppMaster können Sie dies als sauberes Formular mit Live‑Summe bauen und gleichzeitig die Preisregeln im Workflow sperren.
Schreiben Sie die Regeln in klarer Sprache auf, bevor Sie das Formular bauen. Sind die Regeln unscharf, wirkt der Rechner willkürlich und Sie erhalten trotzdem unterschiedliche Summen für denselben Auftrag.
Beginnen Sie mit der Reihenfolge der Operationen. Entscheiden Sie, ob Rabatte vor oder nach der Steuer angewendet werden und ob Add‑ons rabattfähig sind. Wählen Sie eine Rundungsregel und bleiben Sie dabei (z. B. Gesamtsumme auf 2 Nachkommastellen runden, nicht jede Position einzeln). Diese kleinen Entscheidungen verursachen die meisten Meinungsverschiedenheiten bei Angeboten.
Behandeln Sie Ihre Service‑Liste wie einen Katalog, nicht wie eine Tabelle. Geben Sie jedem Service und Add‑on eine stabile ID, einen klaren Namen, den Mitarbeitende erkennen, und einen Standardpreis. Wenn Sie später etwas umbenennen, darf die ID nicht wechseln. Das hält Berichte und Prüfungen sauber.
Steuern brauchen auch Regeln. Viele Teams benötigen unterschiedliche Steuersätze je nach Standort und manchmal je nach Service‑Typ. Entscheiden Sie, wie die App den richtigen Steuersatz wählt (z. B. Standort auf dem Angebot speichern oder aus der Kundenadresse ableiten).
Rabatte sollten kontrolliert werden. Legen Sie klar fest, welche Rabatte es gibt, wie hoch maximal erlaubt ist und wer sie anwenden darf. Eine einfache Policy hilft Mitarbeitenden, schnell zu handeln ohne zu raten.
Entscheiden Sie außerdem, was Sie jedes Mal speichern: Angebotszusammenfassung, Positionen, Steuer‑ und Rabattaufteilung, optionale Kundendaten, Mitarbeitende, Standort und Zeitstempel. In AppMaster können Sie das im Data Designer modellieren, sodass jedes Angebot konsistent und nachverfolgbar ist.
Behandeln Sie Preise als Daten, nicht als Text in einem Dokument. Wenn Preise an einem Ort leben, bleibt das Formular einfach und Angebote werden konsistent.
Erstellen Sie eine Tabelle für Services und Add‑ons mit Basisdaten: Name, Basispreis, Einheit (Stück/Stunde) und ob Steuer anfällt. Add‑ons können eine eigene Tabelle sein oder eine gemeinsame Tabelle mit einem Typ‑Feld.
Wenn Sie AppMaster verwenden, passt der Data Designer gut, um Services, Add‑ons und Kategorien ohne Code zu modellieren.
Zielen Sie auf einen Bildschirm mit wenigen offensichtlichen Wahlmöglichkeiten: Service, Menge (wenn relevant) und optionale Add‑ons. Verwenden Sie sinnvolle Vorgaben, damit Mitarbeitende weniger tippen müssen.
Berechnen Sie eine Zwischensumme aus den ausgewählten Positionen und Mengen, wenden Sie Rabatte entsprechend Ihrer Policy an und berechnen Sie dann Steuern und Gebühren. Halten Sie diese Reihenfolge überall gleich.
In AppMaster lässt sich diese Logik sauber im Business Process Editor abbilden: Auswahl erfassen, Positionen summieren, Rabatte anwenden, dann Steuer berechnen.
Zeigen Sie eine saubere Zusammenfassung der Positionen, Zwischensumme, Rabatt, Steuer und Gesamt an. Wenn Mitarbeitende Angebote schnell teilen sollen, fügen Sie eine Aktion „Angebotstext kopieren“ hinzu, damit sie ihn in E‑Mail oder Chat einfügen können. Stimmen Sie die Namen exakt mit Ihrem Service‑Menü ab.
Speichern Sie jedes Angebot mit einer ID, Datum, Mitarbeitendem und vollständiger Aufschlüsselung. Wenn Sie später Änderungen erlauben wollen, speichern Sie die ausgewählten Positionen als einzelne Positionen statt nur einer Gesamtsumme. So kann ein Angebot wieder geöffnet, eine Position geändert und die Summe zuverlässig neu berechnet werden.
Eine einfache Summe (Services + Steuer) ist leicht. Die Probleme beginnen, wenn Ihr Menü Pakete, Ausnahmen und Gebühren enthält, die nur manchmal gelten. Behandeln Sie diese Fälle vorher, damit Mitarbeitende schnell ohne Raten antworten können.
Pakete sorgen häufig für Verwirrung. Ein „Basic / Standard / Premium“‑Paket sollte eine klare Liste dessen enthalten, was abgedeckt ist. Wenn ein Kunde einen enthaltenen Posten aufwertet, sollte der Rechner nur die Differenz berechnen.
Lange Menüs werden unübersichtlich, wenn Sie nicht Kategorien und Suche hinzufügen. Gruppieren Sie nach Typ (Reparatur, Installation, Wartung) und lassen Sie Mitarbeitende filtern, damit das Formular auch bei vielen Services schnell bleibt.
Weitere Regeln, die ggf. unterstützt werden sollten, sind standortabhängige Preise, ein Mindestbetrag, Fahrtkosten, Zuschläge außerhalb der Geschäftszeiten und Anzahlungsregeln mit Restbetrag. Entscheidend ist das Vermeiden unbeabsichtigter Stapelungen. Wenn z. B. eine Mindestgebühr gilt, entscheiden Sie, ob die Steuer auf die Mindestgebühr oder auf die ursprüngliche Zwischensumme berechnet wird.
Falsche Summen entstehen meist durch Regelabweichungen, nicht durch Rechenfehler. Der Rechner bleibt vertrauenswürdig, nur wenn er Ihrer Preis‑Policy entspricht und die Workarounds entfernt, die Mitarbeitende unter Druck nutzen.
Ein klassisches Problem ist die Reihenfolge der Operationen. Wenn Ihre Policy „erst Rabatt, dann Steuer“ ist, das Formular aber den vollen Betrag versteuert und den Rabatt später abzieht, zahlen Kund*innen mehr als erwartet und das Team verliert Vertrauen in das Tool.
Weitere häufige Ursachen für inkonsistente Angebote sind:
Ein reales Beispiel: Eine Mitarbeiterin gewährt 10% „Neukunden“ Rabatt, fügt eine pauschale Fahrtgebühr hinzu und versteuert dann die Gesamtsumme. Wenn die Policy lautet „Fahrtgebühr ist steuerfrei“ und „Rabatt gilt nicht für Gebühren“, ist das Angebot falsch, sofern diese Regeln nicht explizit sind.
Wenn Sie das in AppMaster bauen, behandeln Sie Überschreibungen wie Ausnahmen: verlangen Sie eine Begründung, begrenzen Sie, wer sie nutzen kann, und protokollieren Sie Nutzer*in und Zeitstempel.
Bevor Sie das Tool an das Team geben, führen Sie kurze Tests durch, die reale Angebotsfälle abbilden. Diese Tests fangen die kleinen Rechen‑ und Wortfehler ein, die am Tresen zu Streit führen.
Beginnen Sie mit dem Basisservice: Wählen Sie einige gängige Services und bestätigen Sie, dass jedes bei keiner weiteren Auswahl exakt dem Menüpreis entspricht. Testen Sie dann Add‑ons so, wie Kund*innen es tun würden, inklusive mindestens eines Mengenelements, um die Mengenrechnung zu prüfen.
Testen Sie anschließend Rabatt‑Edge‑Cases (prozentual und fest) und stellen Sie sicher, dass Summen nie unter $0 fallen. Prüfen Sie schließlich, dass Steuern und Rundung mit den Quittungen übereinstimmen. Wählen Sie eine Rundungsregel und halten Sie sich daran.
Verwenden Sie ein wiederholbares Szenario, um sowohl Zahl als auch Zusammenfassung bis auf den Cent zu validieren.
Eine Kundin ruft an und möchte einen Basisservice plus zwei Add‑ons. Das Ziel ist, dieselbe Antwort zu geben, egal welches Teammitglied abhebt.
Szenario: Die Kundin möchte „Standard Home Cleaning“ für 2 Besuche. Dazu zwei Add‑ons: „Inside Fridge“ und „Inside Oven“. Die Mitarbeiterin wählt den Basisservice, schaltet beide Add‑ons an und setzt Menge = 2.
Die Kundin hat einen 10% Promo. Das Personal wählt die Rabattoption (kein Kopfrechnen) und das Formular wendet Rabatt und Steuer automatisch an.
Das Team kann mit einem klaren Satz enden: „Für zwei Besuche mit Fridge‑ und Oven‑Add‑ons beträgt Ihre Gesamtsumme nach dem 10% Promo inklusive Steuern $418.93.“
Bevor der Anruf endet, speichert das Personal das Angebot, sodass Kundenname, ausgewählte Positionen, verwendeter Steuersatz, angewandter Rabatt und Endsumme hinterlegt sind. Später kann dasselbe Angebot wieder geöffnet werden, um die Zusammenfassung erneut zu senden oder die Menge anzupassen, ohne die Berechnung neu zu erstellen. Wenn Sie das in AppMaster bauen, können Sie auch einen Status wie Entwurf, Gesendet, Genehmigt oder Abgelaufen hinzufügen, damit Angebote nicht verloren gehen.
Ein schneller Rechner hilft nur, wenn Menschen der Summe vertrauen. Das heißt, Preisregeln bleiben kontrolliert und jedes Angebot lässt sich zurückverfolgen: wer es erstellt hat und was geändert wurde.
Beginnen Sie mit Zugriffskontrollen. Viele Teams brauchen ein paar Rabatte, die jeder nutzen kann, und einige, die genehmigungspflichtig sind. Wenn jede*r Preise überschreiben kann, wird Ihr „Standard“‑Angebot nur noch eine Empfehlung.
Eine einfache Einrichtung reicht oft: Mitarbeitende dürfen Services und Add‑ons auswählen, aber Basispreise nicht bearbeiten; Standardrabatte kommen aus einer Liste; individuelle Rabatte erfordern eine Manager‑Rolle; Steuern berechnen sich automatisch; Überschreibungen brauchen eine Begründung; nur Manager können Änderungen an der Preisliste veröffentlichen.
Führen Sie eine einfache Angebotshistorie: speichern Sie Zeitstempel, Mitarbeitendenkonto und eine kurze Änderungsnotiz. Wenn ein Kunde fragt, warum sich ein Preis geändert hat, können Sie schnell antworten.
Trennen Sie außerdem, was Kundinnen sehen von internen Notizen. Kundinnen brauchen eine saubere Aufschlüsselung. Intern können Sie Margenhinweise oder Warnungen wie „Rabatt erfordert Genehmigung“ anzeigen.
Vermeiden Sie das Sammeln sensibler Zahlungsdaten im Angebotsformular. Angebote sollten Preisangaben und Kontaktdaten erfassen, aber keine Kartendaten.
In AppMaster können Sie Authentifizierung und rollenbasierte Regeln hinzufügen, sodass nur Berechtigte bestimmte Rabatte anwenden können, während jedes Angebot nachvollziehbar bleibt.
Ein Rechner hilft nur, wenn er genutzt wird. Behandeln Sie den ersten Rollout wie ein Pilotprojekt. Starten Sie klein, halten Sie es schnell und schützen Sie die Regeln, damit alle auf dieselbe Weise anbieten.
Beginnen Sie mit der kleinsten Version, die die meisten Alltagsfälle abdeckt: Ihre Top‑Services und häufigsten Add‑ons. So bleibt das Formular kurz, während Sie bestätigen, dass die Summen mit Ihrer Preisstruktur übereinstimmen.
Ein üblicher Rollout‑Plan ist ausreichend:
Hören Sie genau auf Feedback, das die Geschwindigkeit betrifft. Wenn Mitarbeitende sagen „Ich finde das richtige Add‑on nicht“, liegt das meist an Labels und Gruppierung, nicht an der Rechnung. Benennen Sie Optionen so, wie Kund*innen sie nennen, und stellen Sie die häufigsten Optionen oben an.
Sobald die Summen stabil sind, fügen Sie Speichern und Reporting hinzu. Gespeicherte Angebote verbessern die Nachverfolgbarkeit (wer angeboten hat, wann, welche Optionen, welche Summe). Reporting beantwortet dann praktische Fragen wie welche Add‑ons am meisten verkauft werden, wo Rabatte am häufigsten genutzt werden und wie oft Steuervorschriften die Summen beeinflussen.
Entscheiden Sie, wie das Team darauf zugreift. Eine Web‑App eignet sich für Empfangs‑Desktops und Tablets. Eine Mobile‑App ist besser, wenn Mitarbeitende auf der Fläche oder im Außendienst anbieten.
Wenn Sie eine vollständige Service‑Menü‑Preisrechner‑App ohne Programmierung erstellen möchten, kann AppMaster Ihnen helfen, das Formular, die Preiskalkulation und ein Admin‑Panel an einem Ort zu bauen und es dann als Web‑App oder native Mobile‑App auf appmaster.io bereitzustellen.
Wie bekommen wir Angebote in Sekunden ohne Raten?Der schnellste Weg ist, alle Preisregeln an einem Ort zu sammeln und das Personal aus kontrollierten Optionen wählen zu lassen: Basisservice, Add‑ons, Mengenangaben, danach automatisch angewendete Rabatte und Steuern. Wenn die Regeln einheitlich sind, wird das Angebot in wenigen Klicks erstellt statt durch Rückfragen oder Kopfrechnen.
Warum reicht ein gemeinsames Spreadsheet nicht zum Anbieten?Tabellen sind leicht zu kopieren, zu verändern und veralten schnell. Eine eigene Rechner‑App kann Basispreise sperren, Rabatte standardisieren und sicherstellen, dass Steuern und Gebühren immer nach denselben Regeln berechnet werden — unabhängig davon, wer gerade Dienst hat.
Was sollte in der Service‑ und Add‑on‑Liste enthalten sein?Beginnen Sie mit einer kleinen, klaren Service‑Liste, in der jede Position eine stabile ID, einen kundenfreundlichen Namen und einen Standardpreis hat. Fügen Sie Add‑ons als separate auswählbare Positionen hinzu, damit Mitarbeitende nicht verwechseln, was inklusive ist und was extra kostet.
Sollten Rabatte vor oder nach der Steuer angewendet werden?Wählen Sie eine Regel und wenden Sie sie überall an — meist ist „erst Rabatt, dann Steuer“ am einfachsten zu erklären und nachzuvollziehen. Dokumentieren Sie die Regel in klarer Sprache und bauen Sie den Rechner so, dass er diese Reihenfolge immer befolgt.
Was macht ein Preisformular schnell für Empfang und Vertrieb?Verwenden Sie einfache Steuerelemente, die echten Entscheidungen entsprechen: Radio‑Buttons für Pakete, Checkboxen für Add‑ons und Mengenfelder nur, wenn natürlich gezählt wird. Ordnen Sie das Formular von oben nach unten, damit Mitarbeitende nicht nach Eingabefeldern suchen müssen, während Kund*innen warten.
Wie verhindern wir, dass Rabatte außer Kontrolle geraten?Unterstützen Sie prozentuale und feste Betragsrabatte, aber schützen Sie diese durch Regeln. Nutzen Sie eine vordefinierte Liste für gängige Aktionen, begrenzen Sie Maximalrabatte und verlangen Sie bei manuellen Überschreibungen eine kurze Begründung, damit Sie Muster später prüfen können.
Welche Daten sollten wir mit jedem Angebot speichern?Speichern Sie die vollständige Aufschlüsselung, nicht nur den Endbetrag: ausgewählte Positionen, Mengen, Zwischensumme, Details zu Rabatten, verwendeter Steuersatz, Gebühren, Mitarbeitender, Standort, Zeitstempel und eine kurze Notiz bei Überschreibungen. Das erleichtert Nachverfolgung und Prüfungen.
Wie gehen wir mit Angebotsrevisionen um, ohne Vertrauen zu verlieren?Geben Sie jedem Angebot einen Status wie Entwurf, Gesendet, Genehmigt oder Abgelaufen und speichern Sie jede Änderung mit wer sie vorgenommen hat und warum. So können Sie genau nachvollziehen, warum sich ein Betrag geändert hat.
Was sollten wir testen, bevor das Team den Rechner nutzt?Testen Sie einige reale Szenarien komplett durch, darunter mindestens ein pro‑Einheit‑Add‑on, ein prozentualer Rabatt, ein fester Rabatt und einen steuerbefreiten Fall. Bestätigen Sie, dass Rundungsregeln mit den Quittungen übereinstimmen und dass Summen niemals unter 0 gehen.
Wie kann AppMaster beim Bau eines solchen Preisrechners helfen?Modellieren Sie Ihre Services, Add‑ons und Angebote in einer Datenbankstruktur und setzen Sie die Berechnungsschritte als kontrollierten Workflow um. In AppMaster verwenden Teams typischerweise den Data Designer für das Katalog‑Modell und den Business Process Editor, um Rabatte, Steuern und Gebühren konsistent anzuwenden, ohne dass Mitarbeitende Basispreise ändern können.
21. Jan. 2026
8 Min
20. Jan. 20268 Min
20. Jan. 20268 MinExperimentieren Sie mit AppMaster mit kostenlosem Plan.
Wenn Sie fertig sind, können Sie das richtige Abonnement auswählen.
