Kategorie: Ratgeber

Wofür taugt die weclapp-API?

Die weclapp-API taugt für fast alles, was über die Oberfläche von weclapp hinausgehen soll: eigene Ansichten und Erweiterungen, die Anbindung anderer Systeme, automatische Datenerfassung und Auswertungen. Sie ist eine REST-Schnittstelle, die Daten im JSON-Format austauscht. Jeder weclapp-Mandant hat seine eigene Adresse nach dem Muster https://<mandant>.weclapp.com/webapp/api/v2/, und jede Anfrage wird mit dem persönlichen API-Token eines Benutzers im Kopfzeilenfeld AuthenticationToken angemeldet.

Laut offizieller Dokumentation ist v2 die aktuelle Version der API; eine ältere Version bleibt nach Erscheinen einer neuen mindestens ein Jahr verfügbar (weclapp-API-Dokumentation). Typische Einsatzfelder sind:

Einsatz	Beispiel	Zugriff
Zusätzliche Ansichten	Kundenakte mit Angeboten, Rechnungen und Aufgaben auf einen Blick	nur lesen
Auswertungen	Welche Module und Datensätze ein Mandant tatsächlich nutzt	nur lesen
Datenerfassung	Gesprächsnotiz als CRM-Ereignis mit Aufgabe und Wiedervorlage	schreiben
Anbindung anderer Systeme	Onlineshop, Konfigurator oder App übergibt Aufträge an weclapp	lesen und schreiben
Abrechnung	Rechnungen aus einem Fachsystem anlegen und buchen	schreiben

Unsere Erfahrungen stammen aus eigenen weclapp-Erweiterungen: einer Kundenakte als Browser-Erweiterung, die ausschließlich liest, einem Werkzeug, das den Nutzungsumfang eines Mandanten ausliest, und einem Sprachassistenten, den wir als lauffähige Demo gebaut haben. Die folgenden Stolperfallen haben wir im September 2026 an einem laufenden weclapp-Mandanten geprüft und mit der offiziellen API-Beschreibung abgeglichen. Unsere Tests liefen gegen die API-Version v1. Die Felder und Werte aus den Stolperfallen 3 bis 5 stehen in den offiziellen Beschreibungen von v1 und v2 gleichermaßen; wo sich v2 unterscheidet, sagen wir es dazu (Stand Oktober 2026).

Stolperfalle 1: Der properties-Parameter ist streng – Filter sind es nicht

Steht im Parameter properties ein Feldname, den die Entität nicht kennt, antwortet weclapp mit einem Fehler und liefert überhaupt keine Daten. Mit properties legen Sie fest, welche Felder zurückkommen sollen – sinnvoll, um Datenmenge und Antwortzeit klein zu halten. Ein einziger Tippfehler in der Feldliste lässt aber die ganze Abfrage scheitern. Die offizielle Dokumentation bestätigt das: Bei einer unbekannten Eigenschaft oder einem unbekannten Pfad wird eine Fehlerantwort zurückgegeben.

Gefährlicher ist das umgekehrte Verhalten bei Filtern. Laut Dokumentation werden Filterparameter für unbekannte Eigenschaften oder für Eigenschaften, die keine Filterung unterstützen, stillschweigend ignoriert. Ein vertippter Filter führt also nicht zu einem Fehler, sondern zu einer ungefilterten Antwort – statt der offenen Rechnungen eines Kunden kommen dann alle Rechnungen zurück. Bei einer reinen Anzeige ist das ärgerlich, bei einer Massenänderung kann es teuer werden.

• Feldlisten gegen den Mandanten prüfen: Wir prüfen jede Feldliste und jeden Filter vor dem Einsatz mit einem kleinen Prüfskript gegen den Mandanten. Freifelder unterscheiden sich von Mandant zu Mandant.
• Filter mit dem Zähler kontrollieren: Der Endpunkt /count akzeptiert dieselben Filter. Liefert die gefilterte Zählung dieselbe Zahl wie die ungefilterte, stimmt mit dem Filter etwas nicht.
• Beim Versionswechsel aufpassen: Laut Änderungsprotokoll von v2 wurden Zusatzfelder wie Namen und Nummern referenzierter Datensätze entfernt; stattdessen gelten die ID-Felder (Changelog weclapp API v2). Feldlisten aus v1 können in v2 deshalb an genau dieser Strenge scheitern.

Stolperfalle 2: Liste und Einzelabruf antworten unterschiedlich

Eine Liste liefert die Datensätze verpackt in einem Feld result, ein Einzelabruf über /id/{id} liefert den Datensatz dagegen direkt. Auch die Zählung über /count steckt ihr Ergebnis in result. Code, der beide Formen verarbeitet, muss das berücksichtigen – sonst funktioniert die Liste, und der Einzelabruf liefert scheinbar „nichts“.

Ebenfalls leicht zu übersehen: Listen liefern ohne weitere Angabe nur die ersten 100 Datensätze. Über pageSize lässt sich die Seitengröße erhöhen, laut Dokumentation in der Regel bis 1000, und über page wird weitergeblättert. Wer das vergisst, wertet bei größeren Mandanten unbemerkt nur einen Ausschnitt aus.

Stolperfalle 3: Enums sind Schlüsselwörter, keine Anzeigetexte

Felder mit festen Auswahlwerten erwarten das technische Schlüsselwort, nicht den Text, der in der Oberfläche steht. Wer „Herr“ als Anrede schickt, erhält einen Fehler; richtig ist MR. Die Dokumentation beschreibt das allgemein: Auswahlwerte werden als Text mit dem Namen der Option übertragen. Die erlaubten Werte in der folgenden Tabelle stammen aus der offiziellen API-Beschreibung, die Hinweise in der rechten Spalte aus unseren eigenen Tests.

Datensatz und Feld	Erlaubte Werte	Hinweis aus unseren Tests
Kontakt bzw. Partei: salutation	MR, MRS, FAMILY, COMPANY, NO_SALUTATION	Anzeigetexte wie „Herr“ werden abgelehnt
CRM-Ereignis: type	GENERAL, INCOMING_CALL, LETTER, OUTGOING_CALL	Beim Anlegen anzugeben
Aufgabe: taskPriority	HIGH, MEDIUM, LOW	Beim Anlegen anzugeben
Aufgabe: taskVisibilityType	ORGANIZATION, PRIVATE	Beim Anlegen anzugeben
Ausgangsrechnung: status	NEW, ENTRY_COMPLETED, DOCUMENT_CREATED, OPEN_ITEM_CREATED, CANCELLED	Siehe Stolperfalle 4

Ein hilfreiches Detail: Bei einem ungültigen Auswahlwert liefert weclapp einen Validierungsfehler vom Typ enum, der laut Dokumentation die bekannten beziehungsweise erlaubten Werte mitliefern kann. Es lohnt sich, Fehlerantworten vollständig zu protokollieren, statt nur den Statuscode auszuwerten.

Stolperfalle 4: Rechnungen müssen gebucht werden

Eine per API angelegte Ausgangsrechnung ist zunächst nur ein Entwurf: Sie steht auf dem Status NEW und trägt eine vorläufige Nummer. Erst wenn der Status per PUT auf OPEN_ITEM_CREATED gesetzt wird, entsteht der offene Posten, und die Rechnung erhält ihre endgültige Nummer. Das haben wir so in unseren Tests beobachtet.

Die Folge für Auswertungen: Ohne offenen Posten kennt weclapp für diese Rechnung weder „unbezahlt“ noch „überfällig“. Wer Rechnungen per API anlegt und nicht bucht, sieht sie später in keiner Mahn- oder Forderungsliste.

• Bezahlt-Status nicht direkt setzen: Das Feld paid ist laut API-Beschreibung schreibgeschützt, und auch paymentStatus ergibt sich aus dem offenen Posten.
• Zahlung über den offenen Posten: Eine Zahlung wird über POST /salesOpenItem/id/{id}/updatePaymentState gemeldet – mit paymentState (PAID oder UNPAID) und optional dem Zahlungsdatum datePaid.

Stolperfalle 5: CRM-Ereignisse hängen an partyId, nicht an customerId

Angebote, Aufträge, Rechnungen und Aufgaben werden über das Feld customerId mit dem Kunden verknüpft, CRM-Ereignisse dagegen über partyId. Wer für eine Kundenansicht alle Datensätze mit demselben Filter abfragt, findet deshalb keine Notizen und Anrufe – und bemerkt es womöglich nicht, weil unbekannte Filter, wie oben beschrieben, stillschweigend ignoriert werden.

Datensatz	Verknüpfung zum Kunden
Angebot (quotation)	customerId
Auftrag (salesOrder)	customerId
Ausgangsrechnung (salesInvoice)	customerId
Aufgabe (task)	customerId
CRM-Ereignis (crmEvent)	partyId
Ansprechpartner	In unseren Tests kein Verweis auf den Kunden; die IDs stehen beim Kunden in contacts, dazu primaryContactId

Bei den Ansprechpartnern war die Richtung in unseren Tests umgekehrt: Der Kontakt kannte seinen Kunden nicht, der Kunde kannte seine Kontakte. Verknüpft wird deshalb mit einer Änderung am Kunden, nicht am Kontakt. In v2 gibt es außerdem keine eigenen Endpunkte mehr für Kontakte, Kunden, Interessenten und Lieferanten; laut Änderungsprotokoll läuft alles über /party.

Welche weiteren Details sparen Zeit?

Viel Zeit sparen die Regeln zu Aktualisierungen, Zahlenformaten und Lastgrenzen, die in der offiziellen Dokumentation stehen, aber in vielen Projekten erst nach dem ersten Fehler gelesen werden. Die wichtigsten im Überblick:

Thema	Was laut Dokumentation gilt	Unsere Empfehlung
Vollständige Aktualisierung per PUT	Nicht mitgeschickte Felder werden als leer interpretiert	Erst den aktuellen Datensatz abrufen und ändern – oder ignoreMissingProperties=true verwenden
Gleichzeitige Änderungen	Mit dem Feld version greift eine Sperre gegen Überschreiben	version immer mitschicken und bei Konflikt neu laden
Dezimalzahlen	Preise und Mengen kommen als Text, etwa "39.95"	Nicht in ungenaue Gleitkommazahlen umwandeln, wenn weitergerechnet wird
Datum und Uhrzeit	Millisekunden seit dem 1. 1. 1970	Zeitzonen beim Umrechnen ausdrücklich behandeln
Leere Felder	Werden standardmäßig nicht mitgeliefert	Mit serializeNulls anfordern, wenn alle Felder gebraucht werden
Last	Keine festen Ratenlimits; überzählige Anfragen warten bis zu 30 Sekunden, danach Fehler 429	Wiederholen mit wachsender Wartezeit, Zeitlimit ab einer Minute, Webhooks statt ungefiltertem Abfragen

Wie testet man, ohne Produktivdaten zu gefährden?

Am sichersten testen Sie mit einem eigenen Testmandanten, dem Probelauf-Parameter dryRun und einer Erweiterung, die zunächst nur liest. Schreibende Zugriffe auf den Produktivmandanten kommen erst ganz am Schluss und nur mit klar gekennzeichneten Testdaten. So gehen wir vor:

1. Erst lesen, dann schreiben: Unsere Kundenakte für weclapp hat genau eine Stelle, an der sie mit weclapp spricht, und die ist fest auf Lesezugriffe beschränkt. Ein versehentlicher Schreibzugriff ist damit technisch ausgeschlossen.
2. Nachgebauter Mandant für automatische Tests: Für wiederholbare Tests bauen wir einen Mandanten mit erfundenen Daten nach, der die Antworten der API nachahmt. Die Kundenakte haben wir so und zusätzlich an einem Demo-Mandanten geprüft.
3. Probelauf mit dryRun: Laut Dokumentation unterstützen die allgemeinen POST-, PUT- und DELETE-Endpunkte den Parameter dryRun=true. Dabei wird, soweit möglich, die Geschäftslogik ausgeführt und die Eingabe geprüft, ohne dass etwas gespeichert wird.
4. Eigener Testmandant: Alles, was Nummernkreise verbraucht oder Buchungen auslöst – etwa Rechnungen –, gehört in einen separaten Mandanten, nie in den Produktivbetrieb.
5. Eigener Benutzer mit minimalen Rechten: Ein API-Token trägt die Rechte seines Benutzers. Für Anbindungen empfiehlt sich daher ein eigener Benutzer, der nur darf, was die Anbindung braucht.

weclapp-Erweiterung entwickeln lassen: Worauf kommt es an?

Es kommt darauf an, dass die Erweiterung die Stolperfallen der API kennt, Ihre Daten nur so weit berührt wie nötig und ohne Eingriff in weclapp selbst auskommt. Eine gute Erweiterung ergänzt weclapp genau dort, wo Ihnen eine Funktion fehlt, statt das System zu ersetzen. Wann es sinnvoller ist, Standardsoftware zu erweitern, als eine eigene Lösung zu bauen, beschreiben wir im Ratgeber Individualsoftware oder Standardsoftware.

Wir entwickeln Erweiterungen auf Basis der weclapp-API – von reinen Leseansichten über Spracherfassung bis zur Anbindung anderer Systeme. Wichtig zur Einordnung: Wir sind ein unabhängiger Entwickler und kein offizieller weclapp-Partner. Für den weclapp Store bedeutet das eine Einschränkung, denn laut weclapp ist die Aufnahme neuer Plugins dort derzeit vorübergehend nur für Vertriebspartner möglich (weclapp Store: Verkaufen im Store, Stand Oktober 2026). Erweiterungen lassen sich aber auch ohne Store einsetzen, zum Beispiel als Browser-Erweiterung, die direkt mit Ihrem Mandanten spricht, oder als eigener Dienst.

Welche Erweiterungen wir bereits gebaut haben und wie ein Projekt abläuft, lesen Sie auf unserer Seite weclapp-Erweiterung entwickeln lassen.

Häufige Fragen

Gibt es bei weclapp Webhooks?

Ja. Die API enthält eine eigene Ressource für Webhooks, mit der beim Anlegen, Ändern oder Löschen von Datensätzen eines Typs eine Adresse per GET oder POST aufgerufen wird. weclapp empfiehlt Webhooks in der Dokumentation ausdrücklich statt ungefiltertem, wiederholtem Abfragen.

Wie sicher ist der Zugriff über die weclapp-API?

Jede Anfrage wird mit dem persönlichen API-Token eines Benutzers angemeldet und hat genau dessen Rechte. Behandeln Sie den Token wie ein Passwort und nutzen Sie für Anbindungen einen eigenen Benutzer mit möglichst wenigen Rechten.

Kann ich eine Erweiterung im weclapp Store anbieten?

Laut weclapp ist die Aufnahme neuer Plugins in den Store derzeit vorübergehend nur für Vertriebspartner möglich (Stand Oktober 2026). Erweiterungen lassen sich aber auch ohne Store einsetzen, etwa als Browser-Erweiterung oder als eigener Dienst.

Sollte ich API-Version v1 oder v2 verwenden?

Für neue Anbindungen v2, denn sie ist laut offizieller Dokumentation die aktuelle Version. Eine ältere Version bleibt nach Erscheinen einer neuen mindestens ein Jahr verfügbar; bestehende v1-Anbindungen sollten Sie deshalb rechtzeitig prüfen und umstellen.

Lastenheft oder Pflichtenheft: Was ist der Unterschied?

Das Lastenheft schreiben Sie als Auftraggeber, und es beschreibt, was Ihre App oder Software leisten soll und warum; das Pflichtenheft schreibt der Auftragnehmer, und es beschreibt, wie er diese Anforderungen umsetzt. So grenzt auch die Projektmanagement-Norm DIN 69901-5 die beiden Dokumente voneinander ab: Das Lastenheft enthält die Forderungen des Auftraggebers, das Pflichtenheft die Umsetzungsvorgaben, die der Auftragnehmer daraus erarbeitet.

Ein Beispiel macht den Unterschied greifbar. Im Lastenheft steht: „Monteure sollen Fotos zu einem Auftrag hochladen können, auch wenn auf der Baustelle kein Netz ist.“ Im Pflichtenheft steht dann, mit welcher App-Technik, welchem Zwischenspeicher auf dem Gerät und welchem Abgleich mit dem Server das gelöst wird. Sie müssen also keine Technik vorgeben. Im Gegenteil: Je mehr technische Lösung Sie vorwegnehmen, desto weniger Spielraum bleibt für einfachere oder bessere Vorschläge der Anbieter.

Merkmal	Lastenheft	Pflichtenheft
Wer schreibt es?	Auftraggeber (Sie)	Auftragnehmer (Entwickler, Agentur)
Leitfrage	Was soll die Software leisten – und warum?	Wie wird das umgesetzt – und womit?
Sprache	Fachsprache Ihres Betriebs, Alltagsbeispiele	Technische Sprache: Datenmodell, Schnittstellen, Plattformen
Zeitpunkt	Vor der Anfrage bei Anbietern	Mit dem Angebot oder in einer Konzeptphase
Zweck	Angebote vergleichbar machen, Umfang festhalten	Umsetzung planen, Grundlage für Abnahme und Festpreis

Für kleinere Vorhaben genügt oft ein Lastenheft von wenigen Seiten. Das Pflichtenheft entsteht beim Anbieter – manchmal als eigenes Dokument, manchmal als ausführliche Leistungsbeschreibung im Angebot. Wichtig ist nur, dass am Ende beide Seiten dasselbe unter „fertig“ verstehen.

Aufbau eines Lastenhefts: die 8 Abschnitte

Ein brauchbares Lastenheft für App oder Software besteht aus acht Abschnitten: Ausgangslage und Ziel, Nutzer und Rollen, Abläufe, Funktionen, Daten und Schnittstellen, Qualitätsanforderungen, Rahmenbedingungen sowie Abnahme und Lieferumfang. Die folgende Vorlage können Sie direkt übernehmen: Legen Sie ein eigenes Dokument mit diesen acht Überschriften an und beantworten Sie die Leitfragen in ganzen Sätzen.

1. Ausgangslage und Ziel

• Welches Problem soll die Software lösen, und wie läuft der Ablauf heute (Papier, Excel, Telefon, E-Mail)?
• Woran merken Sie nach der Einführung, dass es besser geworden ist – zum Beispiel weniger Rückfragen, keine doppelte Erfassung, Fristen nicht mehr verpasst?
• Was ist ausdrücklich nicht Ziel des Projekts?

2. Nutzer und Rollen

• Wer arbeitet mit der Software: Büro, Außendienst, Lager, Kunden, Partnerfirmen?
• Wie viele Personen ungefähr, und auf welchen Geräten – PC, Tablet, Smartphone?
• Wer darf was sehen, anlegen, ändern oder freigeben?

3. Abläufe heute und künftig

• Beschreiben Sie drei bis fünf typische Vorgänge Schritt für Schritt: Wer stößt sie an, wer ist beteiligt, was ist das Ergebnis?
• Wo entstehen heute Fehler, Wartezeiten oder doppelte Arbeit?
• Welche Sonderfälle gibt es, etwa Stornierungen, Nachträge oder Vertretungen?

4. Funktionen mit Priorität

• Listen Sie die Funktionen auf und ordnen Sie jede einer Stufe zu: Muss (ohne geht es nicht), Soll (wichtig, aber verschiebbar), Kann (schön, wenn Zeit bleibt).
• Formulieren Sie jede Anforderung so, dass man sie prüfen kann: „Der Monteur sieht nur seine eigenen Aufträge“ statt „übersichtliche Darstellung“.

5. Daten und Schnittstellen

• Welche Daten verwaltet die Software – Kunden, Aufträge, Artikel, Fahrzeuge, Dokumente?
• Woher kommen diese Daten heute, und müssen bestehende Listen übernommen werden?
• Welche Programme sollen angebunden werden, zum Beispiel ERP, Buchhaltung, Onlineshop oder Zahlungsanbieter?
• Welche Ausgaben brauchen Sie: PDF, Excel, CSV? Gibt es Vorlagen, die exakt eingehalten werden müssen, etwa Formulare oder Abrechnungsvorlagen Ihrer Auftraggeber?

6. Qualitätsanforderungen

• Auf welchen Plattformen muss die Lösung laufen: Browser, iPhone, Android, Windows?
• Muss sie ohne Internetverbindung funktionieren?
• Welche Sprachen, welche Anforderungen an Barrierefreiheit?
• Werden personenbezogene Daten verarbeitet, und welche Vorgaben gelten für Datenschutz, Datensicherung und Speicherort?

7. Rahmenbedingungen

• Gibt es feste Termine, etwa einen Saisonstart oder eine Messe?
• Welche Systeme und Verträge sind vorhanden und sollen bleiben?
• Wer ist Ansprechpartner, und wer entscheidet bei Ihnen?
• Haben Sie einen internen Budgetrahmen? Sie müssen ihn nicht nennen, er hilft aber Ihnen selbst beim Priorisieren.

8. Abnahme und Lieferumfang

• Woran erkennen Sie, dass eine Anforderung erfüllt ist? Mit welchen Testdaten wird geprüft?
• Was gehört zur Lieferung: Einrichtung, Datenübernahme, Schulung, Dokumentation, Quellcode, Nutzungsrechte?
• Wie soll die Betreuung nach dem Start aussehen: Updates, Fehlerbehebung, Weiterentwicklung?

Ausgefülltes Beispiel: Lastenheft eines fiktiven Handwerksbetriebs

Das folgende Beispiel zeigt, wie eine Kurzfassung des Lastenhefts aussehen kann; das Unternehmen ist frei erfunden, ebenso alle Angaben. Es geht um die „Musterbetrieb Haustechnik“, einen Betrieb mit Büro und Monteuren im Außendienst, der Serviceaufträge heute per Telefon, Excel und Papierzettel abwickelt.

Abschnitt	Eintrag im Beispiel-Lastenheft
1. Ausgangslage und Ziel	Aufträge werden telefonisch angenommen, in Excel eingetragen und auf Papier an die Monteure gegeben. Stundenzettel kommen am Wochenende zurück und werden abgetippt. Ziel: kein doppeltes Erfassen, Rechnung am Tag nach dem Einsatz. Nicht Ziel: Ersatz des Buchhaltungsprogramms.
2. Nutzer und Rollen	Zwei Mitarbeiterinnen im Büro (Disposition, Rechnung), zwölf Monteure mit Android-Smartphones, die Geschäftsführung (nur Auswertungen). Monteure sehen nur eigene Aufträge.
3. Abläufe	a) Auftrag annehmen und einplanen, b) Einsatz vor Ort mit Fotos, Material und Arbeitszeit, c) Unterschrift des Kunden, d) Auftrag an die Rechnungsstellung übergeben. Sonderfall: Folgetermin, wenn Material fehlt.
4. Funktionen	Muss: Auftragsliste je Monteur, Fotos, Arbeitszeit, Materialliste, Kundenunterschrift, Statusanzeige im Büro. Soll: Terminplan per Ziehen und Ablegen. Kann: Navigation zur Kundenadresse.
5. Daten und Schnittstellen	Rund 1.800 Kundenadressen aus einer Excel-Liste übernehmen. Erledigte Aufträge als CSV-Datei für das bestehende Rechnungsprogramm ausgeben. Einsatzbericht als PDF im Firmenlayout.
6. Qualität	Monteur-App für Android, Büro im Browser. Fotos und Zeiten auch ohne Netz erfassen, Abgleich später. Daten auf Servern in der EU. Tägliche Datensicherung.
7. Rahmenbedingungen	Start der Monteur-App vor Beginn der Heizperiode gewünscht. Ansprechpartner: Büroleitung; Entscheidung: Geschäftsführung.
8. Abnahme und Lieferung	Abnahme mit zehn Testaufträgen aus dem Vormonat (anonymisiert). Lieferung inklusive Datenübernahme, einer Schulung für Büro und Monteure, Kurzanleitung und Quellcode.

Was dieses Beispiel brauchbar macht: Jede Funktion ist einer Priorität zugeordnet, die Abnahme ist an echte Vorgänge geknüpft, und es steht drin, was ausdrücklich nicht dazugehört. Genau diese drei Punkte fehlen in vielen Lastenheften – und genau dort entstehen später die teuren Diskussionen.

So bekommen Sie mit dem Lastenheft vergleichbare Angebote

Vergleichbare Angebote entstehen, wenn alle Anbieter dieselbe Fassung des Lastenhefts erhalten und in derselben Struktur antworten. Gehen Sie dafür in fünf Schritten vor:

1. Eine Fassung für alle: Versehen Sie das Lastenheft mit Datum und Versionsnummer und schicken Sie allen Anbietern dasselbe Dokument.
2. Antwortstruktur vorgeben: Bitten Sie um Lösungsvorschlag, Aufteilung in Etappen, Preis je Etappe, Zeitplan, getroffene Annahmen und eine Liste dessen, was nicht enthalten ist.
3. Rückfragen bündeln: Beantworten Sie Fragen eines Anbieters schriftlich und geben Sie die Antwort allen anderen ebenfalls – sonst kalkuliert jeder mit einem anderen Umfang.
4. Gegen die Muss-Liste prüfen: Haken Sie für jedes Angebot ab, ob alle Muss-Anforderungen abgedeckt sind. Ein günstiges Angebot, das zwei Muss-Punkte auslässt, ist nicht günstig.
5. Annahmen vergleichen: Unterschiedliche Preise erklären sich oft durch unterschiedliche Annahmen, etwa zur Datenübernahme oder zur Zahl der Korrekturschleifen. Fragen Sie nach, statt nur Summen zu vergleichen.

Ob ein Angebot als Festpreis oder nach Aufwand abgerechnet wird, beeinflusst den Vergleich zusätzlich. Worauf Sie dabei achten sollten, erklären wir im Ratgeber Festpreis oder Stundensatz: Software-Angebote vergleichen. Bei uns ist das Lastenheft der ideale Einstieg in die kostenlose Analyse: Wie es danach weitergeht, zeigt unser Ablauf von der kostenlosen Analyse bis zum Festpreis-Angebot.

Wie detailliert muss ein Lastenheft sein?

Ein Lastenheft muss so detailliert sein, dass ein Anbieter den Umfang verlässlich einschätzen kann – nicht so detailliert, dass es die technische Lösung vorschreibt. Eine einfache Faustregel: Jeder typische Vorgang aus Abschnitt 3 sollte sich mit den Funktionen aus Abschnitt 4 vollständig durchspielen lassen. Wenn Sie beim Durchspielen an eine Stelle kommen, an der „das klären wir später“ steht, fehlt dort eine Anforderung.

Der Umfang hängt vom Vorhaben ab. Für eine kleine interne App reichen wenige Seiten. Bei Fachsoftware mit eigenen Rechenregeln und Formularvorlagen wird es deutlich mehr: Ein Kfz-Sachverständigenbüro hat uns zum Beispiel ein Lastenheft mit 38 Seiten in der zweiten Fassung übergeben, weil Kalkulation, Gutachtentexte und zwei unterschiedliche Gutachtenarten genau beschrieben werden mussten. Wie daraus Desktop-Software, Web-Zugang und Kunden-App entstanden sind, zeigt die Fallstudie zur Gutachten-Software.

Wenn Sie unsicher sind, beginnen Sie knapp und ergänzen Sie im Gespräch. Ein guter Anbieter stellt Rückfragen, statt Lücken stillschweigend mit eigenen Annahmen zu füllen.

Typische Fehler im Lastenheft

Die häufigsten Fehler sind unprüfbare Wünsche, fehlende Prioritäten und vorweggenommene Technik. Achten Sie besonders auf diese Punkte:

• Unprüfbare Formulierungen: „Benutzerfreundlich“, „modern“ oder „schnell“ lassen sich nicht abnehmen. Beschreiben Sie stattdessen, was ein Nutzer in welcher Situation tun können muss.
• Alles ist „Muss“: Ohne Prioritäten kann kein Anbieter sinnvoll in Etappen planen, und Sie verlieren die Möglichkeit, mit einem schlanken ersten Schritt zu starten.
• Technik statt Ziel: „Wir brauchen eine native iOS-App“ ist eine Lösung. „Monteure sollen offline Fotos aufnehmen können“ ist eine Anforderung – vielleicht reicht dafür auch eine Web-App.
• Sonderfälle vergessen: Stornos, Vertretungen, Nachträge und Monatswechsel kosten im Projekt am meisten Zeit, wenn sie erst spät auftauchen.
• Datenübernahme unterschätzt: Bestehende Listen sind fast nie sauber. Legen Sie früh eine Beispieldatei bei.
• Keine Abnahmekriterien: Ohne vereinbarte Testfälle gibt es am Ende keinen klaren Punkt, an dem das Projekt fertig ist.

Lastenheft für eine App: Was ist anders?

Bei einer App kommen vor allem Fragen zu Geräten, Offline-Nutzung und Verteilung hinzu. Klären Sie im Lastenheft, ob die App nur intern genutzt wird oder öffentlich im App Store und bei Google Play erscheinen soll, welche Gerätefunktionen gebraucht werden – Kamera, Standort, QR-Scan, Push-Nachrichten – und wie Updates verteilt werden sollen. Bei einer Mitarbeiter-App ist außerdem wichtig, ob private oder Firmen-Handys genutzt werden, weil das Datenschutz und Einrichtung beeinflusst.

Wenn Sie noch nicht wissen, ob eine native App nötig ist oder eine Web-App genügt, schreiben Sie die Anforderungen trotzdem auf – ohne die Plattform festzulegen. Daraus lässt sich die passende Form ableiten. Mehr dazu, wie wir solche Projekte umsetzen, lesen Sie auf unserer Seite App entwickeln lassen.

Häufige Fragen

Brauche ich ein Lastenheft auch für ein kleines Projekt?

Ja, aber es darf kurz sein. Schon zwei bis drei Seiten mit Ziel, Nutzern, wichtigsten Abläufen und einer priorisierten Funktionsliste verhindern Missverständnisse und machen Angebote vergleichbar.

Wer schreibt das Pflichtenheft?

Das Pflichtenheft schreibt der Auftragnehmer, also der Entwickler oder die Agentur. Es beschreibt auf Grundlage Ihres Lastenhefts, wie die Anforderungen technisch umgesetzt werden, und ist oft Teil des Angebots oder einer Konzeptphase.

Wie detailliert muss ein Lastenheft sein?

So detailliert, dass ein Anbieter den Umfang verlässlich einschätzen kann, ohne dass Sie die technische Lösung vorgeben. Jeder typische Vorgang sollte sich mit den beschriebenen Funktionen vollständig durchspielen lassen.

Darf ich dasselbe Lastenheft an mehrere Anbieter schicken?

Ja, das ist sogar die Voraussetzung für vergleichbare Angebote. Enthält es vertrauliche Informationen, vereinbaren Sie vorher eine Geheimhaltung und geben Sie Antworten auf Rückfragen an alle Anbieter weiter.

Was können kleine Unternehmen mit KI automatisieren?

Kleine Unternehmen können mit KI vor allem wiederkehrende Aufgaben automatisieren, bei denen Text, Sprache oder Bilder verarbeitet werden: Belege auslesen, Anfragen sortieren, Notizen diktieren, Dokumente durchsuchen oder Beiträge vorbereiten. Die KI übernimmt dabei das Erkennen und Vorschlagen, ein Mensch prüft und bestätigt. Daneben gibt es viele Abläufe, die sich ganz ohne KI automatisieren lassen – mit festen Regeln und Schnittstellen.

In diesem Ratgeber zeigen wir zehn Beispiele, jeweils mit Aufgabe, Lösung, relativem Aufwand und Praxisbezug. Wo wir ein Beispiel selbst umgesetzt haben, steht das ausdrücklich dabei: als eigenes Projekt, eigene Demo oder eigenes Produkt. Die übrigen Beispiele sind allgemeine Beispiele – typische Anwendungen, die wir nicht als Referenz ausgeben.

Wie viele Unternehmen nutzen KI bereits?

Laut Digitalverband Bitkom setzten im Sommer 2026 erstmals 57 % der Unternehmen ab 20 Beschäftigten in Deutschland KI ein; das Statistische Bundesamt kam für das Jahr 2025 auf 26 % der Unternehmen ab 10 Beschäftigten. Die Zahlen unterscheiden sich, weil Erhebungsjahr, Unternehmensgröße und Methode verschieden sind. Gemeinsam zeigen sie: Die Nutzung wächst schnell, und kleine Betriebe liegen zurück.

• Bitkom 2026: 57 % der Unternehmen nutzen KI, nach 36 % im Vorjahr und 20 % vor zwei Jahren. Weitere 38 % planen oder diskutieren den Einsatz, nur noch 4 % sagen, KI sei für sie kein Thema. Befragt wurden 603 Unternehmen ab 20 Beschäftigten (Bitkom, Presseinformation vom 14.09.2026; Vorjahreswert aus der Presseinformation vom 15.09.2025).
• Statistisches Bundesamt 2025: 26 % der Unternehmen ab 10 Beschäftigten nutzten KI. Nach Größe: 23 % bei 10 bis 49 Beschäftigten, 36 % bei 50 bis 249 und 57 % ab 250 Beschäftigten. Von den KI-nutzenden Unternehmen setzten 27 % KI zur Automatisierung von Arbeitsabläufen oder zur Entscheidungsfindung ein (Destatis, Tabelle zur KI-Nutzung, Stand 24.11.2025).

Für kleine Unternehmen heißt das: Der Abstand zu größeren Betrieben ist deutlich, aber er lässt sich mit gezielten, überschaubaren Projekten verkleinern. Dafür braucht es keine KI-Strategie auf dem Reißbrett, sondern einen konkreten Ablauf, der heute Zeit kostet.

Die 10 Beispiele im Überblick

Die folgende Tabelle fasst die zehn Beispiele mit relativem Aufwand und Einordnung zusammen; der Aufwand hängt im Einzelfall davon ab, welche Programme und Daten bereits vorhanden sind.

Nr.	Ablauf	Aufwand (relativ)	Einordnung
1	Tankbelege und Arbeitsnachweise per Foto auslesen	mittel	Eigenes Projekt
2	Abrechnungen exakt nach Excel-Vorlage erzeugen	mittel	Eigenes Projekt (ohne KI)
3	Lagerbuchung und Aufgaben per Sprache	mittel	Eigenes Projekt
4	Social-Media-Redaktionsplan mit automatischer Prüfung	mittel bis hoch	Eigenes Projekt
5	Kamera-KI vor Ort: Personen und Fahrzeuge erkennen	mittel bis hoch	Eigenes Projekt
6	Gesprächsnotizen ins CRM diktieren	gering bis mittel	Eigene Demo
7	Zahlungsziele und Fristen aus Verträgen lesen	gering bis mittel	Eigenes Produkt (Beta)
8	E-Mail-Anfragen vorsortieren und Antworten entwerfen	gering bis mittel	Allgemeines Beispiel
9	Angebote aus wenigen Eckdaten vorbereiten	mittel	Allgemeines Beispiel
10	Wissen aus eigenen Dokumenten abfragen	mittel	Allgemeines Beispiel

Die 10 Beispiele im Detail

Jedes Beispiel folgt demselben Schema: Welche Aufgabe wird automatisiert, wie sieht die Lösung aus, wie hoch ist der Aufwand im Vergleich, und wo gibt es einen Praxisbezug.

1. Tankbelege und Arbeitsnachweise per Foto auslesen

• Aufgabe: Fahrer sammeln Tankbelege und Arbeitsnachweise auf Papier, im Büro werden die Angaben später abgetippt und den Fahrzeugen oder Projekten zugeordnet.
• Lösung: Der Mitarbeiter fotografiert den Beleg mit dem Smartphone, die KI liest die Angaben aus, der Mitarbeiter prüft den Vorschlag und bestätigt. Die Daten landen direkt beim richtigen Fahrzeug.
• Aufwand: mittel – deutlich geringer, wenn bereits eine App oder ein Online-Formular vorhanden ist.
• Praxisbezug – eigenes Projekt: In der Mitarbeiter-App eines Kran- und Schwerlastbetriebs fotografieren Fahrer ihren Tankbeleg, und die KI liest ihn aus; Arbeitsnachweise werden auf dieselbe Weise erfasst. Tankvorgänge von zwei Tankkarten-Anbietern kommen zusätzlich automatisch per Schnittstelle ins System – dafür ist gar keine KI nötig. Mehr dazu in der Fallstudie zur Betriebsplattform für einen Kranbetrieb.

2. Abrechnungen exakt nach Excel-Vorlage erzeugen

• Aufgabe: Auftraggeber verlangen die Monatsabrechnung in ihrer eigenen Excel-Vorlage. Daten werden aus Tagesberichten zusammengesucht und von Hand eingetragen, Rundungsdifferenzen fallen erst beim Kunden auf.
• Lösung: Die Software erzeugt die Abrechnung direkt in der Vorlage des Auftraggebers, mit denselben Formeln und kaufmännischer Rundung auf den Cent. Ehrlicherweise: Hier braucht es keine KI. Feste Regeln sind genauer und nachvollziehbarer.
• Aufwand: mittel, je nach Zahl und Komplexität der Vorlagen.
• Praxisbezug – eigenes Projekt: Für den Kranbetrieb haben wir zwei Abrechnungsvorlagen von Auftraggebern 1:1 nachgebildet; die Summe in Excel stimmt centgenau mit der Summe am Bildschirm überein. Wie das funktioniert, erklärt unser Ratgeber Excel-Abrechnungen automatisieren – exakt nach Vorlage, ohne Makros.

3. Lagerbuchung und Aufgaben per Sprache

• Aufgabe: Entnahmen im Lager werden vergessen oder auf Zetteln nachgetragen; Arbeitsaufträge gehen per Zuruf oder Messenger verloren.
• Lösung: Der Mitarbeiter scannt den QR-Code am Regal und sagt, was er entnimmt. Die KI erkennt Artikel und Menge und schlägt die Buchung vor, der Mitarbeiter bestätigt. Aufgaben werden auf die gleiche Weise per Sprache angelegt und zugewiesen.
• Aufwand: mittel – vorausgesetzt, Artikel und Lagerplätze sind bereits digital erfasst.
• Praxisbezug – eigenes Projekt: Im selben Kranbetrieb laufen Entnahme, Leihgabe und Wareneingang über eine Lager-App im Browser mit QR-Codes an den Regalen, auch per Spracheingabe. Aufgaben lassen sich per Sprache vergeben. Das Prinzip lautet überall: KI schlägt vor, Mensch bestätigt.

4. Social-Media-Redaktionsplan mit automatischer Prüfung

• Aufgabe: Regelmäßige Beiträge kosten Zeit, und unter Zeitdruck schleichen sich Übertreibungen oder unbelegte Zahlen ein.
• Lösung: Eine Pipeline plant Themen, entwirft Texte und Grafiken, prüft jeden Text automatisch auf unbelegte Aussagen und Werbefloskeln und veröffentlicht über eine Schnittstelle. Wir empfehlen, dass ein Mensch vor der Veröffentlichung freigibt.
• Aufwand: mittel bis hoch für die Einrichtung, danach gering im laufenden Betrieb.
• Praxisbezug – eigenes Projekt: Unsere eigenen Beiträge entstehen mit einer selbst gebauten Content-Pipeline: Redaktionsplan, Texte, Grafiken, automatische Prüfung auf unbelegte Aussagen und Veröffentlichung auf Instagram und LinkedIn über eine Schnittstelle. Für einen Gesundheitsblog haben wir außerdem 110 Pinterest-Grafiken in 11 Serien produziert und alle Texte gegen die verlinkten Artikel geprüft.

5. Kamera-KI vor Ort: Personen und Fahrzeuge erkennen

• Aufgabe: Kameras auf dem Gelände zeichnen stundenlang auf, aber niemand hat Zeit, die Aufnahmen durchzusehen. Wichtiges geht im Material unter.
• Lösung: Eine KI wertet die Bilder der vorhandenen Kameras lokal aus, erkennt Personen und Fahrzeuge und speichert nur relevante Ausschnitte. Die Auswertungen werden im System geprüft und bei Bedarf bearbeitet.
• Aufwand: mittel bis hoch – abhängig von Kameras, Netzwerk und den Vorgaben zum Datenschutz.
• Praxisbezug – eigenes Projekt: Für den Kranbetrieb läuft eine Personen- und Fahrzeugerkennung auf einem Raspberry Pi 5 an einem Netzwerk-Videorekorder. Zeitfenster und Aufbewahrungsdauer der Clips legt der Betrieb selbst fest; dort werden sie außerhalb der Arbeitszeit automatisch gespeichert und 30 Tage aufbewahrt. Eine Kennzeichenerkennung an der Einfahrt haben wir als Pilotprojekt umgesetzt. Was mit lokaler Bildauswertung möglich ist, zeigt unsere Seite KI-Videoanalyse lokal, ohne Cloud.

6. Gesprächsnotizen ins CRM diktieren

• Aufgabe: Nach Kundengesprächen im Außendienst wird wenig oder spät dokumentiert. Zusagen und Wiedervorlagen gehen verloren.
• Lösung: Der Mitarbeiter spricht den Gesprächsbericht ein. Die KI macht daraus eine Notiz, eine Aufgabe und eine Wiedervorlage im CRM oder ERP. Vor dem Speichern sieht der Mitarbeiter den Vorschlag und korrigiert ihn bei Bedarf.
• Aufwand: gering bis mittel, wenn das CRM eine Schnittstelle bietet.
• Praxisbezug – eigene Demo: Für das ERP-System weclapp haben wir einen Sprachassistenten als lauffähige Demo gebaut: Gesprächsbericht einsprechen, Speicherung als Notiz, Aufgabe und Wiedervorlage in weclapp. Ein Einsatz bei einem Kunden besteht nicht.

7. Zahlungsziele und Fristen aus Verträgen lesen

• Aufgabe: Verträge, Bescheide und Nachweise liegen als PDF vor. Zahlungsziele, Kündigungsfristen und Ablaufdaten müssen von Hand herausgesucht und in einen Kalender übertragen werden.
• Lösung: Die KI liest das Dokument, schlägt das relevante Datum vor, und nach Bestätigung erscheint es in der Fristenübersicht.
• Aufwand: gering bis mittel.
• Praxisbezug – eigenes Produkt (Beta): In unserer Branchensoftware Platzbuch, die derzeit als Beta läuft, liest eine KI das Zahlungsziel aus hochgeladenen Verträgen. Unterlagen mit Ablaufdatum werden dort zentral verwaltet.

8. E-Mail-Anfragen vorsortieren und Antworten entwerfen

• Aufgabe: Im zentralen Postfach mischen sich Anfragen, Reklamationen, Rechnungen und Werbung. Dringendes wird zu spät gesehen.
• Lösung: Die KI ordnet jede E-Mail einer Kategorie zu, erkennt Dringlichkeit, liest Kundennummer oder Auftragsnummer heraus und legt einen Antwortentwurf an. Versendet wird erst nach Prüfung durch einen Menschen.
• Aufwand: gering bis mittel.
• Praxisbezug – allgemeines Beispiel: Typischer Einstieg, weil Nutzen und Risiko gut überschaubar sind. Automatisch versendete Antworten ohne Prüfung empfehlen wir nicht.

9. Angebote aus wenigen Eckdaten vorbereiten

• Aufgabe: Angebote werden aus alten Angeboten zusammenkopiert. Das dauert, und veraltete Positionen rutschen mit hinein.
• Lösung: Mitarbeiter geben wenige Eckdaten in ein Formular ein. Feste Regeln berechnen Positionen und Preise aus Ihrer aktuellen Preisliste, die KI formuliert Begleittext und Leistungsbeschreibung. Das Angebot geht erst nach Prüfung hinaus.
• Aufwand: mittel – abhängig davon, wie klar Ihre Kalkulationsregeln heute schon sind.
• Praxisbezug – allgemeines Beispiel: Wichtig ist die Arbeitsteilung: Preise und Mengen kommen aus Regeln, nicht aus der KI. Sprachmodelle formulieren gut, rechnen aber nicht zuverlässig.

10. Wissen aus eigenen Dokumenten abfragen

• Aufgabe: Handbücher, Prüfvorschriften, Arbeitsanweisungen und Verträge sind über Laufwerke verteilt. Neue Mitarbeiter fragen immer dieselben Kollegen.
• Lösung: Eine KI-Suche durchsucht freigegebene Dokumente und antwortet in ganzen Sätzen – mit Angabe, aus welchem Dokument die Antwort stammt, damit sie überprüfbar bleibt.
• Aufwand: mittel, vor allem abhängig von Datenmenge und Zugriffsrechten.
• Praxisbezug – allgemeines Beispiel: Entscheidend ist das Rechtekonzept: Jeder Nutzer darf nur Antworten aus Dokumenten erhalten, die er auch sonst sehen darf.

So prüfen Sie, ob sich ein Ablauf für KI-Automatisierung eignet

Ein Ablauf eignet sich, wenn er häufig vorkommt, nach erkennbaren Regeln läuft und sein Ergebnis von einem Menschen schnell geprüft werden kann. Gehen Sie diese Fragen durch:

• Häufigkeit: Kommt der Vorgang täglich oder wöchentlich vor – nicht nur einmal im Quartal?
• Digitale Daten: Liegen die Eingaben digital vor oder lassen sie sich leicht digital erfassen, etwa per Foto oder Sprache?
• Prüfbarkeit: Kann ein Mitarbeiter das Ergebnis in wenigen Sekunden kontrollieren?
• Fehlerfolgen: Was passiert, wenn ein Vorschlag falsch ist? Je teurer ein Fehler, desto wichtiger die Bestätigung durch einen Menschen.
• KI oder Regeln: Lässt sich die Aufgabe mit festen Regeln lösen? Dann ist das meist genauer und günstiger im Betrieb als KI.
• Schnittstellen: Haben die beteiligten Programme eine Schnittstelle oder einen Datenexport?

Für eine erste Einschätzung des Nutzens reicht eine einfache Rechnung: Minuten pro Vorgang mal Vorgänge pro Monat ergibt die Arbeitszeit, die der Ablauf heute bindet. Diese Zeit vergleichen Sie mit dem Aufwand für Umsetzung und Betrieb, einschließlich laufender Nutzungsgebühren für KI-Dienste.

Womit sollten Sie anfangen?

Fangen Sie mit einem einzigen Ablauf an, der häufig vorkommt, heute spürbar Zeit kostet und dessen Ergebnis leicht zu prüfen ist. Belege auslesen, E-Mails vorsortieren oder Notizen diktieren sind typische Einstiege, weil sie schnell sichtbar wirken und sich später erweitern lassen. Vermeiden Sie als erstes Projekt Abläufe, bei denen ein Fehler sofort teuer wird oder bei denen die Daten über viele Programme ohne Schnittstelle verteilt sind.

Wenn Sie wissen möchten, welcher Ablauf in Ihrem Betrieb der beste Kandidat ist, sehen wir uns das in einer kostenlosen Analyse an. Mehr zu unserem Vorgehen lesen Sie auf der Seite KI-Automatisierung für Unternehmen.

Häufige Fragen

Brauche ich eigene IT-Leute, um KI-Automatisierung zu nutzen?

Nein, für die Umsetzung nicht. Sie brauchen eine Person im Betrieb, die den Ablauf kennt, Ergebnisse prüft und Rückmeldung gibt; Einrichtung, Schnittstellen und Betreuung kann ein externer Entwickler übernehmen.

Was ist mit dem Datenschutz, wenn eine KI Belege oder E-Mails liest?

Er muss vor dem Start geklärt werden: welche Daten an welchen KI-Dienst gehen, wo dieser Dienst die Daten verarbeitet und ob ein Vertrag zur Auftragsverarbeitung nötig ist. Wo möglich, ist eine lokale Verarbeitung ohne Cloud eine Alternative.

Womit sollte ein kleines Unternehmen anfangen?

Mit einem einzigen Ablauf, der häufig vorkommt, heute spürbar Zeit kostet und dessen Ergebnis leicht zu prüfen ist. Belege per Foto auslesen, E-Mails vorsortieren oder Gesprächsnotizen diktieren sind typische Einstiege.

Braucht jede Automatisierung KI?

Nein. Viele Abläufe wie Abrechnungen nach fester Vorlage oder Datenabgleiche über Schnittstellen lassen sich mit festen Regeln genauer und günstiger automatisieren; KI lohnt sich vor allem dort, wo Text, Sprache oder Bilder verstanden werden müssen.

Festpreis oder Stundensatz: Welches Modell passt wann?

Ein Festpreis passt, wenn der Umfang klar beschrieben ist; die Abrechnung nach Stundensatz passt, wenn sich die Anforderungen während des Projekts noch stark bewegen werden. Beim Festpreis kennen Sie die Kosten vorab, und der Anbieter trägt das Risiko, dass die Arbeit länger dauert als geplant. Bei der Abrechnung nach Aufwand – auch „Time and Material“ genannt – zahlen Sie die tatsächlich geleisteten Stunden, tragen aber selbst das Risiko, dass es mehr werden.

Keines der beiden Modelle ist grundsätzlich besser. Entscheidend ist, wie gut sich Ihr Vorhaben vorab beschreiben lässt und wie viel Planungssicherheit Sie brauchen. Die folgende Übersicht stellt die wichtigsten Unterschiede gegenüber.

Kriterium	Festpreis	Abrechnung nach Aufwand
Kosten vorab bekannt	Ja, für den vereinbarten Umfang	Nur als Schätzung
Wer trägt das Mengenrisiko?	Anbieter	Auftraggeber
Flexibilität bei Änderungen	Gering – Änderungen werden als Nachtrag vereinbart	Hoch – Änderungen fließen in die laufende Arbeit ein
Aufwand vor Projektstart	Höher: Umfang muss genau beschrieben werden	Geringer: Start mit grober Beschreibung möglich
Steuerung während des Projekts	Über Etappen und Abnahmen	Laufend über Stundenberichte und Prioritäten
Typischer Streitpunkt	Gehört eine Funktion zum Umfang oder nicht?	Waren die Stunden angemessen?
Gut geeignet für	Klar umrissene Software, Apps, Automatisierungen	Forschungsartige Vorhaben, laufende Weiterentwicklung, Fehlersuche

Festpreis: Vor- und Nachteile

Der größte Vorteil des Festpreises ist Planungssicherheit, der größte Nachteil die geringere Flexibilität bei Änderungen. Für viele mittelständische Unternehmen wiegt die Planungssicherheit schwerer, weil ein Softwareprojekt neben dem Tagesgeschäft läuft und das Budget feststehen muss.

Vorteile

• Budget steht fest: Sie wissen vor Projektstart, was der vereinbarte Umfang kostet.
• Risiko beim Anbieter: Dauert die Umsetzung länger als kalkuliert, ist das nicht Ihr Problem.
• Klarer Umfang: Weil der Umfang schriftlich festgehalten werden muss, denken beide Seiten früh über Details nach, die sonst erst im Projekt auffallen.
• Weniger Verwaltungsaufwand: Sie müssen keine Stundenzettel prüfen.

Nachteile

• Risikoaufschlag: Ein seriöser Anbieter kalkuliert Unsicherheiten ein. Ist der Umfang vage beschrieben, fällt dieser Aufschlag größer aus.
• Änderungen kosten extra: Was nicht im vereinbarten Umfang steht, wird als Nachtrag abgerechnet.
• Diskussionen über den Umfang: Ist eine Anforderung unklar formuliert, streiten beide Seiten später darüber, ob sie „mit drin“ ist.
• Versuchung zur Minimalumsetzung: Bei schlechten Anbietern besteht das Risiko, dass genau das Vereinbarte geliefert wird – und keinen Handgriff mehr.

Abrechnung nach Aufwand: Vor- und Nachteile

Die Abrechnung nach Aufwand bietet maximale Flexibilität, verlagert aber das Kostenrisiko vollständig auf Sie als Auftraggeber. Sie eignet sich besonders, wenn der Weg zum Ziel noch offen ist oder wenn eine bestehende Software laufend weiterentwickelt wird.

Vorteile

• Schneller Start: Es braucht keine vollständige Beschreibung, bevor die Arbeit beginnt.
• Flexibel: Prioritäten lassen sich von Woche zu Woche ändern.
• Kein Risikoaufschlag: Sie zahlen nur die tatsächlich geleisteten Stunden.

Nachteile

• Offenes Budget: Die Endsumme steht erst fest, wenn das Projekt fertig ist.
• Steuerungsaufwand: Sie müssen Stundenberichte prüfen und Prioritäten aktiv setzen.
• Kein Anreiz zur Effizienz: Wer nach Stunden bezahlt wird, profitiert nicht davon, schneller fertig zu werden.
• Schwer vergleichbar: Zwei Stundensätze sagen wenig darüber, welches Projekt am Ende günstiger wird, weil die Zahl der Stunden unterschiedlich ausfällt.

Gibt es Mischformen?

Ja, in der Praxis werden beide Modelle häufig kombiniert, um Planungssicherheit und Flexibilität zu verbinden. Drei Mischformen sind verbreitet:

• Festpreis je Etappe: Das Projekt wird in Abschnitte geteilt, jeder mit eigenem Umfang und Preis. Nach jeder Etappe sehen Sie ein Ergebnis und entscheiden über den nächsten Schritt.
• Aufwand mit Obergrenze: Abgerechnet wird nach Stunden, aber eine vereinbarte Obergrenze darf ohne Ihre Zustimmung nicht überschritten werden.
• Festpreis für die Entwicklung, Pauschale für die Betreuung: Der Bau der Software läuft zum Festpreis, Updates und kleine Anpassungen danach über einen planbaren Betreuungsvertrag.

Woran hängt ein fairer Festpreis?

Ein fairer Festpreis hängt an zwei Dingen: einem sauber beschriebenen Umfang und klaren Regeln für Änderungen. Fehlt eines davon, wird der Festpreis entweder unnötig hoch oder führt später zu Streit.

Ein sauber beschriebener Umfang

Je genauer der Umfang beschrieben ist, desto kleiner muss der Risikoaufschlag des Anbieters sein. Die beste Grundlage ist ein Lastenheft mit priorisierten Anforderungen, Beispieldaten und Abnahmekriterien. Wie Sie eines aufbauen, zeigt unser Ratgeber Lastenheft für App und Software mit Vorlage und Beispiel. Ein gutes Festpreis-Angebot antwortet darauf mit einer eigenen Leistungsbeschreibung und nennt ausdrücklich, welche Annahmen getroffen wurden und was nicht enthalten ist.

Klare Regeln für Änderungen (Change Requests)

Ein Change Request ist eine Änderungsanfrage: Sie wünschen während des Projekts etwas, das nicht im vereinbarten Umfang steht. Das ist normal, denn oft zeigt erst die Arbeit mit einem Zwischenstand, was wirklich gebraucht wird. Problematisch wird es nur, wenn kein Verfahren dafür vereinbart ist. Ein faires Verfahren sieht so aus:

1. Die Änderung wird schriftlich beschrieben, auch kurz per E-Mail.
2. Der Anbieter nennt, was sie an Preis und Zeitplan ändert – bevor er sie umsetzt.
3. Sie entscheiden: annehmen, verschieben oder gegen eine andere Anforderung tauschen.
4. Angenommene Änderungen werden als Nachtrag zum Vertrag festgehalten.

Achten Sie darauf, dass auch Kleinigkeiten geregelt sind. Viele Angebote enthalten eine bestimmte Zahl von Korrekturschleifen oder eine Grenze, bis zu der kleine Anpassungen ohne Nachtrag erledigt werden. Steht dazu nichts im Angebot, fragen Sie nach.

Woran erkennen Sie ein riskantes Angebot?

Ein riskantes Angebot erkennen Sie daran, dass Umfang, Ausschlüsse oder Regeln für Änderungen fehlen – ganz gleich, ob es als Festpreis oder nach Aufwand kalkuliert ist. Diese Warnsignale sollten Sie hellhörig machen:

• Nur eine Summe und Stichworte: Ein Festpreis ohne Leistungsbeschreibung lässt offen, wofür er eigentlich gilt.
• Keine einzige Rückfrage: Wer ein umfangreiches Vorhaben ohne Rückfrage kalkuliert, hat es entweder nicht durchdacht oder plant, später über Nachträge nachzuverhandeln.
• Auffällig niedriger Preis: Liegt ein Angebot weit unter den anderen, vergleichen Sie zuerst die Annahmen. Oft fehlen Datenübernahme, Tests oder Betreuung.
• Aufwand ohne Grenze: Eine Stundenschätzung ohne Obergrenze und ohne regelmäßige Berichte überträgt das gesamte Risiko auf Sie.
• Gesamtbetrag im Voraus: Ohne Etappen haben Sie kaum Möglichkeiten, bei Problemen gegenzusteuern.
• Unklare Rechte: Steht nichts zu Quellcode und Nutzungsrechten im Angebot, bleibt offen, ob Sie später einen anderen Entwickler beauftragen können.

Ein einzelnes Warnsignal ist noch kein Ausschlussgrund. Fragen Sie nach – seriöse Anbieter beantworten solche Fragen schriftlich und ohne Ausweichen.

Checkliste: So vergleichen Sie Software-Angebote

Software-Angebote vergleichen Sie fair, indem Sie nicht nur die Summen, sondern Umfang, Annahmen, Änderungsregeln und Folgekosten nebeneinanderlegen. Prüfen Sie jedes Angebot mit diesen Fragen:

• Umfang: Sind alle Muss-Anforderungen aus Ihrem Lastenheft ausdrücklich abgedeckt?
• Ausschlüsse: Gibt es eine Liste dessen, was nicht enthalten ist – etwa Datenübernahme, Schulung, App-Store-Veröffentlichung?
• Annahmen: Welche Annahmen liegen dem Preis zugrunde, und decken sie sich mit Ihrer Realität?
• Abrechnungsmodell: Festpreis, Aufwand oder Mischform? Bei Aufwand: Gibt es eine Schätzung und eine Obergrenze?
• Etappen und Zahlungsplan: Sind Zahlungen an sichtbare Ergebnisse gebunden statt an Kalenderdaten?
• Änderungen: Wie werden Change Requests behandelt, und wie viele Korrekturschleifen sind enthalten?
• Abnahme: Gibt es Abnahmekriterien und eine Testphase mit Ihren eigenen Daten?
• Zeitplan: Sind Meilensteine genannt, und was passiert, wenn Sie selbst Zuarbeiten später liefern?
• Rechte: Erhalten Sie den Quellcode und welche Nutzungsrechte genau?
• Laufende Kosten: Sind Hosting, Lizenzen, App-Store-Konten und Nutzungsgebühren für Schnittstellen oder KI-Dienste getrennt ausgewiesen?
• Betreuung: Wie werden Fehler nach dem Start behoben, und was kosten Updates und Weiterentwicklung?
• Ansprechpartner: Sprechen Sie direkt mit den Personen, die entwickeln, oder über eine Projektleitung?
• Datenschutz: Wird ein Vertrag zur Auftragsverarbeitung angeboten, wenn der Anbieter Zugriff auf personenbezogene Daten erhält?

Welche Faktoren den Aufwand eines Projekts überhaupt bestimmen, beschreiben wir im Ratgeber App- und Software-Kosten: die Faktoren im Überblick.

Werkvertrag oder Dienstvertrag?

Vereinfacht gesagt schuldet der Anbieter beim Werkvertrag ein Ergebnis, beim Dienstvertrag dagegen eine Tätigkeit. Beim Werkvertrag nach § 631 BGB verpflichtet sich der Unternehmer zur „Herstellung des versprochenen Werkes“ – etwa einer funktionierenden Software mit vereinbartem Umfang. Beim Dienstvertrag nach § 611 BGB wird die „Leistung der versprochenen Dienste“ geschuldet, also die Arbeit selbst, nicht ein bestimmter Erfolg.

Abrechnungsmodell und Vertragstyp sind zwei verschiedene Fragen. Ein Festpreis wird häufig mit einem Werkvertrag kombiniert, eine Abrechnung nach Stunden häufig mit einem Dienstvertrag – zwingend ist das aber nicht. Welcher Vertragstyp vorliegt, hängt davon ab, was tatsächlich vereinbart ist, nicht nur davon, wie der Vertrag überschrieben ist. Für Sie ist der Unterschied vor allem bei Abnahme, Mängelrechten und Gewährleistung bedeutsam.

So arbeiten wir bei kioptimiert

Wir arbeiten mit Festpreisen, die wir nach einer kostenlosen Analyse Ihres Vorhabens festlegen. Der Ablauf ist immer gleich:

1. Kostenlose Analyse: Wir besprechen Ihr Vorhaben, sehen uns vorhandene Unterlagen an – gern ein Lastenheft, Excel-Listen oder Formularvorlagen – und klären offene Fragen.
2. Festpreis-Angebot innerhalb von 48 Stunden: Sie erhalten ein schriftliches Angebot mit Leistungsumfang, Etappen und Zeitplan.
3. Umsetzung in Etappen: Sie sehen und testen Zwischenstände früh, statt erst am Ende ein fertiges Paket zu bekommen.
4. Zahlung nach Etappen: Die Zahlungen sind auf die Etappen des Projekts verteilt. Wann welcher Teil fällig wird, steht im Angebot.

Routinearbeit erledigen wir mit KI-Werkzeugen schneller – diesen Zeitvorteil geben wir im Festpreis weiter. Architektur, Prüfung und fachliche Logik bleiben dabei in menschlicher Hand. Was wir für Sie bauen können, zeigt die Seite Software entwickeln lassen. Wie wir mit Änderungswünschen umgehen und was im Festpreis enthalten ist, beschreiben wir ausführlich auf der Seite Ablauf und Festpreis.

Häufige Fragen

Ist ein Festpreis wirklich fix?

Ja, für den schriftlich vereinbarten Umfang. Wünschen Sie während des Projekts zusätzliche oder geänderte Funktionen, werden diese als Nachtrag vereinbart – deshalb ist ein genau beschriebener Umfang die Grundlage jedes fairen Festpreises.

Was ist ein Change Request?

Ein Change Request ist eine Änderungsanfrage zu etwas, das nicht im vereinbarten Umfang steht. Fair geregelt ist er, wenn der Anbieter vor der Umsetzung nennt, was die Änderung an Preis und Zeitplan bedeutet, und Sie dann entscheiden.

Werkvertrag oder Dienstvertrag – was gilt bei Softwareprojekten?

Das hängt davon ab, was vereinbart ist: Beim Werkvertrag schuldet der Anbieter ein Ergebnis, beim Dienstvertrag eine Tätigkeit. Diese allgemeine Einordnung ersetzt keine Rechtsberatung; lassen Sie Verträge bei Bedarf anwaltlich prüfen.

Warum ist ein Festpreis oft höher als eine Stundenschätzung?

Weil der Anbieter beim Festpreis das Risiko trägt, dass die Arbeit länger dauert, und dafür einen Aufschlag einkalkuliert. Je genauer Ihr Umfang beschrieben ist, desto kleiner kann dieser Aufschlag ausfallen.

Warum machen Abrechnungen nach Kundenvorlage so viel Handarbeit?

Abrechnungen nach Kundenvorlage machen viel Handarbeit, weil die Daten in einem System liegen, die Abrechnung aber in der Excel-Datei eines anderen Unternehmens abgegeben werden muss – mit dessen Spalten, Formeln und Layout. Dazwischen steht meist ein Mensch, der Werte abschreibt, Zeilen kopiert und am Monatsende hofft, dass die Summe stimmt.

Typisch ist folgende Lage: Tagesberichte, Stundenzettel oder Lieferscheine werden im eigenen Betrieb erfasst. Der Auftraggeber verlangt die Monatsabrechnung aber in seiner Vorlage, oft mit festen Zeilen je Kalendertag, eigenen Kostenstellen und bestimmten Rechenformeln. Hat man mehrere Auftraggeber, hat man mehrere Vorlagen. Daraus entstehen drei wiederkehrende Probleme:

• Abschreibfehler: Jede Übertragung von Hand ist eine Gelegenheit für Zahlendreher und vergessene Zeilen.
• Formatverluste: Beim Kopieren gehen Rahmen, verbundene Zellen oder Zahlenformate verloren, und der Auftraggeber schickt die Datei zurück.
• Cent-Differenzen: Die Summe in Excel weicht um einen oder wenige Cent von der Summe im eigenen System ab. Das wirkt unprofessionell und führt zu Rückfragen.

Wie lassen sich Excel-Abrechnungen ohne Makros automatisieren?

Ohne Makros automatisieren Sie Excel-Abrechnungen, indem eine Software die Vorlage des Auftraggebers nachbildet, die Daten aus Ihrem System einsetzt und jeden Betrag nach derselben Rundungsregel berechnet wie Excel. Heraus kommt eine normale .xlsx-Datei. Sie enthält keinen Programmcode, löst keine Sicherheitswarnung aus und lässt sich wie jede andere Excel-Datei öffnen und weiterbearbeiten. Der Weg besteht aus drei Schritten.

1. Die Vorlage 1:1 nachbilden

Zuerst wird die Vorlage des Auftraggebers vollständig erfasst: Schriftarten, Rahmen, Füllfarben, verbundene Zellen, Spaltenbreiten und Zeilenhöhen, Zahlenformate, Formeln, Seiteneinrichtung für den Druck, bedingte Formatierung – etwa farbig markierte Wochenenden – und eingebettete Bilder. Wir bauen die Vorlage dabei nicht als starre Kopie nach, die zur Laufzeit befüllt wird, sondern beschreiben jede Zelle im Programm. Der Vorteil: Hat ein Monat 28 statt 31 Tage oder gibt es mehr Positionen als üblich, bleibt das Muster der Vorlage trotzdem erhalten.

Wichtig ist auch, was nicht in die Vorlage passt. Für Positionen, für die der Auftraggeber keine Zeile vorgesehen hat, wird vorab festgelegt, wo sie erscheinen – zum Beispiel als Zusatzzeile an einer bestimmten Stelle. So entscheidet nicht der Zufall, sondern eine Regel, die mit Ihnen abgestimmt ist.

2. Daten einsetzen – Formeln bleiben Formeln

Danach werden die Daten aus Ihrem System eingesetzt. Dabei gilt: Was in der Vorlage von Hand eingetragen wurde, etwa Tage oder Stunden, wird als feste Zahl geschrieben. Was in der Vorlage eine Formel ist, bleibt eine Formel. So sieht der Empfänger in jeder Zelle, woher ein Betrag kommt, und Excel rechnet beim Öffnen selbst nach.

Zu jeder Formel schreiben wir zusätzlich das Ergebnis in die Datei. Programme, die selbst nicht rechnen – etwa Dateivorschauen im E-Mail-Programm –, zeigen dadurch ebenfalls die richtigen Zahlen. Damit das funktioniert, muss das mitgeschriebene Ergebnis exakt dem entsprechen, was Excel selbst berechnen würde. Und hier kommt die Rundung ins Spiel.

3. Kaufmännisch runden – überall nach derselben Regel

Jeder Positionsbetrag wird auf den Cent gerundet, und zwar in der Software und in Excel nach derselben Regel. In der Excel-Datei steht dafür in den Betragszellen der Positionen die Funktion RUNDEN mit zwei Nachkommastellen, also etwa =RUNDEN(Menge*Preis;2). In der Software rundet eine einzige Funktion genau so, wie Excel es tut. Warum das nötig ist, zeigt der nächste Abschnitt.

Woher kommt der eine Cent Unterschied?

Der eine Cent Unterschied entsteht, wenn auf dem Bildschirm gerundete Einzelbeträge addiert werden, Excel aber mit den ungerundeten Werten rechnet und nur die Anzeige rundet. Ein Zahlenformat mit zwei Nachkommastellen ändert nämlich nur, was man sieht – nicht den Wert, mit dem weitergerechnet wird. Ein einfaches Beispiel mit zwei Positionen:

Position	Menge × Einzelpreis	Exakter Wert	Auf den Cent gerundet
A	2,5 × 12,33	30,825	30,83
B	1,5 × 8,47	12,705	12,71
Summe	–	43,53	43,54

Die Software zeigt 30,83 und 12,71 an und addiert zu 43,54. Rechnet Excel ohne RUNDEN, zeigt es dieselben Einzelbeträge an, summiert aber die exakten Werte zu 43,53. Auf dem Papier steht dann 30,83 plus 12,71 gleich 43,53 – ein Fehler, den jeder Prüfer beim Auftraggeber sofort findet.

Dazu kommt ein zweites, weniger bekanntes Problem: Programmiersprachen runden nicht alle gleich. Excel rundet bei einer 5 an der Rundungsstelle vom Nullpunkt weg, also kaufmännisch; Microsoft nennt dafür in der Beschreibung der Funktion RUNDEN Beispiele wie 2,15 → 2,2 und −1,475 → −1,48. Andere Werkzeuge verhalten sich anders:

Werkzeug	Regel bei genau ,5	2,5 wird zu	−2,5 wird zu
Excel, Funktion RUNDEN	vom Nullpunkt weg (kaufmännisch)	3	−3
Python, Funktion round()	zur geraden Zahl	2	−2
JavaScript, Math.round()	in Richtung plus unendlich	3	−2

Die Python-Dokumentation beschreibt die Rundung zur geraden Zahl ausdrücklich und weist darauf hin, dass round(2.675, 2) wegen der internen Darstellung von Kommazahlen 2,67 statt der erwarteten 2,68 ergibt (Python-Dokumentation). Für JavaScript beschreibt das MDN-Handbuch, dass Math.round(-5.5) −5 ergibt. Wer also in der Software „einfach rundet“, erhält bei Gutschriften, Abzügen oder bestimmten Kommazahlen andere Cent-Beträge als Excel.

Unsere Lösung ist eine einzige Rundungsfunktion für alle Beträge: Sie bereinigt zuerst die winzigen Ungenauigkeiten der internen Zahlendarstellung, indem sie auf 15 gültige Stellen begrenzt – so viele, wie Excel bei Zahlen berücksichtigt –, und rundet dann symmetrisch vom Nullpunkt weg. Positive und negative Beträge werden damit genau so behandelt wie von RUNDEN in Excel.

Wie wird das Ergebnis gegen echtes Excel geprüft?

Geprüft wird in zwei Stufen: erst automatisch Zelle für Zelle gegen die Originalvorlage, dann im echten Microsoft Excel, in dem auch der Empfänger die Datei öffnet. Die Prüfung im Zielprogramm ist der entscheidende Schritt, denn nur dort zeigt sich, was der Auftraggeber tatsächlich sieht.

1. Zellvergleich mit der Originalvorlage: Ein Prüfskript – bei uns in Python mit der Bibliothek openpyxl – vergleicht die erzeugte Datei mit der Vorlage des Auftraggebers: Werte, Formeln, Zahlenformate, Rahmen, verbundene Zellen. Jede Abweichung wird aufgelistet.
2. Öffnen und Neuberechnen in Excel: Die Datei wird per Automatisierung im installierten Microsoft Excel geöffnet und vollständig neu berechnet. Die Summen, die Excel dabei ermittelt, müssen auf den Cent den Summen in der Software entsprechen.
3. Druckbild prüfen: Excel druckt die Datei als PDF. So sehen wir Seitenumbrüche, Kopfzeilen und Spaltenbreiten genau so, wie sie beim Auftraggeber aus dem Drucker kommen.
4. Abweichungen dokumentieren: Gewollte Unterschiede – zum Beispiel Tabellenblattnamen, die aus der Gerätebezeichnung entstehen – werden festgehalten. Alles andere wird behoben.

Praxisbeispiel: Leistungsabrechnung in einem Kran- und Schwerlastbetrieb

Für einen Kran- und Schwerlastbetrieb erzeugt die Betriebsplattform, die wir entwickelt haben, die monatliche Leistungsabrechnung direkt in den Excel-Vorlagen der Auftraggeber. Grundlage sind die Tagesberichte, die im System erfasst werden: Einsatztage, Arbeitszeiten, Mehrstunden, Feiertage, An- und Abtransport und weitere Positionen.

• Zwei Vorlagen nachgebildet: Der Betrieb rechnet gegenüber verschiedenen Auftraggebern ab. Wir haben zwei Abrechnungsvorlagen von Auftraggebern 1:1 nachgebildet – mit Schriften, Rahmen, verbundenen Zellen, Zahlenformaten, Formeln, Druckeinstellungen und bedingter Formatierung.
• Auswahl per Menü: Beim Herunterladen wählt der Nutzer, in welcher Vorlage die Abrechnung erzeugt werden soll.
• Regeln für Sonderfälle: Positionen ohne festen Platz in der einen Vorlage erscheinen als Zusatzzeile an einer vereinbarten Stelle; in der anderen Vorlage werden bestimmte Unterzeilen immer geschrieben, damit der Aufbau gleich bleibt.
• Centgenau: Die Summe in der Excel-Datei stimmt mit der Summe am Bildschirm auf den Cent überein (Stand September 2026). Geprüft wurde mit Zellvergleich gegen die Originaldateien und im echten Excel.

Die Erzeugung läuft in der Web-Plattform selbst, mit der Bibliothek ExcelJS; Excel muss dafür auf dem Server nicht installiert sein. Mehr über das Gesamtsystem lesen Sie in der Fallstudie zur Betriebsplattform für einen Kranbetrieb.

Wann reichen Makros (VBA), und wann nicht?

Makros reichen, wenn die Daten bereits in Excel liegen, eine Person die Datei nutzt und es um wenige, gleichartige Fälle geht. Sobald Daten aus einem anderen System kommen, mehrere Vorlagen gepflegt werden müssen oder Dateien an Kunden gehen, stößt VBA an Grenzen. Die folgende Übersicht hilft bei der Einordnung.

Kriterium	Makro (VBA) in der Excel-Datei	Erzeugung durch Software
Datenquelle	Daten liegen bereits in Excel	Daten kommen aus Datenbank, App oder ERP
Mehrere Vorlagen	Je Vorlage eigenes Makro, oft kopiert und angepasst	Je Vorlage ein Baustein auf derselben Datenbasis
Dateiformat für den Empfänger	.xlsm mit Programmcode	Normale .xlsx ohne Programmcode
Sicherheitseinstellungen	Makros aus dem Internet werden in Office für Windows standardmäßig blockiert	Nicht betroffen, da keine Makros enthalten
Excel für das Web	VBA-Makros lassen sich dort nicht ausführen	Datei lässt sich öffnen und bearbeiten
Nachvollziehbarkeit	Code steckt in der Datei, Änderungen schwer zu verfolgen	Code versioniert und automatisch prüfbar
Sinnvoll für	Einzelne Person, eine Datei, gelegentliche Nutzung	Wiederkehrende Abrechnungen, mehrere Nutzer, Vorgaben von Auftraggebern

Zu den Sicherheitseinstellungen: Microsoft blockiert in Office unter Windows standardmäßig Makros in Dateien, die aus dem Internet stammen, etwa aus E-Mail-Anhängen (Microsoft Learn: Makros aus dem Internet werden standardmäßig blockiert). In Excel für das Web lassen sich VBA-Makros laut Microsoft weder erstellen noch ausführen oder bearbeiten (Microsoft Support: VBA-Makros in Excel für das Web). Eine Abrechnung mit Makro beim Auftraggeber ist deshalb oft eine Hürde, eine Abrechnung ohne Makro nicht.

Das heißt nicht, dass Makros schlecht sind. Für eine Auswertung, die eine Mitarbeiterin einmal im Monat in ihrer eigenen Datei startet, ist ein kleines Makro oft die schnellste Lösung. Für Dokumente, die aus Ihrem System heraus regelmäßig an Auftraggeber gehen, ist die Erzeugung durch Software robuster.

Was brauchen wir von Ihnen für den Start?

Für den Start brauchen wir die Vorlage Ihres Auftraggebers, eine bereits ausgefüllte Abrechnung eines vergangenen Monats und den Zugang zu den Daten, aus denen die Abrechnung entsteht. Die ausgefüllte Abrechnung ist besonders wertvoll: Sie dient als Prüffall, gegen den die automatisch erzeugte Datei auf den Cent verglichen wird.

• Vorlage(n) als Original-Excel-Datei, nicht als PDF.
• Ein ausgefülltes Beispiel mit echten oder anonymisierten Zahlen.
• Datenquelle: Wo liegen die Daten heute – in einer Software, einer App, in Excel-Listen?
• Sonderfälle: Feiertage, Gutschriften, Abzüge, Zuschläge, Monatswechsel.
• Abnahmeregel: Wer prüft beim ersten Mal, und gegen welche Werte?

Excel-Abrechnungen sind ein typischer Fall, in dem feste Regeln besser sind als KI. Weitere Abläufe, bei denen KI dagegen ihre Stärken ausspielt, zeigt unser Ratgeber KI-Automatisierung: 10 Beispiele für kleine Unternehmen. Wie wir Automatisierungsprojekte insgesamt angehen, lesen Sie auf der Seite KI-Automatisierung für Unternehmen.

Häufige Fragen

Funktioniert das mit meinen bestehenden Excel-Vorlagen?

Ja, genau dafür ist der Ansatz gedacht. Wir bilden Ihre Vorlage oder die Ihres Auftraggebers mit Layout, Formeln und Zahlenformaten nach; dafür brauchen wir die Originaldatei und am besten eine bereits ausgefüllte Abrechnung als Prüffall.

Brauche ich dafür Office 365?

Nein. Die Datei wird von der Software ohne installiertes Excel erzeugt und ist eine normale .xlsx-Datei; zum Öffnen genügt jedes Programm, das dieses Format liest. Wir prüfen das Ergebnis trotzdem in Microsoft Excel, weil Auftraggeber die Datei meist dort öffnen.

Wie werden Rechenfehler ausgeschlossen?

Durch dieselbe Rundungsregel in Software und Excel, RUNDEN auf den Cent in den Positionsbeträgen und eine Prüfung in zwei Stufen. Erst vergleicht ein Skript die Datei Zelle für Zelle mit der Vorlage, dann wird sie im echten Excel neu berechnet und die Summen werden centgenau abgeglichen.

Kann die erzeugte Datei danach noch in Excel bearbeitet werden?

Ja. Es ist eine gewöhnliche .xlsx-Datei ohne Makros, und Formeln aus der Vorlage bleiben Formeln. Änderungen von Hand fließen allerdings nicht automatisch in Ihr System zurück.

Was ist der Unterschied zwischen Web-App, PWA und nativer App?

Der Unterschied liegt darin, wo die Anwendung läuft und wie sie auf das Gerät kommt: Eine Web-App läuft im Browser, eine PWA ist eine Web-App, die sich zusätzlich auf dem Startbildschirm installieren lässt, und eine native App wird für iPhone und Android gebaut und über die App-Stores verteilt.

Web-App

Eine Web-App ist eine Anwendung, die Sie über eine Internetadresse im Browser öffnen – auf dem Computer, dem Tablet oder dem Handy. Es gibt nichts zu installieren, und jede Änderung ist sofort bei allen Nutzern. Kundenportale, Buchungs- und Bestellstrecken und die meisten Verwaltungsprogramme sind heute Web-Apps.

Progressive Web App (PWA)

Eine PWA ist eine Web-App mit Zusatzfunktionen: Sie lässt sich vom Browser aus auf dem Startbildschirm ablegen, öffnet sich dann ohne Adressleiste wie eine App, kann Inhalte für die Nutzung ohne Verbindung zwischenspeichern und Push-Nachrichten empfangen. Auf iPhone und iPad funktionieren Push-Nachrichten für Web-Apps seit iOS 16.4 – und nur, wenn die Web-App zum Home-Bildschirm hinzugefügt wurde (WebKit-Blog, Februar 2023).

Native App

Eine native App wird für die Betriebssysteme iOS und Android entwickelt und über den App Store beziehungsweise Google Play installiert. Sie hat vollen Zugriff auf die Gerätefunktionen, auch im Hintergrund. Mit Cross-Plattform-Technik wie React Native entstehen beide Apps aus einer gemeinsamen Codebasis; technisch sind es trotzdem native Apps, die durch die Prüfung der Stores müssen.

Web-App, PWA und native App im Vergleich

Die Web-App ist am einfachsten zu verteilen und zu pflegen, die native App hat den vollen Zugriff auf das Gerät, und die PWA liegt dazwischen. Die Tabelle zeigt die Unterschiede, auf die es in Unternehmensprojekten meist ankommt.

Kriterium	Web-App	PWA	Native App
Installation	keine; Aufruf über Link oder QR-Code	optional über den Browser auf den Startbildschirm	über App Store oder Google Play, für interne Apps auch andere Wege
Prüfung durch App-Stores	nicht nötig	nicht nötig	nötig, mit Entwicklerkonto
Updates	sofort für alle Nutzer	sofort für alle Nutzer	über die Stores; kleinere Korrekturen je nach Technik auch ohne Neuinstallation
Nutzung ohne Internet	in der Regel nicht	zwischengespeicherte Inhalte möglich, Umfang begrenzt	vollständig planbar
Push-Nachrichten	am Computer und unter Android möglich, auf dem iPhone nicht	ja; auf dem iPhone ab iOS 16.4 nach Installation auf dem Home-Bildschirm	ja
Standort	nur, solange die Seite geöffnet ist	nur, solange die App geöffnet ist	auch im Hintergrund, mit Erlaubnis des Nutzers
Kamera und QR-Scan	ja	ja	ja
Bluetooth und NFC	auf dem iPhone nicht verfügbar, unter Android in Chrome möglich	wie Web-App	ja
Entwicklungsaufwand (relativ)	niedrig	niedrig bis mittel	mittel bis hoch, je nach Zahl der Plattformen

Die Angaben zu Bluetooth und NFC beruhen auf den Browser-Übersichten von Can I use (Web Bluetooth, Web NFC, Stand Oktober 2026). Browser entwickeln sich weiter; prüfen Sie Gerätefunktionen, die für Ihr Projekt entscheidend sind, deshalb vor dem Start.

Wann reicht eine Web-App?

Eine Web-App reicht, wenn Ihre Nutzer die Anwendung gezielt öffnen, um etwas nachzusehen, einzugeben oder zu bestellen, und wenn nichts im Hintergrund laufen muss. Das ist typisch, wenn:

• Nutzer über einen Link oder QR-Code kommen und nichts installieren sollen,
• die Anwendung überwiegend am Computer genutzt wird, etwa im Büro oder in der Disposition,
• Sie Änderungen sofort für alle ausrollen möchten, ohne Prüfung durch einen Store,
• sich die Gerätefunktionen auf Kamera, Datei-Upload und Standort im Moment der Nutzung beschränken.

Ein Beispiel ist unser eigenes Produkt Menu-Pro: Gäste scannen im Restaurant einen QR-Code und lesen die Speisekarte im Browser, automatisch übersetzt in acht Sprachen. Für einen Restaurantbesuch würde kaum jemand eine App installieren – eine native App wäre hier ein Hindernis. Wie das Produkt aufgebaut ist, zeigt das Praxisbeispiel Menu-Pro. Auch das Portal, das wir für den Kfz-Zulassungsdienst FIX-ZUGELASSEN entwickelt haben, ist eine reine Web-Anwendung: Kunden beauftragen die Zulassung im Browser und bezahlen online.

Wenn eine Web-App zu Ihrem Vorhaben passt, lesen Sie unter Web-App entwickeln lassen, was wir dafür übernehmen.

Wann ist eine PWA die richtige Mitte?

Eine PWA ist die richtige Mitte, wenn Nutzer die Anwendung regelmäßig wie eine App öffnen sollen und Benachrichtigungen oder ein kurzer Betrieb ohne Verbindung wichtig sind, eine native App aber zu aufwendig wäre.

Typisch sind Kunden- und Mitarbeiterportale, die mehrmals pro Woche genutzt werden. Die Gutachten-Software, die wir für ein Sachverständigenbüro entwickelt haben, hat zum Beispiel einen Web-Zugang, der sich auf dem Handy als App installieren lässt – ergänzend zum Desktop-Programm im Büro. Grenzen hat die PWA vor allem auf dem iPhone: Nutzer müssen sie selbst über das Teilen-Menü auf den Home-Bildschirm legen, bevor Push-Nachrichten ankommen, und Bluetooth oder NFC stehen im Browser dort nicht zur Verfügung.

Wann ist eine native App nötig?

Eine native App ist nötig, wenn Gerätefunktionen zuverlässig im Hintergrund laufen müssen, wenn Sie Bluetooth, NFC oder andere Hardware ansprechen oder wenn Ihre Zielgruppe die App im Store suchen soll. Typische Anforderungen sind:

• Standortübermittlung, Zeiterfassung oder Datenabgleich auch bei geschlossener App,
• Verbindung zu Geräten per Bluetooth oder NFC, etwa Scanner, Messgeräte oder Schlösser,
• umfangreiche Datenerfassung ohne Netz, etwa auf Baustellen oder in Hallen ohne Empfang,
• Kunden-Apps, die im App Store oder bei Google Play gefunden werden sollen.

Ein Beispiel aus unserer Praxis: Bei einem Kran- und Schwerlastbetrieb sollten Mitarbeiter ihren Standort während der Schicht übermitteln. Mit der Web-App riss die Übermittlung ab, sobald Mitarbeiter die App schlossen. Deshalb haben wir eine eigene native Mitarbeiter-App entwickelt. Sie übermittelt den Standort etwa stündlich und nur während der Schicht, liest Tankbelege per Foto mit KI aus, übernimmt Fahrzeuge per QR-Etikett, empfängt Push-Benachrichtigungen und erhält Updates ohne Neuinstallation. Die Details stehen in der Fallstudie zur Betriebsplattform mit Mitarbeiter-App.

Im selben Projekt bestehen beide Wege nebeneinander: Die Lager-App läuft im Browser. Mitarbeiter scannen den QR-Code am Regal und buchen Entnahmen, Leihgaben und Wareneingänge, auch per Spracheingabe. Dafür muss nichts im Hintergrund laufen, also reicht der Browser. Wenn Ihr Vorhaben eine native App braucht, lesen Sie unter App entwickeln lassen, wie wir vorgehen.

Was ist bei App Store und Google Play zu beachten?

Für die Veröffentlichung brauchen Sie Entwicklerkonten bei Apple und Google, Store-Einträge mit Datenschutzangaben und Zeit für die Prüfung. Planen Sie diese Schritte von Anfang an ein:

• Apple: Die Mitgliedschaft im Apple Developer Program wird je Mitgliedsjahr bezahlt. Unternehmen brauchen für die Anmeldung eine D-U-N-S-Nummer und eine öffentlich erreichbare Website unter eigener Domain (Apple Developer: Voraussetzungen). Die D-U-N-S-Nummer ist im Kranbetrieb der Punkt, auf den die vorbereitete iPhone-Version der Mitarbeiter-App noch wartet.
• Google: Für ein Google-Play-Konto fällt eine einmalige Registrierungsgebühr an. Private Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, müssen eine App vor der Veröffentlichung mit mindestens 12 Testpersonen über mindestens 14 Tage testen (Google-Play-Hilfe zu Testanforderungen).
• Interne Apps: Eine App nur für eigene Mitarbeiter muss unter Android nicht in den Store; sie kann als Installationsdatei verteilt werden, so wie die Mitarbeiter-App im Kranbetrieb. Auf dem iPhone führen auch interne Apps über Apples Vertriebswege und ein Entwicklerkonto.

Gibt es Mischformen?

Ja: Viele Unternehmenslösungen kombinieren mehrere Formen, die auf denselben Server und dieselben Daten zugreifen. Häufige Varianten sind:

• Cross-Plattform-App: Eine Codebasis für iPhone und Android, zum Beispiel mit React Native. Das erspart einen großen Teil der doppelten Arbeit, die zwei getrennt entwickelte Apps verursachen würden, ohne auf native Funktionen zu verzichten.
• Web-Plattform plus App: Büro und Disposition arbeiten im Browser, Mitarbeiter unterwegs mit der App – wie im Kranbetrieb.
• Desktop, Web und App: Die Gutachten-Software verbindet ein offline-fähiges Windows-Programm für das Büro, einen Web-Zugang, der sich als PWA installieren lässt, und eine Kunden-App für Schadensmeldungen.

Wichtig für alle Mischformen: Die Geschäftsregeln gehören auf den Server, nicht in die einzelne App. Dann lässt sich später eine weitere Oberfläche ergänzen, ohne Regeln doppelt pflegen zu müssen.

Kann man später von der Web-App zur nativen App wechseln?

Ja, ein späterer Wechsel ist gut möglich, wenn der Server mit seinen Schnittstellen sauber von der Oberfläche getrennt ist. Dann bleiben Datenbank, Rechte und Geschäftsregeln erhalten, und nur die Oberfläche wird für die App neu gebaut. Auch im Kranbetrieb arbeitet die später entstandene native Mitarbeiter-App mit denselben Daten wie die Web-Plattform. Planen Sie diese Trennung deshalb schon beim Start ein, auch wenn Sie zunächst nur eine Web-App bauen.

Checkliste: Welche Form passt zu Ihrem Projekt?

Die folgenden Fragen geben Ihnen eine erste Richtung für das Gespräch mit einem Entwickler. Je öfter Sie bei den Fragen 1 bis 5 mit Ja antworten, desto eher brauchen Sie eine native App.

1. Muss die Anwendung etwas tun, während sie geschlossen ist, etwa den Standort übermitteln?
2. Soll sie mit Geräten per Bluetooth oder NFC kommunizieren?
3. Wird sie oft ohne Internetverbindung genutzt, und müssen dabei Daten erfasst werden?
4. Sollen Kunden die App im App Store oder bei Google Play finden?
5. Sollen Push-Nachrichten auf dem iPhone ankommen, ohne dass Nutzer eine Web-App erst selbst installieren?
6. Öffnen Nutzer die Anwendung nur gelegentlich, etwa über einen Link oder QR-Code?
7. Wird sie überwiegend am Computer genutzt?
8. Sollen Änderungen sofort bei allen Nutzern ankommen, ohne Prüfung durch einen Store?
9. Möchten Sie zuerst eine Version mit wenig Aufwand testen, bevor Sie weiter investieren?

Ja-Antworten bei den Fragen 6 bis 9 sprechen für eine Web-App oder PWA. Bei gemischten Antworten ist eine Kombination oft sinnvoll: Web für das Büro, App für unterwegs.

Häufige Fragen

Kann eine Web-App Push-Nachrichten senden?

Ja, am Computer und unter Android direkt aus dem Browser. Auf dem iPhone geht das seit iOS 16.4 aber nur, wenn Nutzer die Web-App vorher zum Home-Bildschirm hinzugefügt haben.

Braucht eine PWA den App Store?

Nein. Eine PWA wird direkt aus dem Browser auf dem Startbildschirm installiert, ohne Store-Prüfung und ohne Entwicklerkonto bei Apple oder Google.

Kann ich später von der Web-App auf eine native App umsteigen?

Ja, wenn Server und Oberfläche sauber getrennt sind. Dann bleiben Datenbank, Rechte und Geschäftsregeln erhalten, und nur die Oberfläche wird für die App neu entwickelt.

Was ist günstiger, Web-App oder native App?

In der Regel die Web-App, weil eine Codebasis auf allen Geräten läuft und Store-Verfahren entfallen. Eine native App für iPhone und Android lässt sich mit einer gemeinsamen Codebasis aber deutlich schlanker umsetzen als mit zwei getrennten Apps.

Was ist der Unterschied zwischen Individualsoftware und Standardsoftware?

Standardsoftware wird einmal entwickelt und an viele Unternehmen verkauft oder vermietet; Individualsoftware wird für ein bestimmtes Unternehmen entwickelt und bildet dessen Abläufe, Begriffe und Regeln ab. Bei Standardsoftware passen Sie sich an das Programm an, bei Individualsoftware passt sich das Programm an Sie an.

Zwischen beiden liegt ein breites Feld: Viele Standardprogramme lassen sich einstellen, über Erweiterungen ergänzen oder per Schnittstelle mit eigener Software verbinden. Die Frage lautet deshalb selten „entweder – oder“, sondern: Welcher Teil Ihrer Abläufe ist Standard, und welcher ist so speziell, dass er eine eigene Lösung verdient?

Die 6 Kriterien für Ihre Entscheidung

Ob sich Individualsoftware lohnt, entscheiden vor allem sechs Kriterien: wie gut ein Standardprogramm Ihre Abläufe abdeckt, ob diese Abläufe ein Wettbewerbsvorteil sind, wie viele Systeme zusammenarbeiten müssen, wie sich die Kosten über die Jahre entwickeln, wie schnell Sie starten müssen und wie viel Abhängigkeit Sie akzeptieren.

Kriterium	Spricht für Standardsoftware	Spricht für Individualsoftware
1. Abdeckung Ihrer Abläufe	Die Kernabläufe funktionieren ohne Umwege, Abweichungen sind Kleinigkeiten.	Wichtige Abläufe laufen neben dem Programm in Excel, auf Papier oder per E-Mail.
2. Wettbewerbsvorteil	Der Ablauf ist überall gleich, etwa Buchhaltung oder Lohn.	Ihre Arbeitsweise unterscheidet Sie vom Wettbewerb.
3. Schnittstellen	Wenige Systeme, fertige Anbindungen sind vorhanden.	Viele Systeme oder Branchendienste müssen verbunden werden, für die es keine fertige Anbindung gibt.
4. Kosten über die Jahre	Wenige Nutzer, die Lizenzgebühren bleiben überschaubar.	Viele Nutzer oder Zusatzmodule lassen die Lizenzgebühren Jahr für Jahr wachsen.
5. Zeit bis zum Start	Sie brauchen kurzfristig eine Lösung.	Sie können in Etappen starten und den wichtigsten Bereich zuerst nutzen.
6. Abhängigkeit und Kontrolle	Der Anbieter soll Wartung, Updates und gesetzliche Änderungen übernehmen.	Sie wollen Daten, Funktionen und Weiterentwicklung selbst bestimmen.

1. Wie gut deckt Standardsoftware Ihre Abläufe ab?

Das wichtigste Kriterium ist, wie viel Ihrer täglichen Arbeit ein Standardprogramm ohne Umwege abbildet. Ein deutliches Warnsignal sind Nebenlisten: Wenn Mitarbeiter neben dem Programm Excel-Tabellen führen, Daten doppelt eintippen oder Fristen auf Zetteln notieren, fehlt dem Programm etwas Wesentliches. Machen Sie die Probe: Spielen Sie Ihre drei häufigsten Abläufe in einer Testversion vollständig durch, einschließlich der Sonderfälle, die Ihr Team kennt.

2. Sind Ihre Abläufe ein Wettbewerbsvorteil?

Wo Sie sich nicht vom Wettbewerb unterscheiden, ist Standardsoftware fast immer die bessere Wahl. Finanzbuchhaltung, Lohnabrechnung oder E-Mail selbst entwickeln zu lassen, lohnt sich für ein mittelständisches Unternehmen praktisch nie – in diesen Produkten stecken gesetzliche Vorgaben und jahrelange Pflege. Anders ist es bei dem, was Ihr Unternehmen besonders macht: eine eigene Kalkulationsmethode, ein besonderer Service, eine ungewöhnliche Disposition. Diese Abläufe in ein Programm für alle zu pressen, kann genau den Vorsprung kosten, den Sie haben.

3. Wie viele Systeme müssen zusammenarbeiten?

Je mehr Programme, Dienstleister und Datenquellen beteiligt sind, desto wichtiger werden Schnittstellen (APIs), also die technischen Verbindungen zwischen Systemen. Viele Standardprogramme bieten fertige Anbindungen an verbreitete Dienste. Fehlen sie für Ihre Branchendienste oder für die Vorgaben Ihrer Auftraggeber, kann eine eigene Lösung oder eine individuelle Erweiterung die Lücke schließen.

4. Wie entwickeln sich die Kosten über die Jahre?

Standardsoftware kostet wenig am Anfang, dafür laufende Lizenzgebühren, die meist mit der Zahl der Nutzer und Module steigen. Individualsoftware kostet einmalig mehr, danach fallen vor allem Hosting und Wartung an. Vergleichen Sie deshalb über mehrere Jahre und rechnen Sie bei der Standardsoftware auch Einrichtung, Zusatzmodule und die Arbeitszeit für Umwege mit ein – bei der Individualsoftware Wartung und Weiterentwicklung.

5. Wie schnell müssen Sie starten?

Standardsoftware ist sofort verfügbar; Einrichtung und Schulung brauchen trotzdem Zeit. Individualsoftware braucht Entwicklungszeit, lässt sich aber in Etappen einführen: Der wichtigste Bereich geht zuerst in Betrieb, weitere folgen. Wenn Sie kurzfristig eine Lösung brauchen, kann ein Standardprogramm als Übergang sinnvoll sein – vorausgesetzt, Sie können Ihre Daten später vollständig exportieren.

6. Wie viel Abhängigkeit akzeptieren Sie?

Bei Standardsoftware hängen Sie vom Anbieter ab: von seinen Preisen, seiner Produktplanung und davon, ob es das Produkt in einigen Jahren noch gibt. Dafür übernimmt er Wartung und Updates. Bei Individualsoftware tragen Sie die Verantwortung für die Weiterentwicklung selbst, bestimmen aber auch, was passiert. Wichtig ist dann, dass Sie Quellcode und Nutzungsrechte erhalten, damit Sie nicht vom Entwickler abhängig werden.

Der Mittelweg: Standardsoftware erweitern statt ersetzen

Statt ein Standardprogramm komplett abzulösen, können Sie es behalten und nur die fehlenden Funktionen individuell ergänzen. Das ist oft der wirtschaftlichste Weg, wenn das Programm die Grundlagen gut abdeckt – Buchhaltung, Belege, Stammdaten – und nur an einzelnen Stellen Umwege erzwingt.

Voraussetzung ist eine dokumentierte Schnittstelle. Das cloudbasierte ERP-System weclapp bietet eine solche REST-Schnittstelle. Für weclapp-Nutzer haben wir drei Erweiterungen als Produkt-Demos entwickelt, die zeigen, wie dieser Mittelweg aussehen kann:

• Kundenakte: Eine Browser-Erweiterung zeigt neben dem Kunden in weclapp auf einen Blick offene Angebote, überfällige Rechnungen, eine Zeitachse aller Vorgänge, Ansprechpartner und offene Aufgaben – gedacht für die Sekunden vor einem Telefonat. Sie liest nur, kommt ohne eigenen Server aus, und jeder Mitarbeiter sieht genau die Kunden, die seine weclapp-Rolle ohnehin freigibt.
• Nutzungsinventar: Ein Werkzeug liest über die Schnittstelle aus, welche Module ein weclapp-Konto tatsächlich nutzt. So lässt sich vor einer Entscheidung messen statt vermuten: Was wird gebraucht, was liegt brach, wo entstehen Umwege?
• Sprachassistent: Ein Gesprächsbericht wird eingesprochen und landet als Notiz, Aufgabe und Wiedervorlage in weclapp – ohne Abtippen nach dem Kundentermin.

Der Vorteil: Buchhaltung, Belege und gesetzliche Vorgaben bleiben beim bewährten Standardprogramm, und die Erweiterung schließt genau die Lücke im Alltag. Mehr dazu unter weclapp-Erweiterung entwickeln lassen.

Der Mittelweg stößt an Grenzen, wenn das Standardprogramm keine oder nur eine stark eingeschränkte Schnittstelle bietet, wenn die fehlenden Funktionen den Kern Ihres Geschäfts betreffen oder wenn so viele Erweiterungen nötig wären, dass am Ende zwei Systeme gepflegt werden müssen. Prüfen Sie deshalb vorab drei Dinge: Lassen sich alle benötigten Daten über die Schnittstelle lesen und schreiben? Erlaubt der Hersteller Erweiterungen ausdrücklich, etwa über einen eigenen Store? Und bleiben die Erweiterungen überschaubar, oder wächst daneben schleichend eine zweite Software heran?

Praxisbeispiele: Warum zwei Betriebe eigene Software entwickeln ließen

In beiden Beispielen bildete kein Standardprogramm die Kernabläufe ohne Umwege ab – und in beiden blieben Teile wie die Buchhaltung oder die Vorlagen der Auftraggeber trotzdem beim Standard.

Gutachten-Software für ein Sachverständigenbüro

Für Kfz-Gutachter gibt es etablierte Standardprogramme. Das Kfz-Sachverständigenbüro, für das wir entwickelt haben, bewertet aber zwei sehr unterschiedliche Objektarten – Kraftfahrzeuge sowie Fliegende Bauten und Schaustellereinrichtungen – jeweils mit eigenen Formularen, Rechenblättern und Textvorlagen. Grundlage der Entwicklung war ein 38-seitiges Lastenheft des Büros.

Entstanden ist eine Software mit zwei getrennten Gutachten-Bereichen, einer Kalkulation nach dem Rechenblatt des Büros aus 292 Bausteinen, die gegen einen Originalfall auf den Cent nachgerechnet wurde, und einem Gutachten-PDF, das Deckblatt und Briefkopf der Bürovorlage nachbildet. Dazu kommen ein offline-fähiges Desktop-Programm, ein Web-Zugang und eine Kunden-App für Schadensmeldungen. Die Buchhaltung bleibt beim Standard: Rechnungen lassen sich als DATEV-Datei exportieren. Die Software ist beim Büro in der Einführung. Mehr in der Fallstudie Gutachten-Software.

Betriebsplattform für einen Kran- und Schwerlastbetrieb

In einem Kran- und Schwerlastbetrieb waren die Verfügbarkeiten der Krane über mehrere Excel-Listen verteilt, abgelaufene Prüffristen und Zertifikate fielen zu spät auf, und die Monatsabrechnung nach den Excel-Vorlagen der Auftraggeber war aufwendig. Hubpläne und Dokumente lagen verteilt auf WhatsApp, E-Mail und privaten Handys.

Standardprogramme gibt es für einzelne Teile wie Fuhrpark oder Lager. Gefragt war aber ein System, in dem Disposition, Werkstatt, Lager und Abrechnung mit denselben Daten arbeiten. Entstanden ist eine Plattform mit 24 Bereichen von der Einsatzplanung bis zur Leistungsabrechnung, dazu eine Mitarbeiter-App. Die Leistungsabrechnung bildet die zwei Excel-Vorlagen der Auftraggeber 1:1 nach, und die Summe stimmt centgenau mit der Anzeige im System überein. Tankvorgänge kommen per Schnittstelle von zwei Tankkarten-Anbietern. Die Plattform ist im täglichen Betrieb. Mehr in der Fallstudie zur Betriebsplattform für einen Kranbetrieb.

Typische Fehler bei der Entscheidung

Typische Fehler entstehen, wenn nur der Anschaffungspreis verglichen wird oder wenn die Entscheidung fällt, bevor die eigenen Abläufe aufgeschrieben sind. Achten Sie besonders auf diese Punkte:

• Nur Lizenz gegen Entwicklungspreis vergleichen: Arbeitszeit für Umwege, Zusatzmodule, Anpassungen und wachsende Nutzerzahlen gehören in die Rechnung – auf beiden Seiten auch Wartung und Hosting.
• Alles neu bauen wollen: Wer auch Buchhaltung oder Lohn selbst entwickeln lässt, bezahlt für Dinge, die Standardprogramme seit Jahren zuverlässig erledigen.
• Standardsoftware bis zur Unkenntlichkeit anpassen: Tiefe Eingriffe machen jedes Hersteller-Update zum Risiko und können mehr kosten als eine saubere Erweiterung.
• Abläufe nicht vorher aufschreiben: Ohne Beschreibung der eigenen Abläufe lässt sich weder eine Standardsoftware sinnvoll testen noch eine Eigenentwicklung verlässlich anbieten.
• Die Nutzer nicht fragen: Wer täglich mit der Software arbeitet, kennt die Sonderfälle. Entscheidet nur die Geschäftsführung, tauchen sie erst im Betrieb auf.
• Datenübernahme vergessen: Ob Standard oder individuell – alte Daten müssen bereinigt und übernommen werden. Planen Sie das von Anfang an ein.
• Rechte am Code nicht regeln: Bei Individualsoftware gehört in den Vertrag, dass Sie den Quellcode und die nötigen Nutzungsrechte erhalten. Sonst tauschen Sie die Abhängigkeit vom Softwarehersteller nur gegen die Abhängigkeit vom Entwickler.

Wenn Ihre Abläufe für eine eigene Lösung sprechen, lesen Sie unter Software entwickeln lassen, wie wir vorgehen – von der kostenlosen Analyse bis zum Festpreis-Angebot.

Häufige Fragen

Ist Individualsoftware immer teurer?

In der Anschaffung meist ja, über mehrere Jahre nicht unbedingt. Standardsoftware verursacht laufende Lizenzgebühren, die mit Nutzern und Modulen steigen, während bei Individualsoftware nach der Entwicklung vor allem Hosting und Wartung anfallen.

Kann man Standardsoftware erweitern statt ersetzen?

Ja, wenn das Programm eine dokumentierte Schnittstelle bietet. Dann ergänzt eine individuelle Erweiterung genau die fehlenden Funktionen, während Buchhaltung, Belege und Updates beim Hersteller bleiben.

Wem gehört Individualsoftware?

Welche Rechte Sie erhalten, regelt der Entwicklungsvertrag. Achten Sie darauf, dass Sie mit der Übergabe den Quellcode und die vereinbarten Nutzungsrechte bekommen; bei uns gehört beides zur Übergabe.

Wovon hängen die Kosten einer App oder Software ab?

Die Kosten einer App oder Software hängen vor allem von drei Dingen ab: wie viele Funktionen und Nutzerrollen sie hat, auf welchen Plattformen sie laufen soll und an welche bestehenden Systeme sie angebunden wird. Dazu kommen Design, Datenübernahme, Sicherheit und Datenschutz, KI-Funktionen sowie der Betrieb nach dem Start.

Diese acht Faktoren bestimmen den Aufwand, und der Aufwand bestimmt den Preis. Wer sie kennt, kann Angebote besser vergleichen, an den richtigen Stellen sparen und Kostenfallen erkennen, bevor sie entstehen. Die Beispiele in diesem Ratgeber stammen aus unseren eigenen Projekten.

Die 8 Kostenfaktoren im Überblick

Den größten Einfluss haben Funktionsumfang, Plattformen und Schnittstellen; die übrigen fünf Faktoren wirken je nach Projekt unterschiedlich stark. Die Tabelle zeigt, wie jeder Faktor den Aufwand beeinflusst und wo Sie ansetzen können.

Faktor	Wirkung auf den Aufwand	Spartipp
1. Funktionsumfang und Nutzerrollen	Jede Funktion braucht Masken, Regeln, Fehlerbehandlung und Tests; jede Rolle eigene Rechte und Ansichten.	Mit den Kernabläufen starten, weitere Bereiche in Etappen ergänzen.
2. Plattformen	Browser, iPhone, Android und Desktop erhöhen den Aufwand für Entwicklung, Tests und Pflege.	Prüfen, ob eine Web-App reicht; für iPhone und Android eine gemeinsame Codebasis nutzen.
3. Schnittstellen	Anbindungen an ERP, Zahlungsanbieter oder Branchendienste brauchen Abstimmung, Tests und Fehlerbehandlung.	Schnittstellen-Dokumentation und Testzugang früh bereitstellen.
4. Design	Individuelle Bedienelemente und Animationen brauchen mehr Entwürfe und Abstimmungsrunden.	Bewährte Bausteine nutzen, die Marke über Farben, Schrift und Logo zeigen.
5. Datenübernahme	Gewachsene Listen enthalten Dubletten, Freitext und Lücken, die vor dem Import bereinigt werden müssen.	Daten vorab aufräumen und echte Beispieldateien früh liefern.
6. Sicherheit, Datenschutz, Barrierefreiheit	Rollen, Protokolle, Verschlüsselung, Datensicherung und barrierefreie Bedienung kosten Zeit – nachträglich deutlich mehr.	Anforderungen von Anfang an festlegen statt nachrüsten.
7. KI-Funktionen	Texterkennung, Sprachsteuerung oder Bildauswertung brauchen Tests mit echten Daten, Prüfschritte und verursachen Nutzungskosten.	KI nur dort einsetzen, wo sie spürbar Arbeit spart; Cloud oder lokal bewusst wählen.
8. Betrieb und Weiterentwicklung	Hosting, Updates, Datensicherung und neue Wünsche verursachen dauerhaft Aufwand.	Betreuung und Update-Rhythmus vor dem Start vereinbaren.

1. Funktionsumfang und Nutzerrollen

Der Funktionsumfang ist der stärkste Kostentreiber, weil jede Funktion eigene Eingabemasken, Regeln, Fehlermeldungen und Tests braucht. Nutzerrollen vervielfachen das: Wenn Büro, Außendienst und Geschäftsführung jeweils andere Daten sehen und bearbeiten dürfen, muss jede Sicht einzeln gebaut und geprüft werden.

Wie schnell das wächst, zeigt die Betriebsplattform für einen Kran- und Schwerlastbetrieb: Sie umfasst heute 24 Bereiche mit eigener Rechteverwaltung – von der Einsatzplanung über Lager und Einkauf bis zur Leistungsabrechnung. Jeder dieser Bereiche ist ein eigenes Arbeitspaket. Für den Einstieg lohnt sich deshalb meist ein MVP (Minimum Viable Product): die kleinste Version, die im Alltag bereits Nutzen bringt. Weitere Bereiche kommen in Etappen hinzu, wenn die erste Version im Einsatz ist und Sie wissen, was wirklich fehlt.

2. Plattformen

Jede zusätzliche Plattform erhöht den Aufwand für Entwicklung, Tests und Pflege. Eine Web-App läuft im Browser auf allen Geräten. Native Apps für iPhone und Android müssen zusätzlich für die App-Stores vorbereitet, auf vielen Geräten getestet und bei Betriebssystem-Updates geprüft werden. In manchen Branchen kommt ein Desktop-Programm für Windows oder macOS hinzu, etwa wenn ohne Internet gearbeitet werden muss.

Ein Beispiel für bewusst gewählte Plattformen ist die Gutachten-Software, die wir für ein Sachverständigenbüro entwickelt haben. Sie besteht aus einem Server, einem Web-Zugang, der sich auf dem Handy wie eine App installieren lässt, einem offline-fähigen Desktop-Programm für das Büro und einer Kunden-App für Schadensmeldungen – jede Komponente mit einem klaren Zweck. Sparen können Sie, indem Sie prüfen, ob eine Web-App reicht, und für iPhone und Android eine gemeinsame Codebasis nutzen (Cross-Plattform). Wie wir mobile Anwendungen umsetzen, lesen Sie unter App entwickeln lassen.

3. Schnittstellen

Schnittstellen (APIs) sind die Verbindungen zu Systemen, die Sie bereits nutzen – etwa ERP, Buchhaltung, Zahlungsanbieter oder Branchendienste. Sie sparen später viel Handarbeit, kosten aber in der Entwicklung Zeit: Datenfelder müssen zugeordnet, Sonderfälle geklärt und Fehler abgefangen werden, zum Beispiel wenn der andere Dienst gerade nicht erreichbar ist.

Wie aufwendig eine Anbindung wird, hängt stark von der Gegenseite ab. Gut dokumentierte Schnittstellen mit Testzugang lassen sich zügig anbinden; fehlt beides, wird jeder Schritt zur Detektivarbeit. In der Plattform des Kranbetriebs werden beispielsweise Tankvorgänge von zwei Tankkarten-Anbietern per Schnittstelle abgerufen und über das Kennzeichen automatisch dem richtigen Fahrzeug zugeordnet. Jede weitere Anbindung ist ein eigenes Arbeitspaket, auch wenn sie fachlich dieselben Daten liefert.

4. Design

Ein individuell gestaltetes Design mit eigenen Bedienelementen und Animationen braucht mehr Entwürfe, Abstimmungsrunden und Tests als eine Oberfläche aus bewährten Bausteinen. Für interne Software zählt vor allem, dass Mitarbeiter schnell und fehlerfrei arbeiten können; bei Kunden-Apps spielt der erste Eindruck eine größere Rolle. Ein guter Mittelweg: bewährte Komponenten verwenden und die Marke über Farben, Schrift und Logo sichtbar machen.

5. Datenübernahme

Die Übernahme bestehender Daten wird oft unterschätzt. Excel-Listen, die über Jahre gewachsen sind, enthalten Dubletten, Freitext statt fester Auswahlwerte und unterschiedliche Schreibweisen. Bevor solche Daten in eine neue Software dürfen, müssen sie bereinigt und auf Pflichtfelder geprüft werden. Sie sparen Aufwand, wenn Sie früh echte Beispieldateien liefern und offensichtliche Altlasten selbst aussortieren.

6. Sicherheit, Datenschutz und Barrierefreiheit

Sicherheit und Datenschutz kosten am wenigsten, wenn sie von Anfang an eingeplant werden. Dazu gehören Rollen und Rechte, verschlüsselte Übertragung, ein Protokoll über Änderungen, Datensicherung und bei personenbezogenen Daten Funktionen wie ein Datenexport für Auskunftsanfragen nach der DSGVO. In der Gutachten-Software gibt es etwa getrennte Rollen für Büro, Gutachter, Kunden und Anwälte; ein Anwalt sieht nur die Aufträge, die ihm zugeordnet sind. Auch Barrierefreiheit nach WCAG, den internationalen Richtlinien für barrierefreie Webinhalte, lässt sich nachträglich nur mit deutlich mehr Aufwand einbauen.

7. KI-Funktionen

KI-Funktionen wie Texterkennung auf Belegen, Sprachsteuerung oder Bildauswertung verursachen zweierlei Aufwand: einmalig für Entwicklung und Tests mit echten Daten, dauerhaft für die Nutzung. Damit Fehler der KI nicht unbemerkt in Ihre Daten gelangen, braucht es außerdem Prüfschritte. In der Mitarbeiter-App des Kranbetriebs fotografieren Mitarbeiter zum Beispiel ihren Tankbeleg, und die KI liest die Werte aus – nach dem Prinzip „Die KI schlägt vor, ein Mensch bestätigt“. Ob eine KI-Funktion in der Cloud oder lokal auf eigener Hardware läuft, entscheidet über die laufenden Kosten und darüber, wo Ihre Daten verarbeitet werden.

8. Betrieb und Weiterentwicklung

Software ist nach dem Start nicht fertig: Server, Updates, Datensicherung und neue Wünsche verursachen dauerhaft Aufwand. Wer das beim Angebotsvergleich ausklammert, vergleicht nur einen Teil der Kosten. Was im Einzelnen anfällt, zeigt der nächste Abschnitt.

Welche laufenden Kosten kommen nach dem Start hinzu?

Nach dem Start fallen regelmäßig Kosten für Hosting und Datensicherung, für Updates und Wartung, für App-Store-Konten, für Drittdienste und – bei KI-Funktionen – für die Nutzung der KI-Schnittstellen an. Ihre Höhe hängt vor allem von Nutzerzahl, Datenmenge und Nutzungsintensität ab, nicht vom Entwicklungspreis.

Hosting und Datensicherung

Ihre Software braucht einen Server, eine Datenbank und meist einen Dateispeicher für Fotos und Dokumente. Dazu kommen Domain, E-Mail-Versand und eine Datensicherung, die regelmäßig läuft und deren Ausfall jemand bemerkt. Für die Plattform des Kranbetriebs läuft zum Beispiel jede Nacht eine automatische Sicherung, die bei einem Fehler Alarm schlägt. Klären Sie außerdem, wo gehostet wird: Für personenbezogene Daten ist ein Serverstandort in der EU meist die einfachste Lösung.

Updates und Wartung

Programmbibliotheken, Betriebssysteme und Browser entwickeln sich weiter, und Sicherheitslücken in verwendeten Bausteinen müssen geschlossen werden. Bei Apps geben die Stores das Tempo zusätzlich vor: Google Play verlangt, dass neue Apps und Updates auf eine aktuelle Android-Version ausgerichtet sind, und hebt diese Vorgabe regelmäßig an (Google-Play-Hilfe zum Ziel-API-Level). Wer nicht nachzieht, riskiert, dass die App für Nutzer neuer Android-Versionen nicht mehr verfügbar ist. Planen Sie Wartung deshalb als festen Posten ein, am besten über einen Betreuungsvertrag mit klarem Update-Rhythmus.

App-Store-Konten

Für die Veröffentlichung im App Store brauchen Sie eine Mitgliedschaft im Apple Developer Program, die je Mitgliedsjahr bezahlt wird. Google Play verlangt eine einmalige Registrierungsgebühr. Unternehmen benötigen bei Apple zusätzlich eine D-U-N-S-Nummer – eine Kennnummer von Dun & Bradstreet, mit der Apple Identität, Rechtsform und Adresse der Firma prüft (Apple: Voraussetzungen für die Anmeldung). Planen Sie dafür Vorlaufzeit ein: Bei der Mitarbeiter-App des Kranbetriebs ist die iPhone-Version vorbereitet und wartet genau auf diese Registrierung. Wenn Sie digitale Inhalte oder Abos in der App verkaufen, können außerdem Provisionen der Stores anfallen.

Nutzung von KI-Schnittstellen

Cloud-KI-Dienste rechnen in der Regel nach Nutzung ab, also nach der Menge verarbeiteter Texte, Bilder oder Audiodaten. Die Kosten steigen damit mit jedem ausgelesenen Beleg, jeder Spracheingabe und jeder Anfrage an einen Assistenten. Damit sie planbar bleiben, sollte die Software die KI-Nutzung mitschreiben – in der Plattform des Kranbetriebs wird jede KI-Nutzung mit ihren Kosten erfasst. Weitere Stellschrauben sind Nutzungsgrenzen je Nutzer, kleinere Modelle für einfache Aufgaben und lokale Verarbeitung, wo sie sich lohnt.

Drittdienste und Lizenzen

Zahlungsanbieter berechnen Gebühren je Transaktion; SMS- und E-Mail-Versand sowie manche Kartendienste kosten je nach Menge. Einige Schnittstellen setzen außerdem eine eigene Lizenz beim Datenanbieter voraus. Diese Kosten laufen meist über Ihre eigenen Verträge mit den Anbietern. Lassen Sie sich deshalb vor Projektbeginn auflisten, welche Dienste eingeplant sind.

Typische Kostenfallen

Die teuersten Überraschungen entstehen selten beim Programmieren selbst, sondern durch unklare Anforderungen, spät entdeckte Sonderfälle und vergessene Folgekosten. Auf diese Punkte sollten Sie besonders achten:

• Unklarer Umfang: „Eine App wie X, nur für uns“ lässt viel Raum für Interpretation. Was nicht beschrieben ist, wird entweder teuer nachverhandelt oder fehlt am Ende.
• Sonderfälle erst im Test: Gutschriften, Teillieferungen, Vertretungsregeln – solche Fälle kennt nur Ihr Team. Werden sie erst nach der Entwicklung genannt, muss Fertiges umgebaut werden.
• Mehr Plattformen als nötig: Zwei native Apps, obwohl eine Web-App gereicht hätte, verdoppeln einen Teil der Arbeit – und zwar dauerhaft, weil auch jede spätere Änderung doppelt anfällt.
• Datenübernahme vergessen: Der Import alter Listen steht nicht im Angebot und wird kurz vor dem Start zum Zusatzauftrag.
• Schnittstelle ohne Testzugang: Ohne Testumgebung des Drittanbieters wird gegen echte Daten entwickelt – langsam und riskant.
• Abrechnung nach Aufwand ohne Obergrenze: Jede Rückfrage und jede Schleife kostet, und das Gesamtbudget steht erst am Ende fest.
• Kein Quellcode, keine Dokumentation: Ohne Übergabe von Quellcode und Zugängen sind Sie für jede Änderung an den ursprünglichen Anbieter gebunden.
• Folgekosten nicht eingeplant: Hosting, Updates und KI-Nutzung tauchen erst nach dem Start in der Buchhaltung auf.

Wie kommen Sie zu einem verlässlichen Festpreis?

Zu einem verlässlichen Festpreis kommen Sie, wenn Leistungsumfang, Abnahmekriterien und Regeln für Änderungen schriftlich feststehen, bevor die Entwicklung beginnt. Je besser Sie vorbereitet sind, desto weniger Unsicherheit muss ein Anbieter in seinen Preis einrechnen. So gehen Sie vor:

1. Abläufe beschreiben statt Funktionen aufzählen: Wer macht heute was, mit welchem Werkzeug, und wo hakt es? Daraus ergeben sich die nötigen Funktionen fast von selbst.
2. Echte Unterlagen mitbringen: Excel-Listen, Formulare, Berichtsvorlagen, Beispielbelege. Dass die Leistungsabrechnung des Kranbetriebs die zwei Excel-Vorlagen der Auftraggeber 1:1 nachbildet und centgenau mit der Summe im System übereinstimmt, setzt voraus, dass diese Vorlagen vorliegen.
3. Muss und Kann trennen: Was muss zum Start funktionieren, was darf in eine zweite Etappe?
4. Angebot mit Leistungsbeschreibung verlangen: Ein Festpreis ist nur so verlässlich wie die Beschreibung, auf die er sich bezieht.
5. Abnahmekriterien festlegen: Woran erkennen beide Seiten, dass eine Etappe fertig ist?
6. Änderungen regeln: Neue Wünsche während des Projekts sind normal. Sie werden als Änderungsanfrage (Change Request) beschrieben, bewertet und erst nach Ihrer Zustimmung umgesetzt.
7. In Etappen zahlen: Zahlung nach erreichten Etappen verteilt das Risiko auf beide Seiten.

Bei uns beginnt jedes Projekt mit einer kostenlosen Analyse Ihres Ablaufs. Danach erhalten Sie innerhalb von 48 Stunden ein schriftliches Angebot mit Leistungsumfang, Zeitplan und Festpreis. Wie das im Einzelnen abläuft, beschreiben wir unter So entsteht Ihr Festpreis-Angebot.

Agentur, Freelancer oder KI-gestützt: Was bedeutet das für die Kosten?

Die drei Modelle unterscheiden sich vor allem darin, wie viele Personen an Ihrem Projekt arbeiten, wie abgerechnet wird und wie viel Verwaltungsaufwand im Preis steckt. Keines ist pauschal das günstigste – entscheidend ist, was Ihr Projekt braucht.

• Klassische Agentur: mehrere Rollen von der Projektleitung über Design bis zum Test. Der Preis trägt die Kosten für Büro, Management und Vertrieb mit. Sinnvoll, wenn viele Gewerke parallel arbeiten müssen.
• Freelancer: eine Person, meist nach Stundensatz, wenig Verwaltungsaufwand. Die Gesamtkosten hängen davon ab, wie gut der Aufwand vorab geschätzt wurde.
• KI-gestützte Entwicklung: Routinearbeit wie Grundgerüste, Tests und Dokumentation erledigen wir mit KI-Werkzeugen schneller – diesen Zeitvorteil geben wir im Festpreis weiter. Architektur und Prüfung bleiben beim Menschen.

Wann welches Modell passt und wie Sie typische Risiken absichern, lesen Sie im ehrlichen Vergleich von Agentur, Freelancer und KI-gestützter Entwicklung.

Häufige Fragen

Warum nennen seriöse Anbieter vorab oft keinen Pauschalpreis?

Weil der Aufwand fast vollständig von Umfang, Plattformen und Schnittstellen abhängt, die erst in einer Analyse klar werden. Ein Pauschalpreis ohne diese Klärung enthält entweder einen hohen Sicherheitsaufschlag oder führt später zu Nachträgen.

Ist eine Web-App günstiger als eine native App?

In der Regel ja, weil eine Codebasis im Browser auf allen Geräten läuft und kein App-Store-Verfahren nötig ist. Muss die Anwendung aber Gerätefunktionen im Hintergrund nutzen, etwa den Standort bei geschlossener App übermitteln, führt an einer nativen App kein Weg vorbei.

Welche laufenden Kosten kommen nach dem Launch hinzu?

Hosting und Datensicherung, Updates und Wartung, App-Store-Konten, Drittdienste wie Zahlungsanbieter sowie die Nutzung von KI-Schnittstellen. Ihre Höhe hängt von Nutzerzahl, Datenmenge und Nutzungsintensität ab.

Wie senke ich die Kosten, ohne an der Qualität zu sparen?

Starten Sie mit den Kernabläufen, wählen Sie nur die Plattformen, die Sie wirklich brauchen, und stellen Sie echte Unterlagen wie Excel-Listen und Vorlagen früh bereit. Sicherheit und Datenschutz sollten Sie dagegen von Anfang an einplanen, weil Nachrüsten teurer ist.

Kann man eine App mit KI programmieren?

Ja: Mit KI-Werkzeugen lassen sich heute Prototypen, einfache Web-Apps und interne Hilfsprogramme erstellen, auch ohne tiefe Programmierkenntnisse. Sobald eine App echte Kundendaten verarbeitet, an andere Systeme angebunden wird oder in den App Store soll, reicht ein KI-Werkzeug allein nicht mehr – dann braucht es jemanden, der Architektur, Sicherheit und Wartung verantwortet.

Wir entwickeln selbst täglich mit KI-Werkzeugen. Dieser Ratgeber beschreibt deshalb aus der Praxis, wo die Werkzeuge stark sind, wo sie an Grenzen stoßen und was die Forschung zur Produktivität tatsächlich sagt.

Was können KI-Werkzeuge beim Programmieren heute?

KI-Werkzeuge schreiben aus einer Beschreibung in Alltagssprache lauffähigen Code, erklären bestehenden Code und helfen bei der Fehlersuche. Grob lassen sich drei Arten unterscheiden:

• Chat-Assistenten wie ChatGPT oder Claude beantworten Fragen, erzeugen Code-Abschnitte und erklären Fehlermeldungen. Den Code müssen Sie selbst in ein Projekt einbauen und dort zum Laufen bringen.
• Programmierumgebungen mit KI wie Cursor oder GitHub Copilot arbeiten direkt im Projekt. Sie schlagen beim Tippen Code vor und können als „Agent“ mehrere Dateien auf einmal ändern. Sie richten sich an Entwickler.
• App-Generatoren im Browser erzeugen aus einer Beschreibung eine kleine Web-App mit Oberfläche und Datenbank. Sie sind der schnellste Weg zu einem vorzeigbaren Prototyp.

Gut funktioniert nach unserer Erfahrung vor allem Routinearbeit:

• Grundgerüste für Formulare, Listen und Eingabemasken
• wiederkehrender Code wie Datenbankabfragen und Datenumwandlungen
• Entwürfe für automatische Tests
• technische Dokumentation und Kommentare
• Erklärungen zu fremdem Code und zu Fehlermeldungen

Schwächer sind die Werkzeuge bei allem, was den Überblick über ein großes System erfordert. Sie übersehen Zusammenhänge zwischen weit voneinander entfernten Programmteilen, erfinden gelegentlich Funktionen, die es in einer Bibliothek gar nicht gibt, und lösen Sonderfälle manchmal nur scheinbar. Wer den erzeugten Code nicht lesen kann, bemerkt solche Fehler oft erst, wenn Nutzer darauf stoßen.

Was sagt die Forschung zur Produktivität mit KI?

Die Forschung zeigt gemischte Ergebnisse: In großen Feldexperimenten erledigten Entwickler mit KI-Assistent mehr Aufgaben, in einer kontrollierten Studie mit erfahrenen Open-Source-Entwicklern brauchten diese mit KI dagegen im Schnitt länger. Die beiden Ergebnisse widersprechen sich weniger, als es scheint, denn sie messen sehr unterschiedliche Situationen.

Studie	Wer wurde untersucht	Werkzeug	Ergebnis
Cui et al., Arbeitspapier, Februar 2025	4.867 Softwareentwickler bei Microsoft, Accenture und einem anonymen Fortune-100-Unternehmen; drei randomisierte Feldexperimente im Arbeitsalltag	GitHub Copilot (Code-Vorschläge beim Tippen)	26,08 % mehr erledigte Aufgaben bei Nutzung des Werkzeugs (Standardfehler 10,3 %); größere Zuwächse bei weniger erfahrenen Entwicklern
METR, Juli 2025	16 erfahrene Open-Source-Entwickler, 246 Aufgaben in großen Projekten, an denen sie seit Jahren mitarbeiten	vor allem Cursor Pro mit Claude 3.5/3.7 Sonnet	19 % längere Bearbeitungszeit, wenn KI erlaubt war; die Entwickler selbst glaubten danach, die KI habe sie um 20 % beschleunigt

Feldexperimente mit GitHub Copilot (Cui et al.)

Ein Forschungsteam um Kevin Zheyuan Cui und Mert Demirer hat drei Experimente ausgewertet, die Microsoft, Accenture und ein anonymes Fortune-100-Unternehmen im normalen Arbeitsalltag durchgeführt haben. Ein zufällig ausgewählter Teil der Entwickler erhielt Zugang zu GitHub Copilot, einem Assistenten, der beim Tippen Code vorschlägt. Über alle drei Experimente und 4.867 Entwickler zusammen ergab sich ein Anstieg der erledigten Aufgaben um 26,08 % (Standardfehler 10,3 %). Weniger erfahrene Entwickler nutzten das Werkzeug häufiger und profitierten stärker. In den Daten von Microsoft stieg die Zahl erledigter Aufgaben bei neueren Mitarbeitern und in Junior-Positionen deutlich, bei Entwicklern mit längerer Betriebszugehörigkeit und in höheren Positionen dagegen nicht (Cui et al., The Effects of Generative AI on High-Skilled Work, 2025).

Zur Einordnung: Das Experiment bei Microsoft begann laut den Autoren noch vor der Veröffentlichung von ChatGPT. Untersucht wurde also ein Werkzeug, das Code vervollständigt – nicht die heutigen Agenten, die selbstständig ganze Funktionen umbauen.

Kontrollierte Studie mit erfahrenen Entwicklern (METR)

Die Forschungsorganisation METR ließ 16 erfahrene Entwickler insgesamt 246 echte Aufgaben in großen Open-Source-Projekten bearbeiten – Projekten mit im Schnitt über 22.000 Sternen auf GitHub und mehr als einer Million Codezeilen, an denen die Teilnehmer seit Jahren mitarbeiten. Per Zufall wurde je Aufgabe festgelegt, ob KI erlaubt war. Ergebnis: Mit KI brauchten die Entwickler im Schnitt 19 % länger. Vorher hatten sie eine Beschleunigung um 24 % erwartet, und selbst danach glaubten sie noch, die KI habe sie um 20 % schneller gemacht (METR, Juli 2025).

METR betont selbst, dass die Studie nicht belegt, dass KI die meisten Entwickler nicht beschleunigt, und dass die untersuchten Entwickler und Projekte nicht für die Mehrheit der Softwareentwicklung stehen. Inzwischen kennzeichnet METR die Ergebnisse als veraltet. In einem Nachtrag vom Februar 2026 schreibt die Organisation, es sei wahrscheinlich, dass Entwickler heute stärker von KI-Werkzeugen profitieren als Anfang 2025. Die neuen Daten seien wegen starker Auswahleffekte aber nur ein sehr schwacher Beleg für die Größe dieses Effekts – unter anderem, weil ein erheblicher Teil der Entwickler nicht mehr ohne KI arbeiten wollte (METR, Februar 2026).

Was die Studien für Ihr Projekt bedeuten

Für Unternehmen, die eine App planen, lassen sich drei Schlüsse ziehen:

• KI hilft am meisten bei Routine und Einarbeitung. Wo es um Standardaufgaben geht oder jemand sich in Neues einarbeitet, zeigen die Feldexperimente deutliche Effekte.
• Erfahrung bleibt der Engpass. In großen, gewachsenen Systemen mit hohen Qualitätsansprüchen kann das Prüfen und Nacharbeiten von KI-Vorschlägen so viel Zeit kosten, wie die KI spart.
• Gefühlt schneller ist nicht gemessen schneller. Die Teilnehmer der METR-Studie schätzten ihr eigenes Tempo falsch ein. Verlassen Sie sich bei Zeitversprechen – auch bei unseren – auf vereinbarte Etappen und überprüfbare Ergebnisse, nicht auf Eindrücke.

Wo liegen die Grenzen von KI beim App-Programmieren?

Die Grenzen liegen dort, wo Entscheidungen über das ganze System nötig sind und Fehler teuer werden: bei Architektur, Sicherheit, Datenschutz, der Veröffentlichung in den App-Stores und der Wartung über Jahre.

Architektur

Ein KI-Werkzeug löst die Aufgabe, die Sie ihm heute stellen – nicht die, die Sie in einem Jahr haben werden. Wie die Daten aufgebaut sind, welche Rollen es gibt und wie sich neue Bereiche später anfügen lassen, muss jemand festlegen, der das Ganze im Blick hat. Ein Datenmodell, das am Anfang nicht durchdacht ist, wird mit jedem neuen Bereich teurer zu ändern.

Sicherheit

KI-erzeugter Code funktioniert oft auf den ersten Blick und hat trotzdem Lücken: fehlende Rechteprüfungen auf dem Server, ungeschützte Schnittstellen oder Zugangsschlüssel im App-Code, die jeder auslesen kann. Solche Fehler fallen beim Ausprobieren nicht auf, weil die App ja funktioniert. Sie zu finden, erfordert gezielte Prüfung durch jemanden, der weiß, wonach er sucht.

Datenschutz

Sobald personenbezogene Daten im Spiel sind, stellen sich Fragen, die kein Code-Generator beantwortet: Wo stehen die Server? Welche Dienste verarbeiten die Daten? Wer darf was sehen, und wie werden Daten gelöscht oder auf Anfrage herausgegeben? Auch KI-Funktionen in der App selbst gehören dazu. In der Gutachten-Software für ein Sachverständigenbüro haben wir einen KI-Assistenten zum Beispiel so vorbereitet, dass Namen, Kennzeichen und Fahrgestellnummern pseudonymisiert werden, bevor Daten an den KI-Dienst gehen.

App-Store-Veröffentlichung

Eine native App muss die Prüfrichtlinien von Apple und Google erfüllen. Sie braucht Entwicklerkonten, Datenschutzangaben im Store-Eintrag und bei Apple für Unternehmen eine D-U-N-S-Nummer zur Identitätsprüfung. Wird eine App abgelehnt, kostet jede Korrekturrunde Zeit. Für interne Apps gibt es zudem andere Verteilungswege als den öffentlichen Store: Die Mitarbeiter-App eines Kran- und Schwerlastbetriebs, die wir entwickelt haben, wird unter Android zum Beispiel direkt als Installationsdatei verteilt.

Wartung

Eine App ist nach dem Start nicht fertig. Betriebssysteme, Bibliotheken und Store-Vorgaben ändern sich, Sicherheitslücken müssen geschlossen werden, und Nutzer melden Fehler. Wer den Code nicht versteht, weil ihn eine KI geschrieben hat, kann ihn auch nicht sicher ändern. Damit Korrekturen alle Nutzer schnell erreichen, kommen Updates der Mitarbeiter-App im Kranbetrieb ohne Neuinstallation aufs Handy – auch das muss beim Aufbau der App eingeplant werden.

Was können Sie selbst mit KI bauen – und wann brauchen Sie einen Profi?

Selbst bauen können Sie alles, was ohne echte Kundendaten auskommt und bei einem Fehler keinen Schaden anrichtet; einen Profi brauchen Sie, sobald Daten, Geld oder der Ruf Ihres Unternehmens daran hängen.

Gut selbst machbar

• Klickbare Prototypen, um eine Idee intern oder mit Kunden zu testen
• Kleine Hilfsprogramme für den eigenen Gebrauch, etwa zum Umwandeln oder Zusammenführen von Dateien
• Auswertungen und Berichte aus Daten, die Sie ohnehin haben
• Entwürfe für Oberflächen, die ein Entwickler später übernimmt

Besser mit erfahrenem Entwickler

• Apps mit Kundendaten, Mitarbeiterdaten oder Zahlungen
• Anbindungen an ERP, Buchhaltung oder andere Geschäftssysteme
• Apps, die im App Store erscheinen oder Gerätefunktionen im Hintergrund nutzen, etwa Standort oder Push-Nachrichten
• Software, auf die sich ein Betrieb täglich verlässt und die über Jahre gepflegt werden muss

Ein Prototyp aus einem KI-Werkzeug ist dabei kein verlorener Aufwand. Er macht Ihre Vorstellung greifbar und ist eine gute Grundlage für ein Gespräch über Umfang und Festpreis – auch wenn der Code für den Dauerbetrieb oft neu aufgebaut werden muss.

Was tun, wenn Sie eine KI-App selbst begonnen haben?

Wenn Sie eine App mit KI begonnen haben und nicht weiterkommen, lassen Sie den Code zuerst von einem erfahrenen Entwickler prüfen und entscheiden danach, ob sich Weiterbauen oder ein geordneter Neuaufbau lohnt. Bei einer solchen Prüfung sehen wir uns vor allem an:

• ob Zugangsschlüssel oder Passwörter im Code stehen,
• ob der Server Rechte prüft oder nur die Oberfläche Schaltflächen ausblendet,
• wie das Datenmodell aufgebaut ist und ob es weitere Funktionen trägt,
• ob es Tests gibt und ob die verwendeten Bibliotheken aktuell sind,
• wo die Daten gespeichert werden und ob das zu Ihren Datenschutzpflichten passt.

Häufig ist ein Mittelweg sinnvoll: Oberflächen und Abläufe werden übernommen, Datenmodell und Sicherheitslogik neu aufgebaut. Wovon der Preis dafür abhängt, erklärt der Ratgeber App- und Software-Kosten: 8 Faktoren – es sind dieselben Faktoren wie bei einem Neuprojekt, ergänzt um den Zustand des vorhandenen Codes.

Wann lohnt sich ein Entwickler, der selbst mit KI arbeitet?

Ein Entwickler, der selbst mit KI-Werkzeugen arbeitet, lohnt sich, wenn Sie das Tempo der Werkzeuge bei Routinearbeit nutzen wollen, ohne auf Prüfung, Architektur und Verantwortung zu verzichten.

So arbeiten wir: KI-Werkzeuge erzeugen Grundgerüste, wiederkehrenden Code, Testentwürfe und Dokumentation. Datenmodell, Rechte, Sicherheit und fachliche Rechenregeln legen wir selbst fest und prüfen sie. Wie das in einem großen Projekt aussieht, zeigt die Fallstudie zur Betriebsplattform mit Mitarbeiter-App für einen Kranbetrieb: Standortübermittlung nur während der Schicht, Tankbelege per Foto, Fahrzeugübernahme per QR-Code. Für KI-Funktionen in der Software selbst gilt dort das Prinzip „Die KI schlägt vor, ein Mensch bestätigt“.

Wenn Sie eine App planen oder einen KI-Prototyp professionell weiterführen möchten, lesen Sie unter App entwickeln lassen, wie wir vorgehen. Ob ein Freelancer, eine Agentur oder ein KI-gestütztes Studio besser zu Ihrem Vorhaben passt, vergleicht der Ratgeber Agentur, Freelancer oder KI-gestützte Entwicklung.

Häufige Fragen

Kann ChatGPT eine komplette App programmieren?

Für einfache Apps und Prototypen ja, für Geschäftsanwendungen in der Regel nicht allein. ChatGPT erzeugt Code-Abschnitte, aber Architektur, Sicherheitsprüfung, Datenschutz, App-Store-Veröffentlichung und Wartung muss weiterhin ein Mensch verantworten.

Ist KI-generierter Code sicher?

Nicht automatisch. KI-generierter Code funktioniert oft, kann aber Lücken wie fehlende Rechteprüfungen auf dem Server oder offen liegende Zugangsschlüssel enthalten. Deshalb sollte ihn ein erfahrener Entwickler prüfen, bevor echte Daten damit verarbeitet werden.

Was kostet es, eine selbst begonnene KI-App professionell fertigstellen zu lassen?

Das hängt vom Zustand des vorhandenen Codes ab, vor allem von Datenmodell, Sicherheitslogik und Tests, sowie vom gewünschten Funktionsumfang. Nach einer Prüfung des Codes lässt sich sagen, ob Weiterbauen oder ein geordneter Neuaufbau sinnvoller ist, und dafür ein Festpreis nennen.

Macht KI die Softwareentwicklung immer schneller?

Nein. In Feldexperimenten mit GitHub Copilot erledigten Entwickler mehr Aufgaben, in einer Studie von METR aus dem Jahr 2025 brauchten erfahrene Open-Source-Entwickler mit KI dagegen im Schnitt 19 Prozent länger. Der Effekt hängt von Aufgabe, Erfahrung und Codebasis ab.

Was unterscheidet Agentur, Freelancer und KI-gestützte Entwicklung?

Die drei Modelle unterscheiden sich darin, wie viele Menschen an Ihrem Projekt arbeiten, wer Ihr Ansprechpartner ist und wie Routinearbeit erledigt wird. Eine Agentur stellt ein Team mit mehreren Rollen, ein Freelancer arbeitet allein, und bei KI-gestützter Entwicklung übernehmen KI-Werkzeuge einen Teil der Routinearbeit, während ein Entwickler steuert und prüft.

Wir sind selbst ein Anbieter KI-gestützter Entwicklung. Gerade deshalb wollen wir in diesem Vergleich fair sein: Jedes Modell hat Stärken, und für manche Projekte sind wir nicht die richtige Wahl.

Klassische Agentur

Eine Softwareagentur beschäftigt Projektleiter, Designer, Entwickler und Tester. Sie kann große Projekte parallel bearbeiten und Ausfälle im Team ausgleichen. Dafür trägt der Preis die Kosten für Büro, Management und Vertrieb mit, und die Abstimmung läuft häufig über einen Projektmanager statt direkt mit den Entwicklern.

Freelancer

Ein Freelancer ist ein selbstständiger Entwickler, der Aufträge allein umsetzt – oft spezialisiert auf eine Technik oder ein Fachgebiet. Sie sprechen direkt mit der Person, die programmiert, und bezahlen kaum Verwaltungsaufwand mit. Abgerechnet wird meist nach Stunden oder Tagen.

KI-gestützte Entwicklung

Bei KI-gestützter Entwicklung erzeugen KI-Werkzeuge Routine-Code, Testentwürfe und Dokumentation. Architektur, die Prüfung jeder Änderung, Datenschutz und Abnahme verantwortet ein Mensch. In der Zusammenarbeit ähnelt das Modell dem Freelancer: kurze Wege, direkter Ansprechpartner. Der Unterschied liegt in der Arbeitsweise – Routinearbeit geht schneller, und dieser Zeitvorteil kann im Preis weitergegeben werden.

Agentur, Freelancer und KI-gestützt im direkten Vergleich

Der wichtigste Unterschied liegt in Teamgröße und Ausfallrisiko: Agenturen können Personal ersetzen, Freelancer und KI-gestützte Entwickler bieten kurze Wege, hängen aber an wenigen Personen. Die Tabelle zeigt typische Unterschiede; einzelne Anbieter arbeiten anders.

Kriterium	Klassische Agentur	Freelancer	KI-gestützte Entwicklung
Team	mehrere Rollen: Projektleitung, Design, Entwicklung, Test	eine Person, oft spezialisiert	eine oder wenige Personen, KI-Werkzeuge für Routinearbeit
Ansprechpartner	Projektmanager, teils wechselnd	direkt der Entwickler	direkt der Entwickler
Kostenstruktur	Stunden- oder Tagessätze inklusive Overhead für Büro, Management und Vertrieb	Stundensatz, wenig Overhead	weniger Arbeitsstunden für Routinearbeit, wenig Overhead
Abrechnung	nach Aufwand oder Festpreis mit Änderungsanfragen	meist nach Aufwand	unterschiedlich; bei uns Festpreis nach kostenloser Analyse
Tempo	paralleles Arbeiten möglich, Abstimmung zwischen Rollen kostet Zeit	abhängig von der Auslastung	kurze Wege; Routinearbeit geht schneller, die Prüfung bleibt Handarbeit
Vertretung bei Ausfall	Team kann vertreten	hängt an einer Person	hängt an wenigen Personen; Absicherung über Quellcode, Dokumentation und Zugänge
Besonders geeignet für	Großprojekte mit vielen Gewerken, Konzernvorgaben	klar abgegrenzte Einzelaufgaben, Verstärkung eines bestehenden Teams	Projekte im Mittelstand und in Fachbetrieben, von der Automatisierung bis zu Software mit App

Wann ist eine Agentur die bessere Wahl?

Eine Agentur ist die bessere Wahl, wenn Ihr Projekt so groß ist, dass mehrere Fachleute gleichzeitig daran arbeiten müssen, oder wenn Ihr Unternehmen formale Anforderungen an den Dienstleister stellt. Typische Fälle:

• Viele Gewerke parallel: Design-System, Web-Plattform, zwei Apps und mehrere Schnittstellen sollen zum selben Termin fertig sein.
• Garantierte Vertretung und Bereitschaft: Geschäftskritische Systeme brauchen jemanden, der auch nachts und im Urlaub reagiert.
• Formale Nachweise: Ihr Einkauf verlangt Zertifizierungen, eine Mindestgröße des Teams oder Referenzen aus Ausschreibungen.
• Gestaltung als eigenes Projektziel: Bei einer Verbraucher-App, die sich über das Nutzungserlebnis im Wettbewerb durchsetzen muss, sind Nutzerforschung und Design ein eigener Arbeitsschwerpunkt.

In diesen Fällen ist der höhere Abstimmungs- und Verwaltungsaufwand kein Nachteil, sondern der Preis für Kapazität und Absicherung.

Wann reicht ein Freelancer?

Ein Freelancer reicht, wenn die Aufgabe klar abgegrenzt ist und jemand in Ihrem Unternehmen die technische Richtung vorgeben kann. Das trifft zum Beispiel zu, wenn:

• Sie eine eigene IT oder einen technischen Projektverantwortlichen haben, der Anforderungen schreibt und Ergebnisse prüft,
• es um eine Einzelaufgabe geht, etwa eine Schnittstelle, ein Modul oder die Überarbeitung einer bestehenden Anwendung,
• Sie Spezialwissen für eine bestimmte Technik suchen, das im eigenen Team fehlt,
• Ihr bestehendes Entwicklerteam für einige Monate Verstärkung braucht.

Weniger geeignet ist ein einzelner Freelancer, wenn bei Ihnen niemand die Gesamtarchitektur überblickt und das Projekt von der Idee bis zum Betrieb begleitet werden muss. Dann fehlt oft die Rolle, die in einer Agentur der Projektleiter übernimmt: Anforderungen klären, Prioritäten setzen, Abnahmen organisieren.

Wann passt KI-gestützte Entwicklung?

KI-gestützte Entwicklung passt, wenn Sie eine vollständige Lösung von der Analyse bis zum Betrieb suchen, direkt mit dem Entwickler sprechen wollen und den Overhead einer Agentur nicht mitbezahlen möchten. Typische Ausgangslagen:

• Abläufe sind heute über Excel-Listen, E-Mails und Insellösungen verteilt und sollen in einem System zusammenlaufen.
• Das Projekt verbindet mehrere Bausteine: Web-Anwendung, Mitarbeiter- oder Kunden-App, Schnittstellen und Automatisierung.
• Sie wollen mit der Person sprechen, die Ihre Software baut, nicht mit einem Vermittler.
• Ein verbindlicher Festpreis ist Ihnen wichtiger als die Möglichkeit, während des Projekts beliebig umzuplanen.

Wie das in der Praxis aussieht, zeigen unsere Projekte: eine Betriebsplattform mit Mitarbeiter-App für einen Kran- und Schwerlastbetrieb, eine Gutachten-Software mit Desktop-Programm, Web-Zugang und Kunden-App für ein Sachverständigenbüro und ein Online-Portal mit Bezahlfunktion für einen Kfz-Zulassungsdienst. Umfang, Technik und Stand finden Sie in unseren Referenzen aus der Softwareentwicklung.

Wichtig für eine ehrliche Einordnung: KI macht Entwicklung nicht automatisch schneller oder besser. Studien kommen je nach Erfahrung der Entwickler und Art der Aufgabe zu unterschiedlichen Ergebnissen – zusammengefasst im Ratgeber App mit KI programmieren: was KI kann und wann ein Profi nötig ist. Seriöse KI-gestützte Entwicklung erkennen Sie daran, dass ein Mensch jede Änderung prüft und Ihnen erklären kann, warum der Code so gebaut ist.

Lassen sich die Modelle kombinieren?

Ja, und das ist oft vernünftig: Viele Projekte verbinden die Stärken mehrerer Modelle, solange klar geregelt ist, wer wofür verantwortlich ist. Drei Kombinationen sind besonders verbreitet:

• Design von der Agentur, Umsetzung durch ein kleines Team: Eine Agentur entwickelt Marke und Gestaltung, die Programmierung übernimmt ein Freelancer oder ein KI-gestützter Entwickler.
• Erste Version extern, Betrieb intern: Ein externer Entwickler baut die Software, Ihre eigene IT übernimmt später Betrieb und kleinere Änderungen.
• Eigenes Team plus Verstärkung: Ihre Entwickler behalten die Architektur, externe Kräfte übernehmen abgegrenzte Module.

Damit eine Kombination funktioniert, braucht es dieselben Grundlagen wie beim Ein-Personen-Risiko: verbreitete Technik, eine nachvollziehbare Dokumentation und Quellcode an einem Ort, auf den alle Beteiligten Zugriff haben.

Das Ein-Personen-Risiko und wie man es absichert

Das Ein-Personen-Risiko ist real: Fällt der einzige Entwickler aus, steht Ihr Projekt still, wenn Quellcode, Zugänge und Wissen nur bei ihm liegen. Absichern lässt es sich vor allem durch drei Dinge – Quellcode in Ihrem Besitz, eine Dokumentation, mit der sich ein anderer Entwickler einarbeiten kann, und Hosting sowie Konten auf Ihren Namen.

Das gilt für Freelancer und für kleine KI-gestützte Studios wie uns gleichermaßen. Auch bei Agenturen ist das Risiko nicht null: Teams wechseln, Wissen geht mit Mitarbeitern, und ohne vertragliche Übergaberegel liegt der Code auch dort beim Anbieter. Die folgende Tabelle zeigt, wie Sie jedes Teilrisiko absichern und woran Sie erkennen, ob die Absicherung tatsächlich besteht.

Risiko	Absicherung	So prüfen Sie es
Quellcode liegt nur beim Entwickler	Quellcode in einem Repository (einer Versionsverwaltung wie Git), auf das Sie Zugriff haben; Übergabe und Nutzungsrechte im Vertrag	Lassen Sie sich schon während des Projekts Lesezugriff geben und prüfen Sie, ob regelmäßig Änderungen eingehen.
Niemand außer dem Entwickler versteht das System	Technische Dokumentation zu Aufbau, Datenmodell, Installation, Schnittstellen und Zugangsverwaltung	Fragen Sie nach einem Beispiel aus einem früheren Projekt.
Server und Konten laufen auf den Entwickler	Hosting, Domain, App-Store-Konten und Drittdienste auf Ihr Unternehmen; der Entwickler erhält Zugriff, nicht Eigentum	Prüfen Sie, an wen die Rechnungen der Dienste gehen.
Exotische Technik, die kaum jemand beherrscht	Verbreitete, gut dokumentierte Programmiersprachen und Frameworks	Lassen Sie sich die eingesetzte Technik nennen und fragen Sie, wie leicht sich dafür Entwickler finden.
Daten gehen verloren	Automatische Datensicherung mit Alarm bei Fehlern und eine erprobte Wiederherstellung	Fragen Sie, wohin gesichert wird und wann die Wiederherstellung zuletzt geprobt wurde.
Änderungen brechen Bestehendes	Automatische Tests für die wichtigsten Abläufe	Fragen Sie, welche Abläufe vor jeder Auslieferung automatisch geprüft werden.

So halten wir es: Mit der Übergabe erhalten Sie den Quellcode und die vereinbarten Nutzungsrechte. Wir arbeiten mit verbreiteter Technik wie Next.js, React, React Native, Node.js und PostgreSQL, die viele Entwickler beherrschen. Bei Systemen im täglichen Betrieb gehört eine automatische Datensicherung dazu – bei der Plattform des Kranbetriebs etwa eine nächtliche Sicherung mit Alarm, falls sie fehlschlägt.

Checkliste vor der Beauftragung

Bevor Sie unterschreiben, sollten Sie die folgenden zwölf Fragen mit Ja beantworten können – egal, welches Modell Sie wählen.

1. Habe ich Referenzen gesehen, die meinem Projekt ähneln – mit Angaben zu Umfang, Technik und Stand, nicht nur Logos?
2. Weiß ich, wer mein Ansprechpartner ist und wer tatsächlich programmiert?
3. Gibt es eine schriftliche Leistungsbeschreibung, auf die sich der Preis bezieht?
4. Ist geregelt, wie Änderungswünsche bewertet und abgerechnet werden?
5. Sind Etappen und Abnahmekriterien festgelegt?
6. Erhalte ich den Quellcode und die nötigen Nutzungsrechte?
7. Laufen Hosting, Domain und App-Store-Konten auf mein Unternehmen?
8. Ist eine technische Dokumentation Teil der Leistung?
9. Ist geklärt, wo die Daten gespeichert werden und ob ein Auftragsverarbeitungsvertrag nötig ist?
10. Gibt es ein Angebot für Wartung und Weiterentwicklung nach dem Start?
11. Kann der Anbieter erklären, wofür er KI einsetzt und wie er KI-erzeugten Code prüft?
12. Was passiert, wenn der Anbieter ausfällt – gibt es eine Übergabe- oder Vertretungsregel?

Wie diese Punkte bei uns geregelt sind, lesen Sie unter Ablauf eines Softwareprojekts mit Festpreis-Angebot. Was wir bei individueller Software für Ihre Abläufe übernehmen, beschreiben wir unter Software entwickeln lassen.

Häufige Fragen

Ist eine Agentur immer sicherer?

Nein. Eine Agentur kann Ausfälle im Team besser auffangen, aber auch dort wechseln Mitarbeiter, und ohne vertragliche Regel bleibt der Quellcode beim Anbieter. Sicherheit entsteht durch Quellcode-Übergabe, Dokumentation und Konten auf Ihren Namen, nicht durch die Größe des Anbieters.

Wie sichere ich mich ab, wenn nur eine Person entwickelt?

Indem Quellcode, Dokumentation und Zugänge von Anfang an bei Ihnen liegen. Konkret heißt das: Lesezugriff auf das Code-Repository schon während des Projekts, Hosting und App-Store-Konten auf Ihr Unternehmen und eine technische Dokumentation als Teil der Leistung.

Woran erkenne ich seriöse KI-gestützte Entwicklung?

Daran, dass ein Mensch jede Änderung prüft und verantwortet und der Anbieter offen erklärt, wofür er KI einsetzt. Achten Sie außerdem auf Referenzen mit nachprüfbaren Angaben, eine schriftliche Leistungsbeschreibung und eine klare Regel zur Quellcode-Übergabe.