Ihr App-Bauplan: Aufträge gemeinsam überblicken

Vollständig fiktives Lieferbeispiel für das Angebot zu CHF 1’350. Der Betrieb, die Personen, Daten und Annahmen sind erfunden. Dieses Dokument zeigt, wie ein Bauplan ausgefüllt aussehen kann. Es ist kein Kundenbericht und enthält keine gemessenen Geschäftsergebnisse.

Projekt: erste gemeinsame Auftragsübersicht für einen technischen Servicebetrieb.
Version: Beispiel 1.1 · 4. November 2026.
Geplanter Nutzerkreis der ersten Stufe: zwei Personen in der Planung, zwei Servicetechniker im Pilot.
Vorgesehene Umsetzung: eine interne Person mit ersten Kenntnissen in Webentwicklung, unterstützt durch ein KI-Coding-Werkzeug.

Ihr Ergebnis auf einer Seite

Heute werden Aufträge in einer Excel-Datei koordiniert. Kopien und Rückfragen erschweren es, den aktuellen Stand zu erkennen. Die Planung möchte an einer Stelle sehen, wer welchen Auftrag übernimmt. Techniker sollen ihre zugewiesenen Aufträge sehen und erledigte Arbeit zurückmelden können.

Die erste Ausbaustufe: Eine angemeldete Person aus der Planung erfasst einen Auftrag, weist ihn einer Technikerin oder einem Techniker zu und legt den Termin fest. Die zugewiesene Person sieht diesen Auftrag und setzt ihn nach der Arbeit auf «Erledigt». Die Planung sieht den aktualisierten Status in derselben Übersicht.

Ihr Bauplan legt dafür den Ablauf, die Daten, Zugriffsregeln, eine Bildschirmidee und die Umsetzungsschritte mit Prüffällen fest. Ihre interne umsetzende Person kann mit der ersten beschriebenen Aufgabe beginnen. Die Skizze ist eines der gelieferten Planungsartefakte; die eigentliche Anwendung entsteht erst bei der Umsetzung.

Die wichtigsten Bestandteile können Sie direkt ansehen:

Was Sie erhalten	Im ausgefüllten Beispiel
Ablauf und begründete erste Ausbaustufe	Die Schritte von der Erfassung bis zum erledigten Auftrag
Datenmodell und Zugriffsregeln	Kunden, Aufträge und Teammitglieder, mit konkreten erlaubten und verbotenen Aktionen
Bildschirm- oder Ablaufskizze	Eine kommentierte Auftragsübersicht mit Bezug zu den Regeln
Projektblatt und Einrichtungsweg	Repository, KI-Werkzeug und Umgebungen, mit Status und passenden freien Anleitungen
Priorisierte Aufgaben mit Prüffällen	Sechs Umsetzungspakete und eine konkrete erste KI-Arbeitsanweisung

Vorerst später: Rechnungen, Zeiterfassung, Materiallager, automatische Tourenplanung, Offline-Nutzung, Datei-Anhänge, E-Mail-/Kalenderanbindung und vollständige Übernahme alter Auftragsarchive. Die erste Stufe soll einen einzelnen Ablauf nutzbar machen.

1. Was wir für diesen Bauplan zugrunde legen

Im Beispiel arbeiten zwölf Personen im Betrieb. Für den ersten Pilot werden vier Konten eingerichtet. Die Mengenannahme sind ungefähr zwanzig neue Aufträge pro Woche; diese Zahl dient nur der fiktiven Einordnung.

Grundlage	Im Beispiel festgehalten	Bedeutung für Ihren eigenen Bauplan
Heutiger Ablauf	Aufträge werden in einer gemeinsam genutzten Excel-Datei geplant, Rückmeldungen erfolgen telefonisch	Wir gehen einen tatsächlichen Auftrag von Eingang bis Abschluss durch
Repräsentative Daten	Spalten und fünf anonymisierte Musterzeilen aus einer Tabelle	Ihre Geschäftsregeln und Datenqualität bestimmen den Plan
Interne Umsetzung	Eine Mitarbeiterin kann kleine Webprojekte mit KI-Hilfe bearbeiten und ist bereit, Tests und Änderungen zu prüfen	Wir klären vor Kauf, wer den Plan wirklich umsetzt
Erste Nutzer	Zwei Planende und zwei Techniker im Pilot	Der erste Nutzerkreis wird konkret benannt
Geschäftlicher Nutzen	Gemeinsamer Status und weniger Rückfragen sind das Ziel	Zeitersparnis wird erst nach Einführung gemessen, hier nicht behauptet

Für Ihren Bauplan benötigen wir eine kurze Prozessbesprechung, die vorhandene Datei oder eine geeignete anonymisierte Stichprobe, die wichtigsten Geschäftsregeln und Ihre umsetzende Ansprechperson. Zugangsdaten und vollständige produktive Kundenbestände gehören nicht in eine gewöhnliche E-Mail.

Passendes Wissen: Wie die Werkzeuge zusammenspielen erklärt den Weg vom Projektordner zur benutzten Anwendung. Der Bauplan legt fest, welche Bausteine dieser Betrieb für seinen Ablauf braucht.

2. Der vereinbarte erste Ablauf

1. Eine Person aus der Planung erfasst Auftragsnummer, Kunde und Beschreibung. Der Status ist zunächst «Neu».
2. Die Planung weist eine zuständige Person und einen Termin zu. Erst wenn beide Angaben vorhanden sind, darf der Status «Geplant» gesetzt werden.
3. Die zugewiesene Technikerin oder der zugewiesene Techniker sieht den Auftrag im eigenen angemeldeten Konto.
4. Nach Abschluss setzt diese Person den Auftrag von «Geplant» auf «Erledigt».
5. Die Planung sieht denselben aktuellen Datensatz. «Erledigt» bedeutet hier eine Arbeitsrückmeldung; daraus wird keine Rechnung erzeugt.

Ein erledigter Auftrag kann von der Planung wieder auf «Geplant» gesetzt werden. Dafür müssen Termin und zuständige Person weiterhin vorhanden sein. Ein Techniker darf die Zuweisung, den Kunden und die Auftragsnummer nicht ändern. Löschen gehört nicht zum ersten Nutzerablauf; Fehlaufträge werden vorerst von der verantwortlichen Person nach einem geregelten Vorgehen behandelt.

Einordnung: Statuswerte und Regeln wurden für dieses Beispiel gewählt. Bei Ihnen ersetzen wir sie durch die tatsächlich nötigen Regeln, statt ungeprüft eine Standardvorlage zu übernehmen.

3. So könnte die Übersicht aussehen

Skizze separat öffnen.

Die Ansicht zeigt die Rolle «Planung». Sie ist eine statische Entwurfsskizze mit erfundenen Daten. Funktionen und Kontrollen sind geplant, nicht implementiert oder getestet.

Markierung	Zweck	Vereinbartes Verhalten
1 — Filter	Offene Arbeit finden	Nach Status und zuständiger Person filtern; «Alle» setzt den jeweiligen Filter zurück
2 — Neuer Auftrag	Arbeit erfassen	Pflichtangaben prüfen; gleiche Auftragsnummer nicht doppelt speichern
3 — Übersicht	Gemeinsamen Stand erkennen	Auftrag, Kunde, Termin, zuständige Person und Status anzeigen
4 — Auftragsdetails	Einen Datensatz bearbeiten	Planung bearbeitet erlaubte Felder; Techniker sehen nur ihre zugewiesenen Aufträge und erlaubte Statusaktionen

Für Techniker wird dieselbe Grundstruktur verwendet, mit den eigenen Aufträgen und weniger Aktionen. Separate mobile Sonderfunktionen sind nicht Teil dieses Bauplans; die einfache Ansicht soll auf einem schmalen Bildschirm bedienbar sein.

4. Welche Daten zusammengehören

Objekt	Wichtige Angaben	Konkrete Regeln
Kunde	interne Kennung, Firmenname	Die interne Kennung bleibt stabil, auch wenn der Name geändert wird
Auftrag	interne Kennung, eindeutige Auftragsnummer, Kundenkennung, Beschreibung, Termin, zuständige Person, Status	Kunden und zuständige Personen werden über ihre Kennung verbunden; Auftragsnummer eindeutig; Status nur «Neu», «Geplant» oder «Erledigt»
Teammitglied	Anmeldekennung, Anzeigename, Rolle, aktiv/inaktiv	Ein persönliches Konto pro Person; Rolle «Planung» oder «Technik»; Rollenwechsel nur über einen geschützten Verwaltungsweg

Ein Kunde kann mehrere Aufträge haben. Ein Auftrag hat genau einen Kunden und höchstens eine zuständige Person. Ein Teammitglied kann mehreren Aufträgen zugewiesen sein. Geteilte Sammelkonten würden diese Zuordnung erschweren und werden für den Pilot nicht vorgesehen.

Die Tabelle ist ein Entwurf des Datenmodells. Ausführbare Datenbankmigrationen und eine überprüfte technische Implementierung werden später erstellt.

5. Wer was sehen und ändern darf

Aktion	Planung	Technik
Auftragsübersicht lesen	Alle Aufträge des Betriebs	Nur selbst zugewiesene Aufträge
Kundeninformationen lesen	Kundenliste	Nur Kundeninformationen, die zu einem eigenen Auftrag gehören
Auftrag anlegen	Ja	Nein
Kunde, Nummer, Beschreibung, Termin oder Zuständigkeit ändern	Ja, innerhalb der vereinbarten Regeln	Nein
Auftrag auf «Geplant» setzen oder wieder öffnen	Ja, mit Termin und zuständiger Person	Nein
Zugewiesenen geplanten Auftrag auf «Erledigt» setzen	Ja	Ja, nur den eigenen Auftrag
Rolle, Konten oder technische Konfiguration ändern	Nur ausdrücklich benannte Kontoverantwortliche über einen geschützten Verwaltungsweg	Nein

Nicht angemeldete Personen erhalten keinen Zugriff. Eine zweite Technikerin darf auch durch einen direkten Datenabruf nicht die Aufträge der ersten lesen. Das Ausblenden eines Knopfs genügt nicht: Diese Regeln müssen bei der späteren Umsetzung auf Daten-/Serverebene geprüft und durchgesetzt werden. Leserechte auf Tabellenzeilen allein begrenzen ausserdem nicht automatisch die veränderbaren Felder; die erlaubten Änderungsaktionen brauchen zusätzliche Kontrollen.

Passendes Wissen: Daten, Zugänge und Sicherungen im Griff erläutert persönliche Konten, Berechtigungen und den Umgang mit Zugangsdaten. Die Rollenmatrix oben beschreibt die Entscheidungen für diesen Ablauf.

6. Die technische Entscheidung im Beispiel

Vorschlag: Eine kleine TypeScript-Webanwendung und eine PostgreSQL-Datenbank mit Supabase für Datenbank und Benutzeranmeldung. Die Konten und das Repository liegen beim Betrieb. Eine benannte Person besitzt die administrativen Zugänge; die anderen erhalten passende einzelne Berechtigungen.

Warum dieser Vorschlag zu den Beispielanforderungen passt: Kunden, Aufträge und Teammitglieder haben klare Beziehungen. Eine zentrale Datenbank kann diese Beziehungen und Regeln abbilden. Die Weboberfläche kann auf den einen Ablauf begrenzt bleiben, und die weitere Entwicklung erfolgt als nachvollziehbare Änderungen im kundeneigenen Repository.

Die Anbieterwahl ist Teil dieses Beispiels, keine Vorgabe für jede Anwendung. In Ihrem Bauplan begründen wir eine konkrete Auswahl aus Ihren Anforderungen, vorhandenen Kenntnissen und Betriebsbedingungen. Falls eine vorhandene Standardsoftware den Ablauf passend abdeckt, muss diese Alternative vor einer Eigenentwicklung betrachtet werden.

Vor der Umsetzung zu bestätigen: gewünschter Bearbeitungsort, zulässige Dienste, aktuelle Tarif-/Backupfunktionen, laufende Hosting-/Datenbankkosten und wer diese bezahlt. Hier sind keine fiktiven Anbieterpreise eingesetzt. Ein günstiger Einstiegstarif allein ist kein Nachweis für einen geeigneten Betrieb oder eine geprüfte Wiederherstellung.

Technischer Hintergrund der gewählten Datenbank: Supabase Datenbankübersicht, Row Level Security und deren Grenzen. Diese Quellen beschreiben Plattformfunktionen; die konkreten Geschäftsregeln oben sind der Entwurf dieses Beispiels.

Arbeitsumgebung und Repository im Beispiel

Die interne umsetzende Person soll die App auf einem Windows-Arbeitsplatz entwickeln. Wir wählen im Beispiel GitHub Desktop für die Git-Aktionen und VS Code mit Codex als einen möglichen KI-Einstieg. In einem echten Bauplan richtet sich diese Auswahl nach den freigegebenen Werkzeugen, Kosten und tatsächlichen Kenntnissen. Das folgende Blatt ist ein Planungsstand; es wurden für dieses fiktive Beispiel keine Anbieter-Konten oder Repositorys angelegt.

Baustein	Entscheidung für diesen Ablauf	Status
Repository-Eigentum	Kundenorganisation; benannte interne Ansprechperson und Vertretung. Privates Projekt auftragsuebersicht	Organisation/Zugriff vor Einrichtung bestätigen
Repository-Adresse	Nach Anlage https://github.com/<Kundenorganisation>/auftragsuebersicht im Projektblatt eintragen	Beabsichtigte Adresse, kein bestehendes Repository
Lokaler Ordner	Vorgesehen: C:\Projekte\auftragsuebersicht; derselbe Ordner in Desktop und VS Code	Noch einzurichten
Git	GitHub Desktop plus für den Editor erreichbares Git; mit git --version prüfen	Noch nicht ausgeführt
KI-Werkzeug	Beispielauswahl Codex in VS Code, persönlicher freigegebener Zugang; zunächst nur den Projektordner und synthetische Daten verwenden	Tarif/Anmeldung und Firmenfreigabe bestätigen
Laufzeit / App-Befehle	Beim Anlegen des konkreten Web-App-Grundgerüsts die unterstützte Laufzeitversion und Start-/Prüf-/Build-Skripte festlegen	Kein App-Grundgerüst vorhanden; keine erfundenen bereits funktionierenden Befehle
Test / Vorschau	Getrennte Beispielkonten und synthetische Testdaten; Verbindung zur Testdatenbank dokumentieren	Vor dem ersten Datenabruf einzurichten und zu prüfen
Betrieb	Kundeneigenes Hosting und eigene produktive Datenbank; Veröffentlichungsauslöser und Geheimnisspeicher dokumentieren	Vor Pilotbetrieb konkret entscheiden; hier noch nicht vorhanden

Die erste Aufgabe der umsetzenden Person ist damit klar: Firmenzuordnung und Werkzeugzugang bestätigen, den Projektordner und das Repository einrichten und eine harmlose README-Änderung nachvollziehbar speichern. Die App-spezifischen Skripte entstehen anschliessend mit dem Grundgerüst. Bei einer schon vorhandenen Anwendung würde das Blatt stattdessen deren tatsächliche geprüfte Versionen und Befehle nennen.

Vor dem Einrichten: Was ein Git-Repository ist und wozu Versionsverwaltung dient.

Konkrete Reihenfolge:

1. Eigentümer, Schreibzugriff und Vertretung für das private Repository festlegen. Falls schon ein Projekt existiert, zuerst dessen Verbindung prüfen.
2. GitHub einrichten und verbinden und den vorgesehenen lokalen Ordner in beiden Werkzeugen öffnen.
3. KI-Werkzeug einrichten und anhand der Orientierungsfrage prüfen, dass die KI das richtige Projekt sieht.
4. Die projektspezifischen Angaben in README, Projektblatt und KI-Anweisungen ablegen. Frei verfügbare Vorlagen.
5. Eine kleine Änderung vollständig üben. Erst danach mit dem ersten fachlichen Umsetzungspaket beginnen.

Eine erste Dokumentstruktur für dieses Projekt ist README.md, AGENTS.md, .gitignore, docs/projektblatt.md und docs/app-bauplan.md. In die KI-Anweisungen gehören auch die konkreten Regeln dieses Bauplans: nur Status «Neu», «Geplant», «Erledigt»; Planung und Technik unterscheiden; keine echten Kundendaten für erste Tests; Berechtigungsänderungen mit erlaubten und verbotenen Aktionen prüfen. Die allgemeinen Anleitungen bleiben frei nutzbar. Der kundenspezifische Wert liegt in diesen konkreten Entscheidungen und ihrer Einordnung.

7. Was mit den vorhandenen Excel-Daten passiert

Für die erste Umsetzung werden zunächst nur vereinbarte Musteraufträge verwendet. Der spätere Pilot beginnt mit einer geprüften Auswahl offener Aufträge. Die Originaldatei bleibt erhalten, bis der vereinbarte Abgleich und die Entscheidung zur Umschaltung erfolgt sind.

Excel-Spalte	Ziel im Datenmodell	Prüfung vor Übernahme
Auftragsnummer	Auftrag.auftragsnummer	Fehlende oder doppelte Nummern zurückweisen und klären
Kunde	Kunde.firmenname und Auftrag.kundenkennung	Abweichende Schreibweisen über eine bestätigte Zuordnung auflösen
Tätigkeit	Auftrag.beschreibung	Pflichtangabe; vertrauliche oder unnötige Angaben vorab bereinigen
Termin	Auftrag.termin	Gültiges Datum; keine mehrdeutige Interpretation des Datumsformats
Verantwortlich	Auftrag.zustaendige_person	Nur eine der vereinbarten aktiven Personen zuordnen
Status	Auftrag.status	Nur bestätigte Zuordnung zu «Neu», «Geplant» oder «Erledigt»

Beispiel für einen Konflikt: Zwei Zeilen enthalten «A-102» mit unterschiedlicher Zuständigkeit. Die Umsetzung muss den Konflikt melden; sie darf nicht still die letzte Zeile gewinnen lassen. Die verantwortliche Person entscheidet über die gültige Zuordnung.

Vorgesehener Abgleich: Anzahl übernommener Musteraufträge, Auftragsnummern, Status und Zuständigkeit mit der freigegebenen Vorlage vergleichen. Ein CSV-Export kann später ein Hilfsmittel sein; er ersetzt weder eine vereinbarte Datenbanksicherung noch eine getestete Wiederherstellung.

Passendes Wissen: Code zurücknehmen und Daten wiederherstellen erklärt, weshalb eine Kopie des Codes oder ein CSV-Export keine geprüfte Datenwiederherstellung ersetzt.

8. Die priorisierten Umsetzungspakete

Alle Prüffälle in diesem Abschnitt sind für die künftige Umsetzung vorgesehen und noch nicht ausgeführt. Der Bauplan liefert diese Aufgaben und Kriterien; er behauptet nicht, dass die Anwendung bereits gebaut ist.

Reihenfolge	Kleines Umsetzungspaket	Woran die umsetzende Person den Erfolg prüft
1	Kunden, Aufträge und Teammitglieder in einer getrennten Testumgebung anlegen; Regeln und synthetische Beispieldaten vorbereiten	Drei Musteraufträge lassen sich eindeutig Kunden zuordnen; eine doppelte Auftragsnummer und ein unbekannter Status werden zurückgewiesen
2	Persönliche Anmeldung und Lese-/Schreibregeln umsetzen	Planung sieht alle Musteraufträge; zwei getrennte Technikkonten sehen jeweils nur ihre eigenen; unangemeldet kein Zugriff; auch direkte unzulässige Datenabrufe scheitern
3	Gemeinsame Übersicht und einfaches Formular für die Planung umsetzen	Planung kann einen neuen Auftrag erfassen, zuweisen und wiederfinden; Pflichtfelder werden erklärt; Geplant ohne Termin/Zuständigkeit wird abgewiesen
4	Zulässige Technikeraktion und Statusregeln umsetzen	Ein Techniker kann seinen geplanten Auftrag erledigen; Änderungen an Kundenzuordnung, Auftragsnummer oder fremden Aufträgen werden auch bei direktem Aufruf abgewiesen
5	Vereinbarte Musterdatei übernehmen und Konflikte behandeln	Anzahl und Zuordnung stimmen; doppelte Nummern werden gemeldet; die Originaldatei bleibt erhalten
6	Pilot und kontrollierten Änderungs-/Veröffentlichungsweg vorbereiten	Freigegebene Pilotaufgaben funktionieren mit den vorgesehenen Konten; Prüfungen sind wiederholbar; Veröffentlichung, Rücknahme und Zuständigkeit sind dokumentiert; der gewählte Sicherungs-/Wiederherstellungsweg wird vor echtem Betrieb überprüft

Die Pakete sind eine Reihenfolge für die Umsetzung, keine zugesagte Entwicklungsdauer oder zusätzliche Implementierungsleistung des Bauplan-Angebots. Aufwand und Reihenfolge werden neu bewertet, wenn die tatsächlichen Daten oder Anforderungen vom vereinbarten Ausschnitt abweichen.

So konkret ist die erste KI-Arbeitsanweisung

Die umsetzende Person kann die erste Aufgabe mit folgender Ausgangsanweisung bearbeiten. Sie ergänzt zuerst den tatsächlichen Projektkontext. Zugangsdaten und produktive Daten werden nicht eingefügt.

Erstelle zunächst einen überprüfbaren Entwurf für das Datenmodell der Auftragsübersicht in unserer getrennten Testumgebung. Verwende die Datenobjekte Kunde, Auftrag und Teammitglied aus dem Bauplan. Auftrag und Kunde werden über eine stabile Kennung verbunden. Auftragsnummern müssen eindeutig sein. Erlaubte Statuswerte sind Neu, Geplant und Erledigt. Geplant erfordert Termin und zuständige Person. Trenne die Geschäftsrollen Planung und Technik. Lege noch keine Annahme fest, dass alle angemeldeten Personen alle Daten sehen dürfen. Erkläre die vorgeschlagenen Änderungen und nenne Prüffälle für gültige und ungültige Daten. Zeige zuerst den Entwurf; führe keine Änderungen an einer produktiven Umgebung aus.

Danach prüft die Person den Entwurf gegen Datenmodell und Regeln. Die erste Aufgabe wird in der Testumgebung umgesetzt und mit synthetischen Daten geprüft. Die vollständigen Zugriffsregeln aus Paket 2 bleiben eine Voraussetzung vor echten Daten und echtem Nutzerbetrieb. Ein KI-Vorschlag allein gilt nicht als bestandener Test.

Passendes Wissen: Prüfen, veröffentlichen und zurücksetzen beschreibt den kontrollierten Weg für Paket 6. Die konkreten Testbefehle und Veröffentlichungsschritte werden im Projektblatt ergänzt, sobald das Grundgerüst und die Umgebungen existieren.

9. Woran wir Ihren gelieferten Bauplan abnehmen

Am Ende der vereinbarten Woche erhalten Sie den ausgefüllten Plan in lesbarer und bearbeitbarer Form, die Bildschirm-/Ablaufskizze und die strukturierte Aufgabenliste. Die Aufgabenliste kann Teil der bearbeitbaren Fassung sein; zusätzliche Dateimengen sind kein eigenes Qualitätsziel.

In der gemeinsamen Besprechung gehen wir den Weg von einer Excel-Zeile bis zum späteren Prüffall durch. Ihre benannte umsetzende Person kann anschliessend erklären:

• welchen ersten Ablauf sie baut und was später kommt;
• welche Daten und Zugriffsregeln benötigt werden;
• welche erste Aufgabe sie als Nächstes angeht;
• wie sie das Ergebnis prüft und welche Fragen noch offen sind.

Die vereinbarten Planungsartefakte müssen vollständig und so beschrieben sein, dass diese Person mit der ersten Aufgabe starten kann. Das ist die Abnahme des Bauplans. Wenn Anweisungen unklar bleiben, ist eine zusätzliche Klärungssitzung ohne Aufpreis enthalten.

10. Was wir bei Ihrer Anwendung individuell festlegen

Im Beispiel	Für Ihre Anwendung individuell
Auftragsanlage bis Erledigt	Ihr konkreter Geschäftsablauf und erster nutzbarer Ausschnitt
Kunde, Auftrag, Teammitglied	Ihre tatsächlichen Daten, Beziehungen und Geschäftsregeln
Planung und Technik	Ihre Personen, Rollen und erlaubten Aktionen
Tabellenansicht und Auftragsdetails	Eine passende Bildschirm- oder Ablaufskizze
Vorgeschlagene Datenbank/Web-App	Begründete Technologieentscheidung auf Basis Ihrer Anforderungen
Geplantes Repository, Windows-Arbeitsplatz und Beispiel-Werkzeugroute	Ihre vorhandenen Konten, Betriebssysteme, Zugriffe, Laufzeiten, geprüften Befehle und Einrichtungsschritte
Sechs Umsetzungspakete	Priorisierte Aufgaben, Voraussetzungen und Prüffälle für Ihren Umfang
Interne Person mit ersten Webkenntnissen	Ihre tatsächliche umsetzende Person und ihr Vorwissen

Preis dieses Angebots: CHF 1’350 für einen vorab abgegrenzten Ablauf. Die MWST-Behandlung wird in der konkreten Offerte ausgewiesen. Die Umsetzung übernehmen Sie oder ein Anbieter Ihrer Wahl.

Wenn Sie die Umsetzung gemeinsam mit AppReif bis zum nutzbaren Ablauf und einer praktischen internen Weiterentwicklungsübung durchführen möchten, ist dafür «Software in eigener Hand» vorgesehen. Beim Wechsel innerhalb der vereinbarten 30 Tage nach der Bauplan-Besprechung werden bezahlte CHF 1’350 vollständig angerechnet; der Gesamtpreis bleibt CHF 5’900. Der Bauplan bleibt auch bei eigenständiger Umsetzung ein vollständiges Ergebnis.

Die passenden Wissen-Anleitungen im Überblick

Diese Inhalte sind für alle frei nutzbar. Sie können auch dieses fiktive Beispiel übernehmen und für Ihren eigenen Ablauf anpassen. Prüfen Sie dafür Ihre tatsächlichen Daten, Geschäftsregeln und Voraussetzungen; ein fremdes Beispiel bestätigt keine funktionsfähige oder sichere Umsetzung Ihrer Anwendung.

Ihre nächste Frage	Frei zugängliche Anleitung
Wie hängen Code, KI, GitHub, Hosting und Datenbank zusammen?	Das Zusammenspiel verstehen
Warum brauche ich ein Repository?	Git und Versionsverwaltung
Wie lege ich das Projekt an und verbinde meinen Computer?	GitHub einrichten
Welche KI-Werkzeuge kommen infrage und wie starte ich?	KI-Coding-Werkzeuge einrichten
Wie behandle ich Daten, Rechte und Sicherungen?	Daten, Zugänge und Sicherungen
Wo dokumentiere ich die konkreten Entscheidungen?	Projektwissen und bearbeitbare Vorlagen
Wie übe ich den ganzen Änderungsablauf?	Die erste Änderung mit KI
Wie prüfe und veröffentliche ich die Anwendung?	Prüfen, veröffentlichen und zurücksetzen