Von der Idee zur Web-App: Wann sich eine eigene Plattform lohnt – und wie Schweizer KMU sie entwickeln lassen

«Sollen wir eine fertige Software kaufen oder etwas Eigenes bauen lassen?» Und wenn Letzteres: Wie wird daraus eine echte, funktionierende digitale Plattform? Zwei Fragen, die in wachsenden KMU fast immer zusammen auftauchen – und für die es selten eine eindeutige Schablone gibt. Dieser Leitfaden beantwortet beide: Er zeigt, woran Sie erkennen, dass Standardsoftware Sie bremst, welche Arten von Web-Apps sich für Schweizer KMU lohnen, und wie der Weg von der Idee über den ersten nutzbaren Kern bis zum laufenden System aussieht.

Was ist eine Web-App – und was nicht

Der Unterschied zwischen einer Website und einer Web-App ist grundlegend, wird aber oft verwechselt. Eine Website informiert: Sie zeigt, wer Sie sind und was Sie anbieten. Eine Web-App lässt arbeiten: Menschen melden sich an, geben Daten ein, buchen, verwalten, lösen Abläufe aus.

Typische Merkmale einer Web-App sind:

• Login und Rollen – etwa Kunde und Anbieter, Mitglied und Administrator.
• Eigene Logik – Buchung, Matching, Verfügbarkeiten, Berechnungen.
• Verarbeitung statt nur Darstellung – die App tut etwas mit den Daten, die sie erhält.
• Ein Bereich zum Selbstpflegen – Sie bleiben handlungsfähig, ohne für jede Änderung anrufen zu müssen.

Wer also «nur eine Website» braucht, um gefunden zu werden, braucht keine Web-App. Sobald aber Menschen mit dem System arbeiten sollen, beginnt der Bereich, um den es hier geht.

Wo Standardsoftware bremst: fünf Warnsignale

Fertige Software – ein CRM, ein Shop-System, eine Buchhaltung – ist schnell verfügbar, vielfach getestet und günstig im Einstieg. Für verbreitete, standardisierte Aufgaben ist sie fast immer die richtige Wahl. Der Bruch kommt, wenn die Software anfängt, Ihren Ablauf zu diktieren.

Das geschieht meist schleichend. Diese fünf Warnsignale deuten darauf hin, dass eine Standardlösung Sie mehr bremst als trägt:

1. Sie führen «Schatten-Tabellen». Neben der eigentlichen Software pflegen Sie Excel-Listen, weil das Tool etwas nicht kann, das Sie aber brauchen. Das ist das deutlichste Signal – die Software bildet Ihre Realität nicht ab.
2. Niemand nutzt die Software so, wie sie gedacht ist. Jede Person hat ihren eigenen «Workaround». Wo alle das System umgehen, passt das System nicht zum Betrieb.
3. Daten leben an mehreren Orten. Dieselbe Information steht in drei Tools, und jemand hält sie von Hand synchron. Das kostet Zeit und produziert Widersprüche.
4. Die Lizenzkosten wachsen schneller als der Nutzen. Mit jedem neuen Mitarbeitenden steigt die monatliche Rechnung – für Funktionen, die Sie zur Hälfte gar nicht brauchen.
5. Ein Sonderwunsch scheitert immer am «geht nicht». Sobald Ihr Geschäft etwas Eigenes verlangt, stösst die Standardlösung an eine Wand, die Sie nicht verschieben können.

Wann lohnt sich eine eigene Web-App?

Eine eigene Web-App ist sinnvoll, wenn mehrere der folgenden Punkte zutreffen:

1. Ihr Ablauf ist Ihr Vorteil. Marktplätze, Buchungs- und Matching-Logik, Mitgliederbereiche oder Self-Service-Portale, die genau zu Ihrem Geschäft passen.
2. Sie verbinden heute mehrere Tools von Hand. Eine Web-App bringt Daten an einen Ort.
3. Sie wiederholen manuelle Arbeit. Automatisierung spart Zeit und reduziert Fehler.
4. Mit dem Team wachsen die Lizenzkosten. Ab einer gewissen Grösse kippt die Rechnung zugunsten einer eigenen Lösung.
5. Datenschutz ist wichtig. Daten in der Schweiz/EU, verschlüsselt, mit voller Datenhoheit bei Ihnen.

Je mehr dieser Punkte zutreffen, desto klarer fällt die Antwort aus – nicht aus Prinzip, sondern aus Rechnung.

Der Hybrid-Weg: Standard ergänzen statt ersetzen

Die Entscheidung «Standard oder individuell» wird oft als Entweder-oder dargestellt – dabei liegt die beste Antwort häufig dazwischen. In der Praxis ist der klügste Weg meist ein Hybrid: Sie behalten bewährte Standardsoftware dort, wo sie gut passt (etwa die Buchhaltung), und ergänzen sie mit einer massgeschneiderten Web-App genau an der Stelle, an der Ihr Ablauf eigen ist.

Ein Beispiel: Ein Dienstleister nutzt weiterhin seine etablierte Buchhaltung, ergänzt sie aber um ein eigenes Kundenportal, das seinen spezifischen Buchungs- und Self-Service-Prozess abbildet. Die beiden Systeme sprechen über eine Schnittstelle miteinander. So entsteht das Beste aus beiden Welten: die Stabilität des Standards dort, wo Standard reicht – und die Passgenauigkeit des Individuellen dort, wo es zählt.

Die Frage lautet damit nicht «Standard oder individuell?», sondern «Was davon, wo – und wie verbinde ich es sinnvoll?».

Welche Arten von Plattformen Schweizer KMU bauen lassen

«Web-App» ist ein weites Feld. In der Praxis kristallisieren sich einige wiederkehrende Typen heraus:

• Marktplätze und Vermittlungs-Plattformen – sie bringen zwei Seiten zusammen, etwa Anbieter und Nachfrager, mit Profilen und Matching.
• Buchungs- und Terminsysteme – Kunden reservieren selbst, das System verwaltet Verfügbarkeiten und Bestätigungen.
• Mitglieder- und Kundenportale – ein geschützter Bereich für Dokumente, Status, Self-Service.
• Interaktive Werkzeuge und Karten – sie machen komplexe Information auf einen Blick verständlich.
• Interne Management-Apps – sie bilden einen spezifischen Betriebsablauf ab, den keine Standardsoftware kennt.

Jeder dieser Typen hat denselben Kern: eine Logik, die genau zu einem Geschäft passt. Genau das unterscheidet eine Web-App von einer Vorlage.

Von der Idee zum Go-live: der Ablauf

Ein Web-App-Projekt folgt – richtig gemacht – einer klaren Dramaturgie. Sie zu kennen, schützt vor den teuersten Fehlern.

1. Verstehen (Discovery)

Am Anfang steht kein Code, sondern Zuhören. Was ist das eigentliche Problem? Wer sind die Nutzer, und was treibt sie an? Welcher Ablauf soll abgebildet werden – und wie läuft er heute wirklich? Diese Phase entscheidet über alles Folgende, denn die beste Umsetzung einer falsch verstandenen Idee bleibt nutzlos.

2. Konzept und Priorisierung

Aus dem Verständnis entsteht ein Konzept: Welche Funktionen sind wirklich nötig, um den ersten echten Nutzen zu stiften – und welche können warten? Diese Priorisierung ist die wichtigste Disziplin im ganzen Projekt.

3. Der MVP – die erste nutzbare Version

Statt alles auf einmal zu bauen, entsteht ein Minimum Viable Product: die kleinste Version, die den Kernnutzen liefert. Sie ist bewusst schlank, aber echt – etwas, das man tatsächlich benutzen kann.

4. Testen und iterieren

Der MVP trifft auf echte Nutzer. Was funktioniert, bleibt; was nicht, wird angepasst. So entwickelt sich die App entlang der Realität, nicht entlang von Annahmen.

5. Skalieren

Erst wenn der Kern trägt, kommen weitere Module dazu. Die Plattform wächst kontrolliert – jede Stufe macht sich bezahlt, bevor die nächste beginnt.

Praxisbeispiel: Aus einer Idee wird ein konkretes Werkzeug

Manchmal ist die wertvollste Leistung, eine gute Idee überhaupt erst greifbar zu machen. Ein Recruiting-Spezialist hatte die Vision, im unübersichtlichen Foodtech-Stellenmarkt Orientierung zu schaffen. Gemeinsam haben wir daraus kein weiteres Stellenportal gemacht, sondern eine interaktive Karte der Unternehmen einer ganzen Branche.

Der MVP: klein und richtig starten

Der vielleicht wichtigste strategische Entscheid in einem Web-App-Projekt ist, nicht alles auf einmal zu wollen. Ein MVP ist kein halbfertiges Produkt, sondern eine bewusste Konzentration auf das Wesentliche. Er hat zwei grosse Vorteile:

Erstens verhindert er teure Fehlannahmen. Vieles, was am Schreibtisch logisch erscheint, hält dem echten Einsatz nicht stand. Wer früh mit echten Nutzern testet, erkennt das sofort – und baut nicht monatelang an Funktionen, die niemand braucht.

Zweitens macht er die Lösung von Anfang an praxistauglich. Was im echten Einsatz entsteht, funktioniert auch im echten Einsatz. Genau hier zahlt sich Nähe zu den Menschen aus, für die man baut.

Zweiseitige Plattformen: das Henne-Ei-Problem

Eine besondere Klasse von Web-Apps sind zweiseitige Plattformen, die zwei Gruppen zusammenbringen – Anbieter und Nachfrager. Sie haben eine unbequeme Eigenschaft: Sie liefern erst dann Wert, wenn beide Seiten da sind. Ohne Anbieter kommen keine Nutzer, ohne Nutzer bleiben die Anbieter fern.

Dieses «Cold-Start-Problem» ist kein technisches, sondern ein ökonomisches. Es lässt sich nicht durch Funktionen lösen, sondern durch kluge Anreize: Die Hürde für die eine Seite muss so tief wie möglich sein, das Vertrauen auf der anderen so hoch wie nötig. Wer eine Plattform plant, sollte diese Dynamik von Anfang an mitdenken – sonst baut er ein technisch perfektes, aber leeres System.

Integrationen: Buchhaltung, Zahlung, Bank

Eine Web-App entfaltet ihren vollen Wert selten allein, sondern im Verbund mit dem, was bereits funktioniert. Statt ein weiteres Insel-System zu schaffen, bindet eine gute Plattform bestehende Werkzeuge an:

• Buchhaltung: Anbindung an Bexio oder Abacus, damit Daten nicht doppelt erfasst werden.
• Zahlungen: automatischer Abgleich von Bankeingängen mit offenen Rechnungen.
• Schweizer Standards: korrekte MWST-Logik und QR-Rechnung.

So wird die Web-App zum Bindeglied Ihrer digitalen Werkzeuge, nicht zu einem weiteren Eintrag auf der Liste der Programme, die niemand richtig pflegt.

Datenschutz, Sicherheit und Hosting: von Anfang an mitgebaut

Web-Apps arbeiten fast immer mit Personendaten – und damit gilt das revidierte Datenschutzgesetz (revDSG), das seit dem 1. September 2023 ohne Übergangsfrist in Kraft ist (kmu.admin.ch). Vorsätzliche Verstösse können mit bis zu CHF 250’000 gebüsst werden – gegen die verantwortliche Person (datenschutz.law).

Eine seriöse Web-App bringt sicherheitsrelevante Grundlagen von Anfang an mit: verschlüsselte Übertragung (HTTPS) für jede Verbindung, saubere Authentifizierung und Rollen – damit jede Person nur sieht und kann, was sie darf –, verschlüsselte Datenhaltung und regelmässige Backups sowie laufendes Monitoring.

Hosting in der Schweiz oder EU hat einen doppelten Vorteil: Es vereinfacht die Konformität, weil die Daten den Rechtsraum nicht verlassen – und es ist für viele Schweizer Kundinnen und Kunden ein echtes Vertrauenssignal.

Was kostet eine eigene Web-App?

Standardsoftware wirkt im ersten Jahr fast immer günstiger. Der Vergleich kippt, sobald man über die Lebensdauer rechnet. Lizenzkosten pro Nutzer laufen jeden Monat weiter und steigen mit dem Team; eine individuelle Lösung verursacht höhere Anschaffungskosten, dafür kaum nutzerabhängige Folgekosten.

Faktor	Standardsoftware	Individuelle Web-App
Anschaffung	tief	höher
Laufende Kosten	pro Nutzer, steigend	Hosting & Wartung, planbar
Passung zum Ablauf	mittel bis gering	hoch
Sonderwünsche	begrenzt	möglich
Datenhoheit	je nach Anbieter	vollständig bei Ihnen
Skalierung im Team	verteuert sich	bleibt stabil

Eine pauschale Zahl für die Entwicklung wäre unseriös – die Kosten hängen vollständig vom Umfang ab. Seriöser ist es, die Kostenfaktoren zu kennen, die den Preis treiben:

• Funktionsumfang: Wie viele Abläufe soll die App abbilden?
• Nutzerrollen: Ein einfacher Self-Service ist günstiger als ein System mit mehreren Rollen und Rechten.
• Integrationen: Jede Anbindung (Buchhaltung, Zahlung, Bank) ist eine eigene Aufgabe.
• Datenschutz-Anforderungen: sensible Daten verlangen mehr Sorgfalt.
• Design und Bedienbarkeit: wie viel Wert auf eine reibungslose Nutzung gelegt wird.

Datenhoheit: Code und Daten gehören Ihnen

Ein Punkt, der oft erst spät beachtet wird, aber entscheidend ist: Wem gehört am Ende, was gebaut wurde? Bei einer massgeschneiderten Lösung sollten Code und Daten Ihnen gehören – exportierbar, ohne Lock-in. Das schützt Sie davor, von einem einzelnen Anbieter abhängig zu werden, und gibt Ihnen die Freiheit, Ihre Plattform jederzeit weiterzuentwickeln.

Datenhoheit ist damit nicht nur eine Datenschutz-, sondern auch eine strategische Frage: Es geht darum, dass Ihr digitales Werkzeug wirklich Ihres ist. Achten Sie vertraglich auf Übergabefähigkeit – dann bleiben Sie frei, die Lösung weiterzuentwickeln, mit wem Sie wollen.

No-Code, Low-Code oder massgeschneidert?

Wer eine Web-App plant, stösst schnell auf drei Wege – und die Wahl hat Folgen:

• No-Code-Baukästen versprechen Apps ohne Programmierung. Für sehr einfache, standardisierte Fälle können sie genügen. Bei eigener Logik, vielen Nutzern oder Integrationen stossen sie aber schnell an Grenzen – und oft an dieselbe Lock-in-Falle wie Website-Baukästen: Die App gehört der Plattform, nicht Ihnen.
• Low-Code beschleunigt die Entwicklung mit vorgefertigten Bausteinen und ist für manche interne Werkzeuge sinnvoll. Auch hier gilt es, Abhängigkeit und Grenzen genau zu prüfen.
• Massgeschneiderte Entwicklung ist der Weg, wenn Ihr Ablauf Ihr Vorteil ist, die App wachsen soll und Datenhoheit zählt. Sie kostet anfangs mehr, gibt Ihnen aber volle Kontrolle und keine künstlichen Grenzen.

Die ehrliche Faustregel: Je einprägsamer und eigener Ihre Idee, desto eher lohnt sich der massgeschneiderte Weg – denn genau das, was Ihre Plattform besonders macht, lässt sich mit einem Baukasten am wenigsten abbilden.

Wie lange dauert ein Web-App-Projekt?

Eine pauschale Dauer gibt es nicht – aber der modulare Ansatz macht die Antwort angenehm konkret. Statt zu fragen «Wann ist alles fertig?», lautet die bessere Frage: «Wann ist der erste nutzbare Teil da?» Und dieser erste, echte Nutzen lässt sich bei klar umrissenem Umfang oft schon nach wenigen Wochen bereitstellen.

Der grobe Rhythmus sieht typischerweise so aus:

• Verstehen und Konzept: wenige Wochen, in denen das eigentliche Problem und die Prioritäten geschärft werden.
• MVP: die erste nutzbare Version, fokussiert auf den Kernnutzen.
• Iteration: laufende Verbesserung anhand echter Nutzung.
• Ausbau: weitere Module, sobald der Kern trägt.

Was die Dauer am stärksten beeinflusst, ist selten die Technik, sondern die Klarheit: Je genauer von Anfang an feststeht, was wirklich gebraucht wird, desto zügiger geht es voran. Auch hier zahlt sich gutes Zuhören am Anfang doppelt aus.

Nach dem Go-live: Wartung und Weiterentwicklung

Eine Web-App ist mit dem Start nicht «fertig» – dann beginnt erst ihr Arbeitsleben. Drei Dinge entscheiden, ob sie über die Jahre Wert bringt:

• Betrieb und Sicherheit: Hosting, Updates, Backups und Monitoring laufen im Hintergrund weiter und halten die Anwendung sicher und verfügbar.
• Weiterentwicklung: Aus der echten Nutzung entstehen Ideen. Eine gute Plattform ist so gebaut, dass sie sich erweitern lässt, statt bei jedem Wunsch an Grenzen zu stossen.
• Begleitung: Ein verlässlicher Partner verschwindet nach dem Go-live nicht, sondern bleibt Ansprechpartner für Fragen, Anpassungen und neue Module.

Genau deshalb ist die Wahl des Partners auch eine Frage der Langfristigkeit: Sie suchen nicht jemanden, der einmal etwas abliefert, sondern jemanden, der Ihre Plattform über Jahre mitträgt.

Mehrsprachigkeit und Barrierefreiheit nicht vergessen

Zwei Themen werden bei Web-Apps oft zu spät bedacht – und sind in der Schweiz besonders relevant.

Mehrsprachigkeit: In einem viersprachigen Land ist die Frage, ob eine Plattform auch auf Französisch, Italienisch oder Englisch verfügbar sein soll, keine Nebensache. Wird Mehrsprachigkeit von Anfang an in der Architektur vorgesehen, ist das ein überschaubarer Aufwand. Selbst wenn Sie heute nur eine Sprache brauchen, lohnt es sich, die Möglichkeit technisch offenzuhalten.

Barrierefreiheit: Eine Web-App, die alle bedienen können – auch Menschen mit Einschränkungen – ist nicht nur eine Frage des Anstands, sondern oft auch der Reichweite und zunehmend der rechtlichen Erwartung.

Woran Sie den richtigen Entwicklungspartner erkennen

Ob sich individuelle Software lohnt, hängt nicht nur von der Idee ab, sondern stark vom Partner, der sie umsetzt. Diese Merkmale unterscheiden einen guten von einem riskanten:

1. Er hört zuerst zu. Wer sofort über Technologien spricht statt über Ihr Problem, hat die Reihenfolge falsch verstanden.
2. Er denkt modular. Ein guter Partner schlägt einen kleinen, sinnvollen ersten Schritt vor, statt ein riesiges Projekt zu verkaufen.
3. Er sichert Ihnen Datenhoheit zu. Code und Daten gehören Ihnen, exportierbar, ohne Lock-in.
4. Er bleibt nach dem Go-live. Software lebt; ein verlässlicher Partner begleitet Wartung und Weiterentwicklung.
5. Er zeigt echte Referenzen. Live-Projekte, die man anschauen kann, sagen mehr als jedes Versprechen.

Häufige Fehler und Missverständnisse

• «Individuell heisst immer teuer.» In der Anschaffung oft ja – über die Jahre häufig nicht, weil Lizenzkosten und Handarbeit wegfallen.
• Zu gross starten. Das «grosse System» überfordert Budget und Geduld. Lösung: MVP.
• «Wir müssen alles ersetzen.» Nein. Gute Lösungen integrieren bestehende Tools, statt sie zu verdrängen.
• Annahmen statt Nutzer. Wer nicht mit echten Anwendern testet, baut an der Realität vorbei.
• «Das dauert ewig.» Mit modularem Vorgehen steht der erste nutzbare Teil oft nach wenigen Wochen.
• Lock-in übersehen. Klären Sie vor dem Start, dass Code und Daten Ihnen gehören.
• Datenschutz aufschieben. Nachträglich konform werden ist teurer als von Anfang an sauber bauen.
• «Das lohnt sich nur für Grosse.» Gerade kleine Betriebe mit eigenen Abläufen profitieren – sie haben am wenigsten Zeit für schlecht passende Werkzeuge.

Der nächste Schritt

Sie brauchen vor dem ersten Gespräch keinen fertigen Plan – nur eine Idee oder ein Problem, das gelöst werden soll. Im unverbindlichen Erstgespräch hören wir zu, ordnen ein, was technisch und wirtschaftlich sinnvoll ist, und schlagen einen ersten, überschaubaren Schritt vor. So wird aus einer Idee eine Plattform, die wirklich trägt. Mehr dazu unter Digitale Workflows & Web-Apps.