Bevor Sie ein Angebot anfragen
Ein Softwareunternehmen zu beauftragen heißt, einen Teil Ihres Geschäfts jemandem anzuvertrauen, den Sie vermutlich nicht Zeile für Zeile prüfen können. Sie werden den Code nicht lesen, aber Sie leben damit: mit langsamen Bildschirmen, dem Fehler, der immer wiederkehrt, der einfachen Änderung, die irgendwie zwei Wochen dauert. Deshalb muss die Entscheidung über Preis und ersten Eindruck hinausgehen.
Bevor Sie mit Anbietern sprechen, schreiben Sie ein kurzes Briefing: das Problem, das das Projekt löst, wer es nutzen wird, was in der ersten Version fertig sein muss und ob es einen Termin gibt, der nicht verschiebbar ist, etwa ein Launch oder eine Verkaufssaison. Dieses Briefing macht Antworten vergleichbar und zeigt Ihnen, wer wirklich zuhört und wer ein Skript abspult.
Referenzen: Fragen Sie nach Projekten, die live sind
Hübsche Screenshots auf Dribbble oder Behance beweisen nicht, dass etwas funktioniert. Bitten Sie um Links zu ausgelieferten Projekten: die Website, die lädt, die App, die Sie installieren können, der Shop, der echte Bestellungen entgegennimmt. Öffnen Sie sie auf Ihrem Smartphone, klicken Sie sich durch, füllen Sie ein Formular aus und prüfen Sie, ob die Seite auch bei mobiler Verbindung schnell bleibt.
Fragen Sie, was das Unternehmen bei jedem Projekt tatsächlich geleistet hat. Wurde alles entwickelt oder nur das Design? Wurde ein halbfertiges System übernommen? Wird es noch betreut? Ein seriöses Team antwortet ohne Zögern und erklärt, falls eine Geheimhaltungsvereinbarung besteht, was es zeigen darf und was nicht.
Wenn Ihr Projekt eine besondere Anforderung hat, etwa wiederkehrende Abrechnung, eine ERP-Anbindung oder eine KI-Funktion, fragen Sie, ob bereits etwas Ähnliches umgesetzt wurde, und lassen Sie es sich im Betrieb zeigen. Erfahrung mit Ihrer Art von Problem zählt mehr als Erfahrung mit dem gerade angesagten Framework.
Das Vorgehen: von der Analyse bis zur Auslieferung
Fragen Sie, was zwischen Vertragsunterzeichnung und Launch passiert. Eine gute Antwort enthält klare Phasen: das Geschäft verstehen, Umfang festlegen, Bildschirme gestalten, entwickeln, testen und ausliefern. Springt ein Anbieter direkt vom Angebot zum Programmieren, tauchen die Fragen, die in der Analysephase hätten geklärt werden müssen, mitten im Projekt auf, wenn Änderungen teurer sind.
Achten Sie auch auf den Lieferrhythmus. Kurze Etappen mit Testversionen, die Sie auf dem eigenen Smartphone oder im Browser öffnen können, erlauben es, früh gegenzusteuern. Das Gegenteil, monatelanges Schweigen gefolgt von einer großen Präsentation, ist die Quelle der schlimmsten Überraschungen.
- Was ist die erste Etappe und was erhalte ich an ihrem Ende?
- Sehe ich vor Entwicklungsbeginn einen Prototyp der Bildschirme?
- Wie oft erhalte ich eine Version zum Testen?
- Wer testet das Produkt und auf welchen Geräten?
- Was passiert, wenn ich mittendrin etwas ändern möchte?
Wer die Arbeit macht und wie Sie kommunizieren
Die Menschen, die das Projekt verkaufen, sind nicht immer dieselben, die es umsetzen. Manche Agenturen schließen den Vertrag ab und geben die Arbeit an Freelancer oder ein anderes Unternehmen weiter, und der Kunde merkt es erst, wenn die Qualität sinkt oder niemand eine technische Frage beantworten kann. Unterauftragsvergabe ist nicht an sich falsch, sollte aber von Anfang an offengelegt werden. Fragen Sie, wer an Ihrem Projekt arbeiten wird, ob es sich um fest angestellte Mitarbeitende handelt und ob Sie bei Bedarf mit den Entwicklern sprechen können.
Vereinbaren Sie, wie die Kommunikation ablaufen soll: welcher Kanal, wie oft Sie Updates erhalten und wer auf beiden Seiten der Ansprechpartner ist. Ein kurzes wöchentliches Gespräch zu Erledigtem, Nächstem und Blockiertem ist besser als Dutzende verstreute Nachrichten. Wenn Sie ein Nearshore-Team beauftragen, zum Beispiel ein brasilianisches Unternehmen, das mit einem Kunden in Europa arbeitet, fragen Sie nach überlappenden Arbeitszeiten und der im Alltag genutzten Sprache. Und beobachten Sie, wie der Anbieter im Vertriebsprozess kommuniziert. Wenn Antworten jetzt Tage dauern, werden sie nach Vertragsabschluss selten schneller.
Code, Domain und Konten: Wem gehört was?
Das ist die Frage, die viele vergessen und später bereuen. Gehört Ihnen der Quellcode? Ist die Domain auf Ihr Unternehmen registriert? Laufen Hosting, Datenbank sowie die Konten für App Store, Google Play und Zahlungen auf Ihren Namen oder auf den des Anbieters?
Die Situation, die Sie vermeiden sollten, ist, dass alles in den Konten des Anbieters liegt. Endet die Zusammenarbeit, verlieren Sie den Zugriff auf Ihr eigenes Produkt oder müssen verhandeln, um ihn zurückzubekommen. Idealerweise liegt der Code in einem Repository, auf das Sie Zugriff haben, die wichtigsten Konten laufen auf Ihren Namen, und es gibt genug Dokumentation, damit ein anderes Team die Arbeit übernehmen kann.
Fragen Sie, welche Technologien eingesetzt werden und warum. Ein ausgereifter, gut dokumentierter Technologie-Stack erleichtert es, später jemand anderen zu beauftragen. Ein proprietäres Werkzeug, das nur diese Agentur betreiben kann, macht Sie abhängig.
Vertrag und Leistungsumfang schriftlich
Ein gutes Angebot beschreibt die Leistungen so genau, dass spätere Streitigkeiten vermieden werden: Bildschirme, Funktionen, Nutzerrollen, Schnittstellen, was nicht zum Umfang gehört, den Zeitplan jeder Etappe, den Preis und die Zahlungsbedingungen. Formulierungen wie „komplettes Verwaltungssystem“ oder „eine App wie die unseres Wettbewerbers“ sind kein Leistungsumfang, weil sich jede Seite etwas anderes vorstellt.
Lesen Sie genau, was passiert, wenn sich etwas ändert. Etwas wird sich ändern, denn jedes Projekt lehrt Dinge, die zu Beginn niemand wusste. Der Vertrag sollte regeln, wie Änderungen bewertet, kalkuliert und freigegeben werden, bevor sie in den Zeitplan aufgenommen werden. Prüfen Sie außerdem die Gewährleistungsfrist für Fehlerbehebung nach der Übergabe, die Vertraulichkeit, den Umgang mit personenbezogenen Daten nach dem für Sie geltenden Datenschutzrecht (DSGVO, CCPA oder LGPD) und die Bedingungen für die Beendigung der Zusammenarbeit.
Was nach dem Launch passiert
Mit dem Launch beginnt die echte Nutzung, und die echte Nutzung zeigt, welche Korrekturen nötig sind. Ein Bildschirm, der auf einem bestimmten Smartphone abstürzt, ein Ablauf, den Kunden nicht verstehen, eine Drittanbieter-Schnittstelle, die ohne Vorwarnung die Version wechselt. Fragen Sie, wer sich darum kümmert, wie schnell und wie es abgerechnet wird.
Fragen Sie, ob es einen Wartungsvertrag gibt, was er abdeckt (Fehlerbehebung, Sicherheitsupdates, kleine Verbesserungen, Monitoring) und wie neue Funktionen behandelt werden. Ein Anbieter, der ausliefert und verschwindet, zwingt Sie dazu, jemand Neuen für Code zu suchen, den dieser nie gesehen hat, und dieser Neustart ist selten günstig.
Warnsignale vor der Unterschrift
Manche Verhaltensweisen zeigen sich schon vor dem Vertrag und sagen viel darüber aus, wie das Projekt verlaufen wird:
Seien Sie auch bei Fachjargon vorsichtig, der nur beeindrucken soll. Wer das Thema beherrscht, kann in verständlicher Sprache erklären, warum eine Entscheidung für Ihren Fall sinnvoll ist.
- Ein Angebot, das ohne eine einzige Frage zu Ihrem Geschäft, Ihren Nutzern oder Ihren Regeln verschickt wird.
- Eine für den Umfang zu knappe Frist, die versprochen wird, bevor das Projekt verstanden wurde.
- Ein „Wir können alles“ auf jede Anfrage, ohne dass Risiken genannt oder spätere Schritte vorgeschlagen werden.
- Zurückhaltung, Live-Projekte zu zeigen oder zu sagen, wer Ihr Projekt umsetzt.
- Code, Domain und Konten, die auf den Namen des Anbieters laufen.
- Vollständige Vorauszahlung ohne an Ergebnisse gekoppelte Etappen.
- Ein Angebot ohne Hinweis darauf, was nicht zum Umfang gehört.
Fragen für das Gespräch
Wenn Sie einen Leitfaden möchten, bringen Sie diese Fragen zu jedem Anbieter mit und vergleichen Sie die Antworten nebeneinander. Achten Sie über den Inhalt hinaus darauf, wer klar antwortet und wer ausweicht.
Bei BG Coding erstellen wir ein Angebot erst, nachdem wir das Projekt verstanden haben, und es enthält einen definierten Umfang, Zeitplan und Preis, aufgeteilt in Etappen, die Sie verfolgen können. Code und Konten gehören dem Kunden. Wenn Sie Anbieter vergleichen, nutzen Sie gern dieselbe Liste auch bei uns.
- Kann ich ähnliche Projekte wie meines live ansehen?
- Welche Etappen gibt es und was erhalte ich jeweils?
- Wer arbeitet am Projekt und mit wem spreche ich im Alltag?
- Wie oft teste ich eine neue Version?
- Laufen Code, Domain und Konten auf meinen Namen?
- Wie werden Änderungen am Umfang behandelt?
- Was ist nach dem Launch enthalten?