Onlineshop erstellen in der Schweiz: TWINT, Rechnung und alles nach dem Checkout

Ein Onlineshop scheitert selten am Aussehen. Er scheitert an zwei Stellen. Die erste ist der Moment, in dem jemand kaufen will und die gewohnte Zahlungsart nicht findet. Die zweite kommt später, im Büro: Bestellungen werden von Hand in eine Rechnung übertragen, Zahlungseingänge werden im E-Banking gesucht und manuell zugeordnet, und am Monatsende sitzt jemand zwei Abende an Arbeit, die eine Software erledigen könnte.

Beides sind keine Designfragen, sondern Systemfragen. Deshalb spreche ich im Erstgespräch zuerst über Ihre Zahlungsarten, Ihre Rechnungsstellung und Ihre Lieferungen, und erst danach über Farben und Produktbilder. Das sind die Fragen, mit denen ich anfange.

TWINT ist in der Schweiz keine Zusatzoption, sondern für viele der Normalfall am Handy. Wer im Alltag so bezahlt, erwartet dieselbe Möglichkeit im Onlineshop und bricht eher ab, als die Kreditkarte aus dem Portemonnaie zu holen. Kartenzahlung bleibt trotzdem Pflicht, unter anderem für Kundschaft aus dem Ausland und für Geschäftskarten.

Technisch binden Sie TWINT nicht direkt ein, sondern über einen Zahlungsanbieter. Welcher zu Ihnen passt, hängt von Ihrem Volumen, Ihrer Bank und davon ab, ob Sie neben dem Shop auch vor Ort kassieren. Ich arbeite regelmässig mit Stripe für Kartenzahlungen, prüfe die Anbieterfrage aber pro Projekt und lege Ihnen die Konditionen offen hin, statt Ihnen den Anbieter zu empfehlen, mit dem ich am schnellsten fertig bin.

In der Schweiz ist die Rechnung immer noch eine erwartete Zahlungsart und nicht eine Ausnahme. Im Geschäftskundenbereich ist sie oft die einzige akzeptierte Variante, und auch bei Privatkunden gibt es Gruppen, die grundsätzlich nicht mit Karte im Netz bezahlen. Wenn Sie Rechnung nicht anbieten, schliessen Sie diese Kundschaft aus, ohne es je in Ihrem Verkaufsbericht zu sehen, denn diese Bestellungen entstehen gar nicht erst.

Rechnung heisst allerdings, dass Sie liefern, bevor Sie Geld haben. Dafür gibt es zwei Wege: Sie tragen das Ausfallrisiko selbst und begrenzen es über Regeln, oder Sie arbeiten mit einem Anbieter, der die Forderung übernimmt. Der zweite Weg kostet Gebühren, der erste kostet Aufmerksamkeit. Welcher besser passt, hängt von Ihrem Warenwert und Ihrer Kundschaft ab und nicht von einer allgemeinen Regel. Solche Regeln lassen sich sauber in den Shop einbauen.

Viele Shops enden beim Wort Danke. Die Bestellung liegt im Shop, die Rechnung entsteht in einem anderen Programm, der Zahlungseingang wird im E-Banking gesucht und von Hand zugeordnet. Bei zehn Bestellungen im Monat ist das egal. Bei hundert ist es ein Teilzeitjob.

Die Schweizer QR-Rechnung ist der Punkt, an dem sich das auflösen lässt. Eine Rechnung mit QR-Code und Referenz kann automatisch aus der Bestellung entstehen, und der Zahlungseingang lässt sich über den camt.053-Auszug der Bank wieder der richtigen Rechnung zuordnen, ohne dass jemand Beträge vergleicht.

Das ist der Teil, den ich am besten kenne. In meinem eigenen Produkt Solory habe ich Schweizer QR-Rechnungen und den Abgleich über camt.053 selbst gebaut, zusammen mit Kunden-, Zeit-, Spesen- und Vertragsverwaltung. Ein Onlineshop lässt sich mit derselben Denkweise bauen: die Bestellung ist der Anfang eines Prozesses und nicht sein Ende.

Dazu gehört Offenheit über das, was ich nicht vorweisen kann. Meine Schweizer Referenzen sind bisher keine Onlineshops. Élan Pilates in Langenthal ist eine zweisprachige Website mit angebundener Eversports-Buchung, edina-sueess.ch ist die Website einer selbständigen Pflegefachfrau in Erlinsbach SO, flovita-balancestudio.com ist eine viersprachige Website für ein Studio für Physiotherapie und Life Coaching in Rotkreuz ZG. Bestellsysteme habe ich in Ungarn gebaut, unter anderem eines mit Echtzeit-Anbindung an die Warenwirtschaft. Die Schweizer Zahlungs- und Rechnungsebene kommt aus Solory. Wenn Sie eine Referenz aus genau Ihrer Branche in der Schweiz brauchen, fragen Sie mich im Erstgespräch, dann sage ich Ihnen ehrlich, ob ich sie habe.

Zur Mehrwertsteuer sage ich Ihnen bewusst nur, was technisch relevant ist, und keine Steuerberatung. Ein Shop muss wissen, ob er Preise inklusive oder exklusive MWST zeigt, welcher Satz für welches Produkt gilt und wie beides auf Bestätigung und Rechnung erscheint. Ob und ab wann Sie überhaupt steuerpflichtig werden, klären Sie mit Ihrem Treuhänder oder direkt bei der Eidgenössischen Steuerverwaltung. Ich nenne Ihnen dazu keine Zahl, weil eine veraltete Zahl in diesem Bereich teuer wird.

Beim Versand ist das Inland der einfache Fall: Gewicht, Grösse, Versandart, allenfalls Abholung. Sobald Sie in die EU liefern, kommen Zoll, Einfuhrabgaben und die Frage dazu, wer sie trägt. Ein Shop, der das im Checkout verschweigt, produziert verärgerte Empfänger und Retouren. Es ist völlig legitim, zuerst nur in der Schweiz zu liefern und den Export später zu öffnen, wenn die Nachfrage wirklich da ist.

Für einen Schweizer Shop ist das revidierte Schweizer Datenschutzgesetz der Massstab und nicht automatisch die europäische Verordnung. Wer allerdings Kundschaft in der EU beliefert, kann zusätzlich in deren Geltungsbereich fallen. Das ist kein Grund für Panik und erst recht kein Grund für ein Cookie-Banner, das jede Seite zudeckt.

Praktisch heisst das für den Aufbau: Im Shop entstehen nur die Daten, die für Bestellung, Lieferung und Rechnung nötig sind. Tracking und externe Dienste kommen nur hinein, wenn Sie sie tatsächlich auswerten, und dann sichtbar in der Datenschutzerklärung. Wo die Daten liegen, sage ich Ihnen konkret, statt es hinter dem Wort Cloud zu verstecken. Die rechtliche Endprüfung Ihrer Texte gehört zu einer Juristin oder einem Juristen und nicht zu mir.

Deutsch ist die Basis. Ob Englisch oder Französisch dazukommt, entscheidet Ihre Kundschaft und nicht der Wunsch nach Vollständigkeit. Ein Shop mit Käufern im Raum Zürich und internationalen Kontakten braucht eher Englisch. Ein Shop, der in die Westschweiz verkaufen will, braucht Französisch, und zwar richtig übersetzt und nicht maschinell durchgeschoben.

Dazu gehört eine ehrliche Rechnung: Jede zusätzliche Sprache verdoppelt nicht die Website, sondern die Produktpflege. Produktnamen, Beschreibungen, Kategorien, Versandtexte, Bestätigungsmails, Rechnungstexte, alles doppelt. Ich baue die Mehrsprachigkeit so, dass Sie Texte selbst ändern können. Ob Sie sie dauerhaft pflegen wollen, sollten Sie vorher wissen. Ich selbst kommuniziere auf Englisch oder Ungarisch, mein Deutsch ist im Aufbau.

Ich verkaufe Ihnen keinen Eigenbau, wenn eine fertige Plattform Ihr Problem löst. Das kommt öfter vor, als Entwickler gerne zugeben.

Eine fertige Plattform ist meist die bessere und günstigere Wahl, wenn Sie standardisierte Produkte in überschaubarer Zahl verkaufen, mit den vorhandenen Zahlungsarten leben können, keine Verbindung zu einem anderen System brauchen und vor allem schnell starten wollen. Sie zahlen dann monatlich und pro Transaktion, dafür kümmert sich jemand anderes um Updates und Sicherheit.

Ein individueller Aufbau lohnt sich, wenn der Shop nur die Vorderseite eines Prozesses ist: wenn Preise pro Geschäftskunde unterschiedlich sind, wenn Produkte konfiguriert statt ausgewählt werden, wenn Bestände aus einem anderen System kommen, wenn nach jeder Bestellung Handarbeit anfällt, oder wenn der Checkout einer Plattform genau das nicht kann, was Ihr Geschäft ausmacht. Dann rechnet sich die Investition über die eingesparte Zeit und nicht über das Aussehen. Ich arbeite dabei mit React und Next.js, Node.js im Hintergrund, PostgreSQL oder Supabase für die Daten und Stripe für Kartenzahlungen, und ich gestalte die Oberflächen in Figma selbst.

Wovon ich abrate, ist der dritte Weg: eine schwere WordPress-Installation mit einem Dutzend Plugins, die zusammen Ladezeit und Angriffsfläche bestimmen und bei jedem Update jemanden brauchen, der aufpasst. Wenn Sie heute damit arbeiten und es läuft, lassen Sie es laufen. Wenn Sie damit anfangen wollen, reden wir vorher darüber.