Zahlungen im eigenen SaaS: Twint, Kreditkarte oder Rechnung?

Wer ein eigenes SaaS oder ein MVP mit Abo in der Schweiz startet, bietet am besten zwei Wege an: Twint und Kreditkarte über einen einzigen Zahlungsdienst für Privatkunden und kleine Firmen, dazu die Rechnung mit QR-Code für grössere Firmenkunden. Twint ist in der Schweiz am Handy verbreitet, die Kreditkarte deckt internationale Kunden und wiederkehrende Abbuchungen ab, und die QR-Rechnung passt zur Buchhaltung von Unternehmen. Mehr braucht es zum Start selten.

Dieser Artikel richtet sich an Gründerinnen und Gründer sowie KMU, die ein eigenes digitales Produkt mit wiederkehrenden Einnahmen aufbauen. Er erklärt, welche Zahlungsart für welches Kundensegment taugt, was Abos technisch verlangen und was man beim Start getrost weglassen kann. Gebühren nennen wir bewusst nicht: Sie ändern sich laufend und hängen am Vertrag.

Warum Zahlungen im SaaS anders sind als im Onlineshop

Im Onlineshop bezahlt ein Kunde einmal, das Paket geht raus, fertig. In einem SaaS beginnt die Arbeit mit der ersten Zahlung erst. Das System muss wissen, ob ein Abo aktiv ist, was passiert, wenn eine Zahlung fehlschlägt, wie ein Upgrade mitten im Monat abgerechnet wird und wann ein gekündigtes Konto gesperrt wird. Diese Logik heisst im Fachjargon Billing, und sie ist der Teil, der in vielen MVPs unterschätzt wird.

Die Wahl der Zahlungsart ist deshalb nicht nur eine Frage der Kundenfreundlichkeit, sondern auch eine Frage, wie gut sich die Zahlungsart in diese Abo-Logik einfügt. Eine Zahlungsart, die nur Einzelzahlungen kann, zwingt Sie jeden Monat zu einer neuen Zahlungsaufforderung. Das kostet Abschlüsse.

Die drei Wege im Überblick

Zur Einordnung von Twint beim Zahlungsdienst Stripe, gemäss dessen Dokumentation mit Stand 10. Oktober 2026: Twint ist dort für Kundinnen und Kunden in der Schweiz verfügbar, die Transaktionswährung ist CHF, der Höchstbetrag liegt bei CHF 5'000 pro Zahlung, und wiederkehrende Zahlungen werden ebenso aufgeführt wie die Unterstützung für Subscriptions und Invoicing. Rückerstattungen sind bis 180 Tage nach der Zahlung möglich. Andere Zahlungsdienste haben andere Bedingungen, die man vor dem Entscheid auf deren aktueller Dokumentation prüfen sollte.

Welche Kombination für welches Kundensegment

Privatkunden in der Schweiz. Twint und Karte, beide im selben Checkout. Am Handy wählen viele Twint, am Desktop scannen sie den QR-Code mit der Twint-App oder greifen zur Karte. Ein monatliches Abo mit kleinem Betrag ist hier der Normalfall.

Kleine Firmen und Selbständige. Ebenfalls Twint und Karte, dazu ein sauberer Beleg mit Firmenadresse und Mehrwertsteuer, den die Kundin in ihre Buchhaltung übernehmen kann. Wer diese Belege nicht automatisch erzeugt, beantwortet bald jede Woche dieselben Anfragen.

Grössere Firmenkunden. Die Rechnung ist Pflicht. Ein Einkauf, der mehrere Freigaben braucht, zahlt nicht mit der Karte einer einzelnen Person. Die Rechnung kommt mit Swiss QR Code, damit die Buchhaltung sie direkt im E-Banking einliest. Was eine korrekte QR-Rechnung enthalten muss und wie man sie aus der eigenen Software erzeugt, steht im Leitfaden QR-Rechnung erstellen.

Internationale Kunden. Karte zuerst, Twint ist hier kein Thema. Wer die EU bedient, prüft zusätzlich gängige lokale Methoden im Zielmarkt, aber erst, wenn tatsächlich Kunden von dort kommen.

Was ein Abo technisch verlangt

Der Bezahlknopf ist der kleinste Teil. Diese Bausteine braucht ein SaaS mit Abo mindestens:

1. Abo-Status pro Kunde. Aktiv, in Testphase, überfällig, gekündigt. Jede Funktion des Produkts fragt diesen Status ab.
2. Webhooks vom Zahlungsdienst. Der Zahlungsdienst meldet erfolgreiche und fehlgeschlagene Zahlungen an Ihr System. Ohne diese Rückmeldung weiss das Produkt nicht, wer bezahlt hat.
3. Umgang mit fehlgeschlagenen Zahlungen. Erinnerung, zweiter Versuch, Kulanzfrist, dann Sperre. Wer hier zu hart ist, verliert Kunden wegen einer abgelaufenen Karte.
4. Planwechsel. Upgrade, Downgrade, anteilige Abrechnung. Das ist der Teil, der in vielen Projekten am meisten Fragen auslöst.
5. Belege und Rechnungen. Automatisch, mit korrekter Mehrwertsteuer, abrufbar im Kundenkonto.
6. Kündigung im Produkt. Ein Abo muss sich ohne E-Mail an den Support beenden lassen. Alles andere schadet dem Vertrauen.

Viele dieser Bausteine bieten Zahlungsdienste fertig an, etwa ein gehostetes Kundenportal für Kartenwechsel und Kündigung. Für ein MVP ist das oft der schnellste Weg: Das eigene Produkt hält den Abo-Status, die Zahlungsabwicklung und das Portal kommen vom Zahlungsdienst.

Beispiel: ein Buchungs-SaaS für Coaches

Nehmen wir ein fiktives Beispiel, um die Entscheidungen greifbar zu machen. Eine Gründerin baut eine Software, mit der Coaches in der Schweiz ihre Termine, Kundendossiers und Unterlagen verwalten. Zielpreis: ein kleiner Monatsbetrag für Einzelpersonen, ein höherer Jahresplan für Praxen mit mehreren Coaches.

Für die Einzelpersonen bietet sie Twint und Karte im selben Checkout an, mit monatlicher Abbuchung. Für die Praxen gibt es den Jahresplan auf Rechnung mit QR-Code und 30 Tagen Zahlungsfrist. Ein Kundenportal des Zahlungsdienstes übernimmt Kartenwechsel und Kündigung. Im eigenen Produkt programmiert sie nur den Abo-Status, die Sperre nach einer Kulanzfrist und den automatischen Beleg.

Was sie bewusst weglässt: Gutscheincodes, Rabattstufen, mehrere Währungen, Zahlung in Raten. Das alles kann später kommen, wenn Kunden danach fragen. Für den Start zählt nur, ob Coaches bereit sind, für die Software zu bezahlen. Wie man ein solches Vorhaben vor der Entwicklung testet, beschreibt die Seite Prototyp und Validierung.

Wann eine Rechnung besser ist als jede Online-Zahlung

Gerade im B2B unterschätzen Gründer die Rechnung. Ein Abo für ein Treuhandbüro, eine Bauunternehmung oder eine Arztpraxis wird oft nicht von der Person bezahlt, die es nutzt. Die Rechnung geht an die Buchhaltung, wird freigegeben und im E-Banking bezahlt. Eine Online-Zahlung mit Karte stört diesen Ablauf eher, als dass sie ihn erleichtert.

Der Preis dafür ist ein Mahnwesen und eine verzögerte Zahlung. Wer das automatisiert, mit Fälligkeit, Erinnerung und Abgleich der Zahlungseingänge über die QR-Referenz, hat dennoch wenig Aufwand. Eine Betriebssoftware wie die von Karo Kanaltechnik zeigt, wie Offerte, Auftrag und QR-Rechnung in einem System zusammenhängen. Ein SaaS mit Firmenkunden profitiert von genau dieser Logik.

Fünf Fehler, die wir beim Start oft sehen

Zu viele Zahlungsarten auf einmal. Jede zusätzliche Methode bringt eigene Sonderfälle bei Rückerstattung, Abo und Buchhaltung. Starten Sie mit dem, was Ihre ersten Kunden wirklich nutzen.

Gebühren aus alten Vergleichstabellen. Konditionen ändern sich, und Vergleichsartikel veralten schnell. Rechnen Sie mit den aktuellen Angaben auf der Preisseite des Zahlungsdienstes und notieren Sie das Datum, an dem Sie nachgesehen haben.

Kein Plan für fehlgeschlagene Zahlungen. Abgelaufene Karten und abgebrochene Zahlungen sind bei Abos Alltag. Wer keine Erinnerung und keine Kulanzfrist eingebaut hat, verliert zahlungswillige Kunden still und leise.

Mehrwertsteuer vergessen. Ob und wie Mehrwertsteuer auf den Belegen ausgewiesen wird, hängt von Ihrer Situation ab. Klären Sie das mit Ihrer Treuhand, bevor die ersten Rechnungen hinausgehen, nicht danach.

Zahlung ohne Messung. Wie viele Besucher starten den Checkout, wie viele schliessen ihn ab, welche Zahlungsart wählen sie? Diese drei Zahlen zeigen, ob die Hürde beim Preis, beim Vertrauen oder bei der Technik liegt. Ohne sie bleibt jede Optimierung geraten.

Das passende Geschäftsmodell zuerst

Die Zahlungsart folgt dem Geschäftsmodell, nicht umgekehrt. Ob monatlich, jährlich, nutzungsabhängig oder als Paket: Erst wenn klar ist, was ein Kunde wofür bezahlt, lässt sich die Zahlung sauber bauen. Grundlegendes zum Aufbau wiederkehrender Einnahmen steht im Beitrag über Abo-Modelle für Dienstleister. Wer zusätzlich physische Produkte oder einen Shop plant, findet Orientierung in der E-Commerce-Beratung.

So gehen wir bei einem SaaS-MVP vor

Bei DLM Digital beginnt ein Prototyp oder MVP ab CHF 10'000. In dieser ersten Version bauen wir die Zahlung so, dass sie den wichtigsten Test erlaubt: Bezahlen echte Kunden für das Produkt? In der Regel heisst das ein Zahlungsdienst mit Twint und Karte, ein Abo-Status in der eigenen Datenbank, Webhooks für Zahlungseingänge und, falls Firmenkunden die Zielgruppe sind, eine Rechnung mit QR-Code. Alles Weitere entsteht auf Basis dessen, was die ersten Kunden tatsächlich brauchen. Wie eine solche Entwicklung abläuft, steht auf der Seite Web-App entwickeln lassen.

Am Ende ist die richtige Zahlungsart die, die zum Ablauf Ihrer Kunden passt. Privatpersonen wollen am Handy schnell bezahlen, Firmen wollen eine saubere Rechnung. Wer beides von Anfang an mitdenkt und den Rest bewusst weglässt, startet schneller und lernt früher, ob sein Produkt trägt.