Individuelle Software mit klaren Ergebnissen planen
Eine eigene Anwendung lohnt sich nicht allein, weil ein Ablauf besonders erscheint. Prüfen Sie zunächst, was bestehende Produkte oder eine Erweiterung leisten können. Wenn individuelle Entwicklung sinnvoll ist, braucht das Projekt verständliche Ziele und überprüfbare Ergebnisse.
Ziel und erste Version eingrenzen
Beschreiben Sie den wichtigsten Ablauf vom Eingang bis zum gewünschten Ergebnis. Welche Personen nutzen die Anwendung, und welche Aufgabe können sie heute nicht ausreichend erledigen? Eine Liste gewünschter Funktionen hilft erst, wenn diese Zusammenhänge klar sind.
Trennen Sie den nötigen Umfang einer ersten nutzbaren Version von späteren Ideen. Eine Vorstudie oder ein Prototyp kann offene Fragen klären, ist aber noch keine fertig betriebene Anwendung.
| Projektstand | Sinnvolles Ergebnis |
|---|---|
| Idee | Geprüfter Zielablauf und offene Fragen |
| Prototyp | Erprobte Bedienung und Machbarkeit im vereinbarten Umfang |
| Erste Version | Nutzbare Kernfunktionen mit Tests und Betrieb |
| Weiterentwicklung | Begrenzte Änderungen mit geprüftem Bestand |
Nutzer und Nutzungssituation verstehen
Interne Mitarbeitende, Kunden und externe Partner benötigen unterschiedliche Rechte und Oberflächen. Browser, Mobilgerät, Desktop und eine Anwendung ohne eigene Oberfläche haben andere Anforderungen. Die technische Auswahl sollte zum tatsächlichen Einsatz passen.
Nennen Sie eine plausible Grössenordnung und erwartete Spitzen, soweit bekannt. Wenige gleichzeitige interne Nutzer sind etwas anderes als öffentlich zugängliche Nutzung. Sprachen, barrierearme Bedienung und Arbeit ohne Verbindung können ebenfalls wesentlich sein.
Vorhandene Systeme und Daten berücksichtigen
Klären Sie, welche Anwendung erhalten, erweitert oder abgelöst werden soll. Bekannte Versionen, verfügbare Dokumentation und Datenquellen helfen bei der Einordnung. Ein Wechsel darf die Übernahme und den späteren Zugriff auf alte Daten nicht offenlassen.
Für Schnittstellen zählen Datenrichtung, Zuständigkeit und Verhalten bei Fehlern. Beschreiben Sie Datenarten und benötigte Verbindungen zunächst allgemein. Produktive Kundendaten, Quellcodearchive und Zugangsdaten sind für die erste Anfrage nicht erforderlich.
Qualität und Abnahme vereinbaren
Eine Funktionsbeschreibung sollte mit einem beobachtbaren Ergebnis verbunden sein. Legen Sie fest, wer testet, welche Beispielsituationen gelten und wie Fehler vor einer Freigabe behandelt werden. Zuverlässigkeit, Zugriffsrechte und Schutz der Daten gehören früh in die Anforderungen.
Vereinbaren Sie Demonstrationen und Tests für wichtige Abläufe sowie Grenzen und Fehlersituationen. Eine technische Sicherheitsprüfung ergänzt Funktionstests; sie ist weder mit einer schönen Oberfläche noch mit einem pauschalen Sicherheitsversprechen erledigt.
Betrieb und Übergabe mitplanen
Klären Sie, wer Umgebung, Datensicherung, Aktualisierungen und Störungen betreut. Betriebsorte und Zugriffe sind bei personenbezogenen Daten gemeinsam mit den Verantwortlichkeiten zu prüfen. Ein Entwicklungsabschluss regelt diese Aufgaben nicht automatisch.
Vereinbaren Sie ausdrücklich, welche Nutzungsrechte, Projektzugänge, Dokumentation und Übergabeleistungen Sie erhalten. Berücksichtigen Sie verwendete Komponenten und deren Bedingungen. Halten Sie auch fest, wie eine andere Fachperson das Projekt später übernehmen kann.
Entwicklungs- und Folgekosten vergleichen
Analyse, Gestaltung, Umsetzung, Schnittstellen und Tests können getrennte Leistungen sein. Vergleichbare Angebote nennen Annahmen, ausgeschlossene Funktionen und den Umgang mit Änderungen. Ein fixer Preis ist nur zusammen mit seinem definierten Umfang aussagekräftig.
Vergleichen Sie zusätzlich Betrieb, Wartung, fremde Dienste und Weiterentwicklung. Vereinbaren Sie nachvollziehbare Etappen und Entscheidungen über zusätzliche Arbeit. Ein Anbieterpreis für ein anderes Projekt ist keine allgemeine Schweizer Kostenregel.
| Kostenbereich | Leistungen unterscheiden |
|---|---|
| Vorbereitung | Analyse, Gestaltung und technische Klärung |
| Entwicklung | Funktionen, Verbindungen, Migration und Tests |
| Betrieb | Umgebung, fremde Dienste, Sicherungen und Betreuung |
| Weiterführung | Wartung, Änderungen, Dokumentation und Übergabe |
Anfrage und Zusammenarbeit vorbereiten
Für den Anfang reichen Zielablauf, Nutzergruppen, Nutzungskanäle, Grössenordnung, vorhandene Systeme und gewünschter Betriebsumfang. Beschreiben Sie Prioritäten und Projektstand gemeinsam in einem kurzen Text, ohne vertrauliche Unterlagen oder Passwörter einzureichen.
Klären Sie danach offene Punkte in einer begrenzten Analyse. Lassen Sie den ersten Lieferumfang und die Abnahmefälle beschreiben, prüfen Sie einen Prototyp mit künftigen Nutzern und entscheiden Sie bewusst über weitere Etappen.
Häufige Fragen
Muss sofort eine eigene Anwendung entwickelt werden?
Nein. Prüfen Sie Standardlösungen, Konfiguration und Erweiterungen anhand der benötigten Abläufe.
Braucht die erste Anfrage ein fertiges Pflichtenheft?
Nein. Ziel, Nutzer und wichtigste Abläufe reichen für eine Einordnung. Eine genaue Spezifikation kann Teil einer vereinbarten Analyse sein.
Müssen wir eine Programmiersprache vorgeben?
Nur wenn eine bekannte Umgebung oder Vorgabe das verlangt. Ansonsten sollte die Wahl aus Nutzung, Integration und Betreuung folgen.
Ist ein Prototyp bereits produktionsbereit?
Nicht automatisch. Vereinbaren Sie, ob Datenhaltung, Sicherheitsprüfung, Betrieb und Fehlerfälle Bestandteil sind.
Erhalten wir automatisch alle Rechte und Zugänge?
Das sollte ausdrücklich vereinbart werden, einschliesslich Komponentenbedingungen, Projektzugängen, Dokumentation und späterer Übernahme.
Welche Kosten entstehen nach der Entwicklung?
Je nach Umfang Betrieb, fremde Dienste, Support, Updates und neue Funktionen. Lassen Sie diese Positionen gesondert beschreiben.
