Ein Angebot für die Entwicklung richtig lesen

Ein vollständiges Angebot hat dieselben Kernabschnitte, egal wer es schreibt. Nutzen Sie diese Tabelle beim Lesen als Landkarte.

Ein guter Umfang beschreibt, was ein Nutzer tun kann, nicht nur die Namen von Screens. „Nutzer registrieren sich per E-Mail oder Google und können ihr Passwort zurücksetzen“ lässt sich prüfen. „Authentifizierungsmodul“ nicht.

Achten Sie darauf, dass Nutzerrollen, zentrale Abläufe und Admin-Werkzeuge getrennt aufgeführt sind. Admin-Bereiche werden im Briefing leicht vergessen und sind später teuer nachzurüsten.

Ein Beispiel: ProAnalizy übersetzt medizinische Laborergebnisse in verständliche Sprache. Der Hauptablauf lässt sich als Ergebnis formulieren: Ein Besucher lädt ein PDF, JPG oder PNG eines Laborbefunds hoch und erhält eine Erklärung, ohne Registrierung. Eine solche Zeile sagt beiden Seiten genau, was „fertig“ bedeutet.

Ein klares Angebot listet auf, was nicht enthalten ist. Typische Ausschlüsse sind Texterstellung, Übersetzungen, die Einreichung im App Store, Gebühren für externe Abonnements und Hosting nach dem Launch.

Fehlt ein solcher Abschnitt, bitten Sie darum. Alles, was Sie für enthalten hielten und was es nicht war, kommt später als Änderungsanfrage zurück, wenn Sie weniger Verhandlungsspielraum haben.

Übersetzungen sind ein gutes Beispiel für Arbeit, die sich in einer vagen Zeile versteckt. CarPixly ist auf Englisch, Deutsch und Russisch gestartet. Das bedeutete Oberflächentexte, Fehlermeldungen, Installationsschritte und FAQ, dazu Buttons, die für die längeren deutschen Beschriftungen ausgelegt sind. Ein Angebot, in dem nur „mehrsprachig“ steht, lässt all das offen.

Sie müssen kein Entwickler sein, aber nach dem Lesen des Angebots sollten Sie diese Fragen beantworten können:

• Womit wird gebaut, und warum passt dieser Stack zu Ihrem Produkt?
• Wem gehören Code und Accounts: Repository, Hosting, Domain, App Stores, Analytics?
• Wo wird gehostet, und was kostet das nach dem Launch ungefähr pro Monat?
• Ist der Code gut genug dokumentiert, damit ein anderer Entwickler übernehmen kann?
• Wie geht das Team mit typischen Sicherheitsrisiken um, etwa denen aus den OWASP Top 10?

Eine gute Agentur erklärt ihre Entscheidungen in einfachen Worten. „Das nehmen wir immer“ ist keine Begründung.

Zum Eigentum: Bitten Sie darum, dass das Repository vom ersten Tag an im Account Ihres Unternehmens liegt. Eine spätere Übertragung ist möglich, wie die Anleitung von GitHub zum Übertragen eines Repositorys zeigt, aber sie hängt vom guten Willen der anderen Seite ab.

Ein einziges Lieferdatum sagt wenig. Achten Sie auf Meilensteine, an denen es jeweils etwas zu sehen gibt: freigegebene Designs, einen funktionierenden Build unter einem Testlink, eine launchfähige Version.

Fragen Sie, wie oft Sie Fortschritt sehen. Wöchentliche Termine sind eine sinnvolle Untergrenze, eine einzige Demo ganz am Ende ist ein Risiko. Bei Sakura bekommen Kunden jede Woche einen Build, den sie durchklicken können, so tauchen Probleme auf, solange sie noch günstig zu beheben sind.

Prüfen Sie, ob der Zeitplan auch Ihren Teil enthält. Freigaben, Feedbackrunden und Inhalte, die Sie liefern müssen, brauchen Zeit, und ein Plan, der sie ignoriert, wird sich verschieben.

Sie vergleichen gerade Angebote? Schicken Sie uns Ihr Briefing, und Sie bekommen eines nach diesem Standard, das Sie neben die anderen legen können.

Prüfen Sie, ob das Angebot Tests, Performance und Barrierefreiheit erwähnt oder nur Funktionen. Achten Sie auf Konkretes:

• Welche Browser und Geräte werden unterstützt?
• Welche Performance soll das Produkt erreichen? Die Core Web Vitals von Google sind ein gängiger Maßstab: Inhalte laden innerhalb von 2,5 Sekunden, Interaktionen reagieren innerhalb von 200 Millisekunden.
• Wer testet das Produkt vor dem Launch, und wie werden Fehler gemeldet und behoben?
• Ist grundlegende Barrierefreiheit enthalten, etwa Tastaturbedienung und gut lesbarer Kontrast?

Ist „fertig“ nicht definiert, werden die letzten Wochen des Projekts zur Debatte. Eine schriftliche Definition macht daraus eine Checkliste.

Klären Sie genau, was der Preis abdeckt und wie die Zahlungen aufgeteilt sind. Eine Anzahlung plus Zahlungen nach Meilensteinen ist üblich, 100% im Voraus nicht.

Suchen Sie den Änderungsprozess. Er sollte erklären, wie neue Anforderungen geschätzt und freigegeben werden, bevor jemand daran arbeitet. Ohne ihn wird jede Änderung zur Verhandlung.

Prüfen Sie auch die Ausstiegsbedingungen. Ein faires Angebot erlaubt es, zwischen Meilensteinen aufzuhören, ohne für noch nicht begonnene Arbeit zu zahlen. Mehr zu den zwei wichtigsten Preismodellen lesen Sie in Festpreis oder Stundenabrechnung.

Viele Angebote enden am Launch-Tag. Fragen Sie, was danach kommt: Gibt es eine Gewährleistungsphase für Fehler, wie lange dauert sie, und wie wird laufende Arbeit abgerechnet?

Ein Launch ohne Plan für Fehlerbehebung und Updates ist genau der Punkt, an dem viele Produkte leise stehen bleiben. Zu jedem Sakura-Projekt gehört ein festgelegtes Gewährleistungsfenster, danach deckt ein monatlicher Supportplan Updates, Fehlerbehebungen und neue Funktionen ab.

Manche Probleme sind schon auf dem Papier sichtbar, vor jedem Gespräch. Lesen Sie das Angebot einmal nur mit Blick darauf:

• Eine Summe ohne Aufschlüsselung. Sie sehen nicht, wofür Sie zahlen oder was sich bei knappem Budget streichen ließe.
• Wörter, die sich nicht prüfen lassen. „Modern“, „skalierbar“ und „nutzerfreundlich“ beschreiben nichts, was Sie bei der Abnahme testen können.
• Ein Zeitplan mit nur einem Datum. Wenn es unterwegs nichts zu sehen gibt, merken Sie nicht früh, dass etwas aus dem Ruder läuft.
• Kein Wort darüber, wem was gehört. Schweigen zu Code und Accounts heißt meist, dass sie bei der Agentur bleiben.
• Alles enthalten, nichts ausgeschlossen. Kein echtes Projekt ist so einfach, die Ausschlüsse sind also nur nicht aufgeschrieben.

Ein Warnsignal ist eine Frage, die Sie stellen sollten. Drei oder mehr bedeuten meist, dass die Agentur das Projekt nicht gut genug verstanden hat, um es zu kalkulieren.

Ein Angebot ist ein Entwurf, kein endgültiges Gebot. Gute Agenturen erwarten Fragen und überarbeiten das Dokument, und die Art, wie sie reagieren, gehört zu Ihrer Bewertung.

• Bitten Sie um eine Aufschlüsselung nach Phasen oder Abläufen. Sie zeigt, wohin das Geld geht, und gibt Ihnen Optionen, wenn die Summe zu hoch ist.
• Fragen Sie, was die Agentur zuerst streichen würde. Eine durchdachte Antwort zeigt, dass sie versteht, welche Teile Ihres Produkts am wichtigsten sind.
• Bitten Sie darum, das Projekt aufzuteilen. Eine erste Phase mit Design und Prototyp senkt das Risiko, sich sofort auf die ganze Entwicklung festzulegen.
• Bitten Sie darum, vage Zeilen als Ergebnisse umzuformulieren. „Nutzer können einen Bericht als PDF exportieren“ statt „Reporting-Modul“.

Weigert sich eine Agentur, vor der Unterschrift irgendetwas schriftlich zu klären, wird es danach noch schwerer, Klarheit zu bekommen.

Tragen Sie die Angebote in eine einfache Tabelle ein, eine Spalte pro Angebot, und füllen Sie dieselben Zeilen aus: Umfang, Ausschlüsse, Zeitplan, Meilensteine, Zahlungsplan, Änderungsprozess, Eigentum und Support nach dem Launch.

Leere Zellen sind das nützlichste Ergebnis dieser Übung. Sie zeigen, wo ein Angebot schweigt, und jede Lücke ist eine Frage, die Sie stellen sollten, bevor Sie Preise vergleichen.

Erst dann vergleichen Sie die Summen. Ist ein Angebot deutlich günstiger, suchen Sie nach dem, was es weglässt.

Ist eines deutlich teurer, fragen Sie, was es enthält, das den anderen fehlt. Manchmal liegt der Unterschied in einer Gewährleistungsphase oder einer Designphase, die Sie tatsächlich brauchen.

Bringen Sie diese Fragen ins letzte Gespräch mit der Agentur mit. Klare, konkrete Antworten bedeuten, dass Sie unterschreiben können.

• Was genau ist in diesem Preis nicht enthalten?
• Wer arbeitet im Alltag am Projekt?
• Was passiert, wenn wir den Umfang ändern müssen?
• Wem gehören am Ende der Code und alle Accounts?
• Welcher Support ist nach dem Launch enthalten?

Wenn Sie noch zwischen Agenturen wählen, zeigt unser Leitfaden dazu, wie Sie eine Entwicklungsagentur auswählen, was Sie prüfen sollten, bevor Sie überhaupt Angebote anfragen. Und wenn Sie ein Angebot wollen, das diesem Standard standhält, erzählen Sie uns von Ihrem Projekt.