No-Code für KMU: Aus einer Excel-Tabelle in einer Stunde eine App
No-Code für KMU einfach erklärt: Wie du mit Glide aus einer bestehenden Excel-Tabelle ohne Programmierkenntnisse eine nutzbare App für Lager, Aufträge und Teamprozesse machst.
Florian Semmler
No-Code für KMU ist kein Hype-Thema mehr. Es ist eine der pragmatischsten Möglichkeiten, kleine Digitalisierungslücken zu schließen – ohne Entwickler, ohne SAP-Projekt, ohne sechsstellige Budgets. Wer in seinem Betrieb Excel-Tabellen herumschickt, in WhatsApp-Gruppen Lagerbestände abfragt oder Aufträge per Klemmbrett verteilt, hat im Grunde schon eine Datenbank – nur ohne Oberfläche. Genau hier setzt No-Code an. Du baust in 60 Minuten aus deiner bestehenden Tabelle eine App. Klingt nach Marketing, ist aber genau das, was Tools wie Glide tatsächlich machen.
Wir bei mediapool nutzen No-Code-Tools in fast jedem Beratungsprojekt für KMU – meist als ersten kleinen Schritt, bevor wir an größere Themen wie KI-Automatisierung oder Prozess-Redesign gehen. Warum? Weil die Hürde so niedrig ist, dass jeder Geschäftsführer und jeder Teamleiter in einem halben Tag versteht, was geht. Und weil der erste sichtbare Erfolg im eigenen Betrieb mehr bewirkt als zehn Powerpoint-Folien über "die Möglichkeiten der Digitalisierung".
In diesem Artikel zeigen wir dir, was No-Code wirklich ist, wie Glide funktioniert, welche typischen Anwendungsfälle es in KMUs gibt – und wo No-Code an seine Grenzen stößt.
Was ist No-Code — und warum ist das für KMU interessant?
No-Code beschreibt Tools, mit denen du Software baust, ohne eine Zeile Programmcode zu schreiben. Statt zu programmieren, klickst du dir die App in einer visuellen Oberfläche zusammen: Du wählst aus, welche Daten angezeigt werden, wie die Benutzeroberfläche aussieht und welche Aktionen die App ausführen soll.
Für KMU ist das aus drei Gründen interessant.
Erstens: Die Einstiegshürde ist niedrig. Du brauchst keinen Entwickler, keine eigene IT-Abteilung und kein Software-Budget im fünfstelligen Bereich. Wer Excel bedienen kann und logisch denkt, kann No-Code lernen. Das ist die einzige echte Voraussetzung.
Zweitens: Du baust für deinen echten Alltag. Standard-Software ist immer ein Kompromiss. Sie hat 200 Funktionen, von denen du 20 brauchst – und die 5 wichtigen fehlen. Mit No-Code baust du genau die App, die zu deinem Betrieb passt. Dein Lager, deine Auftragslogik, deine Bezeichnungen. Keine Schulung auf eine fremde Software, sondern eine Lösung in deiner Sprache.
Drittens: Iteration statt Roll-out. Klassische Software-Einführung dauert Monate. Mit No-Code baust du eine erste Version in einem Tag, lässt sie das Team eine Woche testen, baust um, was nicht funktioniert. Nach zwei Wochen hast du etwas, das wirklich genutzt wird. Das ist der entscheidende Punkt: Die App wird nicht eingeführt – sie wächst.
No-Code löst nicht alle Probleme. Aber für genau die typischen KMU-Provisorien – Excel-Tabellen, die seit Jahren im Umlauf sind, manuelle Listen, doppelte Eingaben – ist es die richtige Antwort. Du brauchst keine Enterprise-Lösung, du brauchst eine kleine, saubere App.
Wie macht Glide aus einer Tabelle eine App?
Glide ist eines der bekanntesten No-Code-Tools speziell für Apps, die auf Tabellen-Daten aufbauen. Die Idee ist einfach: Deine Tabelle ist die Datenbank, Glide ist die Benutzeroberfläche. Du verbindest beides – und hast eine App.
In der Praxis sieht das so aus.
Schritt 1: Tabelle bereitstellen. Glide arbeitet mit Google Sheets, Microsoft Excel (über OneDrive) oder einer eigenen Glide-Datenbank. Du nimmst deine bestehende Tabelle – zum Beispiel eine Lagerliste mit Spalten wie Artikelnummer, Bezeichnung, Bestand, Lagerort, Mindestbestand – und verbindest sie mit Glide.
Schritt 2: App-Struktur auswählen. Glide erkennt automatisch die Spalten deiner Tabelle und schlägt eine Standard-App-Struktur vor. Aus einer Lagerliste wird eine durchsuchbare Übersicht aller Artikel mit Detail-Ansicht pro Artikel. Aus einer Auftragsliste wird eine Kanban-ähnliche Übersicht mit Status-Spalten.
Schritt 3: Anpassen. Per Drag-and-drop legst du fest, welche Spalten in der Übersicht angezeigt werden, welche im Detail, welche Bilder eingebunden werden, welche Buttons es gibt. Du kannst Filter einbauen ("Zeige nur Artikel mit Bestand unter Mindestmenge"), Suche aktivieren, oder Aktionen definieren ("Beim Klick auf den Button wird der Bestand um 1 reduziert").
Schritt 4: Nutzerrechte definieren. Wer darf welche Daten sehen? Wer darf bearbeiten? Wer darf neue Datensätze anlegen? Glide erlaubt rollenbasierte Berechtigungen – der Lagerleiter sieht alles, der Lager-Mitarbeiter nur seine Zone, der Verkauf sieht nur den Bestand zum Anzeigen.
Schritt 5: Veröffentlichen. Die App läuft im Browser oder als progressive Web-App auf jedem Smartphone. Kein App-Store, keine Installation. Du schickst einen Link an dein Team, jeder kann die App auf den Home-Bildschirm legen, und es sieht aus wie eine echte native App.
Was macht Glide besonders praktisch für KMUs: Die App und die zugrunde liegende Tabelle sind synchron. Wenn dein Lagerist über die App einen Bestand reduziert, ändert sich die Zahl in Echtzeit auch in deiner Google-Sheets-Tabelle. Du kannst weiter mit der Tabelle arbeiten – Reports erstellen, mit Pivot-Tabellen auswerten, ans Steuerbüro schicken – und gleichzeitig hat dein Team eine moderne App-Oberfläche.
3 typische Anwendungsfälle für KMU
Aus unserer Beratungspraxis kennen wir drei Anwendungsfälle, mit denen praktisch jeder KMU Sinn macht, anzufangen. Sie sind klein, sie sind in wenigen Stunden umsetzbar, und der Mehrwert ist sofort spürbar.
Lager-App
Die typische Ausgangslage: Eine Excel-Tabelle mit Lagerbestand, die einmal pro Woche aktualisiert wird (oder einmal im Monat oder einmal im Halbjahr, je nach Disziplin). Die Werker im Lager wissen nicht genau, was vorhanden ist, der Verkauf verspricht Kunden Sachen, die nicht da sind, am Ende des Quartals wird gezählt und alle sind überrascht.
Mit Glide baust du daraus eine Lager-App, in der jeder Mitarbeiter am Smartphone den aktuellen Bestand sieht, beim Entnehmen einen Klick macht ("Habe 5 Stück entnommen"), beim Einlagern den Zugang erfasst, und der Verkauf in Echtzeit den verfügbaren Bestand sieht. Optional: Push-Benachrichtigung an den Einkauf, wenn ein Artikel unter den Mindestbestand fällt.
Was du dafür brauchst: Eine saubere Liste deiner Artikel mit Spalten für Artikelnummer, Bezeichnung, aktueller Bestand, Mindestbestand, Lagerort und (idealerweise) einem Bild. Wenn du das hast, ist die App in zwei bis vier Stunden gebaut.
Auftrags-App
Die typische Ausgangslage: Aufträge kommen per E-Mail oder Telefon herein. Sie werden auf einem Klemmbrett notiert, auf einem Whiteboard, in einer Tabelle, in der Outlook-Kalender-Übersicht. Niemand hat einen vollständigen Überblick. Wenn der Chef fragt "Wo steht Auftrag Müller?", muss jemand drei Personen anrufen.
Mit Glide baust du eine Auftrags-App mit klaren Status-Spalten: Neu eingegangen, in Bearbeitung, wartet auf Material, fertig, ausgeliefert. Jeder Mitarbeiter sieht "seine" Aufträge, kann Status ändern, Notizen ergänzen, Bilder hochladen (z.B. Fotos vom Werkstück). Der Chef hat in der Übersicht jederzeit Echtzeit-Status auf alle Aufträge.
Das ist im Grunde ein Mini-CRM oder Mini-Projektmanagement-System. Für viele Handwerks-, Service- und Produktionsbetriebe ist das eine Stufe zwischen "Klemmbrett" und "richtige ERP-Software" – und genau die richtige Stufe.
Team-Prozess-App
Die typische Ausgangslage: Routineprozesse, die nicht digitalisiert sind, sondern auf Erinnerung, mündlicher Übergabe oder unkoordinierten Excel-Listen basieren. Beispiele: Wartungschecklisten für Maschinen, Hygiene-Checks in der Gastronomie, Sicherheitschecks auf der Baustelle, Schichtübergaben in der Produktion.
Mit Glide baust du eine Checklisten-App: Der Mitarbeiter öffnet die App, sieht die Aufgaben für seine Schicht, hakt sie ab, fügt bei Auffälligkeiten ein Foto oder einen Kommentar hinzu, und der Vorgesetzte hat in Echtzeit den Überblick, was erledigt wurde und wo es Probleme gab.
Das ist besonders stark, weil es zwei Ebenen verbindet: Du dokumentierst, was nötig ist (für Compliance, Audits, Rückfragen), und du standardisierst Prozesse (jeder neue Mitarbeiter weiß sofort, was zu tun ist, weil es in der App steht). Beides sind klassische Lücken in KMUs.
Was kostet das — und brauche ich dafür einen Entwickler?
Die ehrliche Antwort auf beide Fragen: weniger, als du wahrscheinlich denkst.
Was Glide kostet: Es gibt eine kostenlose Variante für sehr kleine Apps und Test-Setups. Die nutzbaren Bezahlpläne starten meist im Bereich von etwa 25 Euro pro Monat für einen kleinen Team-Account und gehen je nach Funktionsumfang und Nutzerzahl hoch. Für ein KMU mit 5 bis 30 Mitarbeitern ist der typische Bereich bei 50 bis 200 Euro pro Monat. Das deckt mehrere Apps mit voller Funktionalität ab. Im Vergleich zu einer maßgeschneiderten Softwareentwicklung – die schnell im fünfstelligen Bereich liegt – ist das ein Bruchteil.
Wichtig zu wissen: Die genauen Preise und Pläne ändern sich gelegentlich. Prüfe vor der Entscheidung den aktuellen Stand auf der Glide-Website. Es gibt vergleichbare Tools mit ähnlicher Logik (Softr, Bubble, Adalo, AppSheet von Google), die preislich in ähnlichen Bandbreiten liegen.
Was die Erstellung kostet: Wenn du es selbst baust, bezahlst du nur Zeit. Eine einfache Lager-App ist in einem halben Tag erstellt, wenn du eine vorhandene Tabelle hast und Glide schon mal angefasst hast. Wenn du es lernen willst, rechne mit ein bis zwei Wochenenden für die ersten ernsthaften Apps. Wenn du dir einen Berater oder einen No-Code-Spezialisten holst, liegen typische Kosten für eine durchdachte erste App im Bereich von 2.000 bis 6.000 Euro – inklusive Anforderungsaufnahme, Aufbau, Schulung und ersten Anpassungen nach dem Praxistest.
Brauchst du einen Entwickler? Nein. Das ist der Witz an No-Code – und gleichzeitig der häufigste Einwand, den wir hören. "Können das wirklich Nicht-Techniker bauen?" Ja, können sie. Wir haben mit Geschäftsführern gearbeitet, die zu Projektbeginn dachten, sie könnten "keinen Computer". Drei Wochen später haben sie selbstständig die zweite App für eine andere Abteilung gebaut. Die einzige echte Voraussetzung ist strukturiertes Denken: Was sind meine Daten? Wer soll sie nutzen? Was soll passieren, wenn jemand auf einen Button klickt?
Was du allerdings brauchst, ist jemand im Team, der das Projekt verantwortet. Wer eine Stunde pro Woche Zeit hat, um die App weiterzuentwickeln, Feedback aufzunehmen und Anpassungen zu machen. Das ist kein Entwickler-Job, das ist ein Operations-Job – kann der Lagerleiter, die Bürokauffrau, der QM-Beauftragte machen. Hauptsache, eine Person trägt die Verantwortung. Sonst verstaubt die App nach drei Monaten wieder.
So findest du dein erstes No-Code-Projekt
Das wichtigste Prinzip: Fang beim nervigsten kleinen Problem an. Nicht beim größten – beim nervigsten.
Was meinen wir damit? In jedem KMU gibt es einen Prozess, der allen auf die Nerven geht. Eine Liste, die nie aktuell ist. Eine Excel-Tabelle, die per E-Mail herumgeschickt wird und bei der niemand mehr weiß, welche Version die aktuelle ist. Eine WhatsApp-Gruppe, in der ständig dieselben Fragen gestellt werden ("Ist Artikel X noch auf Lager?", "Wann wird Auftrag Y fertig?"). Genau dieses kleine, nervige Problem ist dein bester Kandidat für ein erstes No-Code-Projekt.
Drei Kriterien, an denen du es erkennst:
Erstens: Es nervt regelmäßig. Tägliches oder mindestens wöchentliches Auftreten. Wenn etwas nur einmal im Quartal stört, ist die Erleichterung zu klein, um die Mühe zu rechtfertigen.
Zweitens: Mehrere Personen sind betroffen. Im Idealfall drei bis zehn Mitarbeiter. Bei einer Person allein lohnt sich der Aufwand selten. Bei zu vielen wird das Projekt schnell zu komplex.
Drittens: Es gibt schon Daten in irgendeiner Form. Eine Excel-Tabelle, ein Word-Dokument, eine handgeschriebene Liste – egal in welcher Form. Wenn du noch gar keine Daten erfasst hast, ist das nicht der richtige Startpunkt. Erfass die Daten erst eine Woche lang manuell, dann hast du Klarheit darüber, was wirklich gebraucht wird.
Klassische Beispiele aus unserer Praxis:
- Eine Tischlerei, die ihre Auftrags-Übersicht aus drei Excel-Tabellen + Whiteboard in eine Glide-App migriert hat. Aufwand: 1 Wochenende. Ersparnis: 30 Minuten pro Tag bei der Geschäftsführung, weil keine Statusabfragen mehr nötig sind.
- Ein Cateringbetrieb mit Hygiene-Checklisten in Papierform. Umstellung auf App mit Foto-Dokumentation. Aufwand: 2 Tage. Effekt: Vollständige Audit-Sicherheit bei der nächsten Lebensmittelkontrolle.
- Eine Werkstatt, die Werkzeug-Ausgabe in einem Heft notiert hat. Umstellung auf Glide-App mit QR-Codes an den Werkzeugen. Aufwand: 3 Tage. Effekt: Verlustquote bei Werkzeug ist um 80 Prozent gesunken.
Wichtig: Erste Version klein halten. Nicht alle Wünsche auf einmal umsetzen wollen. Lieber Version 1 mit drei Funktionen heute, als Version 1 mit zwanzig Funktionen in zwei Monaten. Das Team gewöhnt sich an die App, gibt Feedback, dann baust du weiter aus. Genau dieser iterative Ansatz ist der Vorteil von No-Code gegenüber klassischer Software-Entwicklung.
Wo No-Code an Grenzen stößt
So gut No-Code für KMU funktioniert – es ist kein Allheilmittel. Es lohnt sich zu wissen, wo die Grenzen liegen, damit du nicht in eine Sackgasse läufst.
Erstens: Komplexe Geschäftslogik. Wenn deine App mehrere komplizierte Berechnungen, viele Verzweigungen oder enge Integrationen mit anderen Systemen braucht, kommst du mit No-Code an die Grenze. Du kannst zwar einiges abbilden, aber ab einer bestimmten Komplexität wird die Pflege schwerer als bei einer programmierten Lösung.
Zweitens: Hohe Skalierbarkeit. No-Code-Tools sind perfekt für 10 bis 100 Nutzer. Für 10.000 Nutzer oder hunderttausende Datensätze wirst du an Performance-Grenzen stoßen. Das ist für die meisten KMUs irrelevant, aber wenn du etwas baust, das wirklich groß werden soll, plane das ein.
Drittens: Datenhoheit und Compliance. Glide hostet deine Daten auf den eigenen Servern (USA bzw. EU, je nach Plan). Für viele Anwendungsfälle ist das unkritisch. Bei sensiblen Daten – Patientendaten, Finanzdaten mit DSGVO-Sonderpflichten, Geschäftsgeheimnisse – lohnt sich ein Blick auf die Verarbeitungsbedingungen, eine AVV (Auftragsverarbeitungsvereinbarung) und die Server-Standorte. Wir empfehlen für sensible Daten entweder eine europäische No-Code-Alternative oder eine selbst gehostete Lösung.
Viertens: Lock-in. Eine in Glide gebaute App lässt sich nicht ohne Weiteres in ein anderes Tool migrieren. Wenn du auf Bubble oder eine klassische Webentwicklung umsteigst, musst du neu bauen. Für kleine Apps ist das verkraftbar, für unternehmenskritische Systeme solltest du das mitdenken.
Fünftens: Eigene Mobil-Funktionen. Wenn deine App spezielle Hardware-Anbindung braucht (z.B. industrielle Barcode-Scanner, bestimmte IoT-Sensoren, Bluetooth-Geräte mit Sonder-Protokoll), kommst du mit No-Code nicht weit. Für Standard-Anwendungen (Smartphone-Kamera als Barcode-Scanner, Fotos, GPS) reicht es.
Unsere ehrliche Empfehlung: Probiere No-Code für deinen ersten Anwendungsfall aus. Wenn du an Grenzen stößt, hast du immer noch die Option, später auf eine professionellere Lösung zu wechseln. Wahrscheinlicher ist aber, dass No-Code für 80 Prozent deiner kleinen und mittleren Digitalisierungsthemen die richtige Antwort ist – und du nur für die restlichen 20 Prozent einen Entwickler oder eine Standard-Software brauchst.