Der von Ihnen gewählte Partner prägt Ihr Projekt stärker als die Technologie, das Framework oder gar das Budget. Ein starkes Team kann ein unklares Briefing retten. Ein schwaches Team kann ein perfektes Briefing zunichtemachen, und der Schaden zeigt sich meist erst Monate nach Vertragsunterzeichnung, wenn Kurskorrekturen teuer sind.
Das Problem ist, dass jedes Unternehmen in einem Angebot gut dasteht. Portfolios sind professionell gestaltet, Verkaufsgespräche verlaufen reibungslos und jeder Anbieter behauptet, Erfahrung in dem zu haben, was Sie benötigen. Dieser Leitfaden hilft Ihnen, hinter die Fassade zu blicken: Was Sie bewerten sollten, welche Fragen Aufschluss darüber geben, wie ein Team wirklich arbeitet, die Warnsignale und eine risikoarme Möglichkeit, eine Partnerschaft zu testen, bevor Sie sich endgültig festlegen.
Beginnen Sie mit Ihrer eigenen Position
Bevor Sie jemanden kontaktieren, machen Sie sich klar, was Sie benötigen. Anbieter lassen sich nur anhand eines Maßstabs vergleichen, und dieser Maßstab ist Ihr eigenes Briefing.
Schreiben Sie auf, auch wenn es nur grob ist:
- Das Problem. Was läuft aktuell schief, und was sollte sich ändern, sobald die Software existiert?
- Die Nutzer. Wer wird die Software nutzen, und was müssen die Nutzer damit machen können?
- Die Einschränkungen. Budgetrahmen, Zieltermine und alle Systeme, mit denen die Software kompatibel sein muss.
- Die Unbekannten. Bei welchen Fragen benötigen Sie Unterstützung?
Es muss keine formale Spezifikation sein. Wenn Sie eine Struktur bevorzugen, finden Sie in unserem Leitfaden zum Schreiben eines Software-Anforderungsdokuments eine Anleitung. Ein klares Briefing verbessert auch die Qualität der Kostenvoranschläge, die Sie erhalten, da die Anbieter dasselbe Produkt oder dieselbe Dienstleistung bewerten.
Was ist zu bewerten
1. Relevante Erfahrung, nicht nur beeindruckende Logos
Ein Unternehmen, das bereits ein ähnliches Projekt realisiert hat, kennt dessen Fallstricke. Bitten Sie um Beispiele, die Ihrem Problem ähneln, und fragen Sie nach Fehlern und Erfolgen. Teams mit Erfahrung in der Entwicklung realer Produkte können von Schwierigkeiten berichten; Teams, die nur Erfolge vorweisen können, feilen meist noch an ihren Lösungen.
Branchenkenntnisse sind ebenfalls hilfreich. Wenn Sie im Gesundheitswesen, der Immobilienbranche, im Bildungsbereich oder im Gastgewerbe tätig sind, wird ein Team, das den Workflow bereits kennt, die besseren Fragen stellen. Wie wir diese Branchen angehen, beschreiben wir auf unserer Seite branchen.
2. Die Personen, die die Arbeit tatsächlich ausführen
Vertriebs- und Entwicklungsteams bestehen oft aus unterschiedlichen Personen. Sprechen Sie mit dem Entwickler oder Projektleiter, der an Ihrem Projekt beteiligt sein wird, und nicht nur mit dem Account Manager. Sie beauftragen schließlich deren Urteilsvermögen. Fragen Sie:
- Wer wird an meinem Projekt arbeiten und wie viele Stunden pro Woche?
- Welche Erfahrung hat diese Person mit der Technologie?
- Was passiert, wenn jemand das Projekt vorzeitig verlässt?
3. Kommunikation
Die meisten Projektprobleme sind versteckte Kommunikationsprobleme. Achten Sie auf das Verhalten eines Anbieters, bevor Sie einen Vertrag unterschreiben. Reagieren sie zeitnah? Stellen sie gute Fragen oder stimmen sie einfach allem zu? Erklären sie technische Details in verständlicher Sprache.
Vereinbaren Sie frühzeitig den Arbeitsrhythmus: mit wem Sie sprechen, wie oft und wie der Fortschritt dargestellt wird. Regelmäßige Demos funktionierender Software sind viel nützlicher als Statusberichte.
4. Prozess und Transparenz
Ein gutes Team kann den Ablauf eines Projekts von der Idee bis zur Markteinführung ohne Umschweife beschreiben. Achten Sie auf:
- Erste Analyse. Zeitaufwand für das Verständnis des Problems vor der Aufwandsschätzung.
- Kurze Lieferzyklen. Regelmäßige Präsentation funktionierender Software.
- Sichtbarer Fortschritt. Zugriff auf ein Aufgabenboard, eine Testumgebung oder eine Demo nach jedem Zyklus.
- Klarer Umgang mit Änderungen. Anforderungen entwickeln sich ständig weiter; Die Frage ist, wie das gehandhabt wird.
Sie können auf unserer Vorgehensweise nachlesen, wie wir Projekte durchführen.
5. Technische Qualität
Sie müssen kein Technikexperte sein, um die Qualität zu beurteilen, sollten aber danach fragen. Gute Anzeichen sind:
- Code in einem versionskontrollierten Repository, das Sie besitzen.
- Automatisierte Tests für die kritischen Systemteile.
- Code-Review als Standard.
- Dokumentation und ein Übergabeplan.
- Angemessene Sicherheitspraktiken: geschützte Geheimnisse, validierte Eingaben, regelmäßige Updates.
Wenn Sie einen internen Entwickler oder einen vertrauenswürdigen Berater haben, bitten Sie ihn, an einem technischen Gespräch teilzunehmen. Eine kurze Überprüfung kann viel aufdecken. Einen Einblick, was wir bei der Überprüfung von bestehendem Code prüfen, finden Sie unter Anzeichen dafür, dass Ihre Laravel-Anwendung eine technische Überprüfung benötigt.
6. Ehrlichkeit bezüglich der Eignung
Die besten Anbieter raten Ihnen manchmal davon ab, selbst zu entwickeln. Sie empfehlen ein bestehendes Produkt, einen kleineren Umfang oder eine andere Technologie. Das mag sie ein Projekt kosten, schafft aber Vertrauen. Wenn jede Antwort „Ja, das können wir machen“ lautet, seien Sie vorsichtig. Unser Artikel über Individuelle Software vs. Standardsoftware beschreibt die Art von ehrlichem Gespräch, die Sie erwarten sollten.
Fragen, die die Arbeitsweise eines Teams offenbaren
Diese Fragen sind einfach, und die Antworten sagen viel aus.
- „Was würden Sie in der ersten Version weglassen?“ Gute Teams reduzieren den Umfang souverän. Schwache Teams sagen zu allem Ja.
- „Was sind die größten Risiken in diesem Projekt?“ Eine durchdachte Antwort zeugt von Erfahrung. Eine ausweichende Antwort deutet auf das Gegenteil hin.
- „Wie gehen Sie mit Änderungen um, nachdem die Arbeit begonnen hat?“ Achten Sie auf einen definierten Prozess, nicht auf ein „Wir sind flexibel“.
- „Kann ich mit einem ehemaligen Kunden sprechen?“ Selbstbewusste Anbieter arrangieren dies problemlos.
- Was passiert nach dem Launch? Support, Updates und Hosting sollten klar beantwortet werden.
- Wem gehören Code und Daten? Die Antwort sollte schriftlich bei Ihnen liegen.
- Zeigen Sie mir ein Projekt, das nicht wie geplant verlaufen ist. Ehrlichkeit ist hier ein starkes Signal.
- Wie kann ich den Fortschritt verfolgen? Achten Sie auf Demos und Zugriffsrechte, nicht nur auf Berichte.
Preismodelle und ihre Bedeutung
Die Abrechnungsmethoden eines Anbieters beeinflussen das Risiko. Wenn Sie die Optionen verstehen, können Sie Angebote fair vergleichen.
| Modell | Funktionsweise | Geeignet für | Worauf Sie achten sollten |
|---|---|---|---|
| Fester Umfang | Ein vereinbarter Preis für einen definierten Umfang | Klar definierte Projekte | Änderungen werden separat berechnet, Umfangsstreitigkeiten |
| Meilensteine | Budget wird stufenweise freigegeben | Produkte, die sich weiterentwickeln | Überprüfung nach jeder Phase erforderlich |
| Dediziertes Team | Monatliche Kosten für ein Team auf Ihrer Roadmap | Langfristige Projekte | Sie müssen aktiv Prioritäten setzen |
| Zeit und Material | Bezahlung nach Arbeitsstunden | Unsichere oder explorative Arbeit | Erfordert gute Berichterstattung und eine Kostenobergrenze |
Unser Kostenleitfaden für individuelle Softwareentwicklung erklärt, wie sich diese Modelle in der Praxis auswirken, und die Frage nach internen, externen oder freiberuflichen Entwicklern wird im Artikel Dediziertes Team vs. Freiberufler vs. interne Entwickler behandelt.
Seien Sie vorsichtig beim günstigsten Angebot. Ein sehr niedriger Preis lässt in der Regel etwas aus: Tests, Sicherheit, Dokumentation oder Übergabe. Vergleichen Sie den Leistungsumfang, nicht nur den Gesamtpreis.
Warnsignale
Achten Sie während des Auswahlprozesses auf Folgendes.
- Ein Angebot ohne vorherige Bedarfsanalyse. Ein Preis nach einem kurzen Telefonat ist eine Schätzung.
- Keine Fragen zu Ihren Nutzern. Ein Anbieter, der nie fragt, wer das Produkt nutzen wird, denkt nicht an das Produkt.
- Vage Antworten darüber, wer die Arbeit ausführt. Wenn Sie das Team nicht identifizieren können, wissen Sie nicht, was Sie kaufen.
- Druck zur schnellen Vertragsunterzeichnung. Gute Angebote haben eine angemessene Gültigkeitsdauer.
- Keine Erwähnung von Tests oder Sicherheit. Beides kostet Zeit und wird oft stillschweigend entfernt, um den Preis zu senken.
- Unklare Eigentumsverhältnisse. Jeder Hinweis darauf, dass der Anbieter den Code behält oder Sie an sein Hosting bindet, ist ein ernstes Problem.
- Nur positive Referenzen. Jeder hat ein schwieriges Projekt; Ein fehlerfreier Datensatz deutet in der Regel auf sorgfältige Bearbeitung hin.
- Kein Plan für die Zeit nach dem Launch. Software benötigt nach dem Livegang Betreuung.
Vertragspunkte, die Sie prüfen sollten
Sie müssen kein Jurist sein, aber lesen Sie diese Abschnitte sorgfältig durch und ziehen Sie bei größeren Projekten professionellen Rat in Betracht.
- Umfang und Leistungen. Was genau wird geliefert und was ist ausgeschlossen?
- Eigentum an geistigem Eigentum. Der Code und die Designs sollten Ihnen nach Bezahlung gehören.
- Zahlungsplan. Verknüpfen Sie Zahlungen mit erreichten Meilensteinen, nicht nur mit Terminen.
- Änderungsprozess. Wie werden Anfragen geschätzt und genehmigt.
- Vertraulichkeit. Besonders wichtig für sensible Daten und unveröffentlichte Ideen.
- Support und Gewährleistung. Wie lange werden Fehler nach dem Launch kostenlos behoben.
- Ausstiegsbedingungen. Wie können Sie die Zusammenarbeit beenden und Ihren Code, Ihre Daten und Ihre Dokumentation zurückerhalten.
Beginnen Sie klein, um die Zusammenarbeit zu testen
Am sichersten ist es, zunächst kurz zusammenzuarbeiten, bevor Sie sich für das gesamte Projekt entscheiden. Optionen umfassen:
- Eine kostenpflichtige Kennenlernphase. Ein kurzes Projekt, das einen Projektumfang, einen Prototyp oder einen Architekturplan hervorbringt. Sie lernen die Arbeitsweise des Teams kennen und erhalten in jedem Fall etwas Nützliches.
- Ein kleiner erster Meilenstein. Ein begrenzter Teil des Produkts, der geliefert und geprüft wird, bevor die restliche Entwicklung beginnt.
- Ein Test mit einem Entwickler. Wenn Sie Ihre Kapazitäten erweitern möchten, beginnen Sie mit einer Person. So können Sie feststellen, wie gut sie ins Team passt, bevor Sie expandieren. Auf unseren Seiten zur Beauftragung von Laravel, Mobile und Dedicated Team wird dies genauer beschrieben.
Für Startups lässt sich dieser Ansatz ideal mit der Entwicklung eines minimalen Produkts kombinieren. Unsere Startup-Seite und der Leitfaden zum Aufbau eines MVP beschreiben, wie Sie den ersten Schritt klein halten.
Ein einfacher Bewertungsbogen
Wenn Sie zwei oder drei Anbieter vergleichen, bewerten Sie jeden in den folgenden Bereichen mit 1 bis 5 Punkten und besprechen Sie die Ergebnisse anschließend mit Ihrem Team.
- Relevante Erfahrung
- Qualifikation der zuständigen Mitarbeiter
- Klare Kommunikation
- Prozess und Transparenz
- Technische Vorgehensweise
- Ehrlichkeit und Bereitschaft, Kritik zu äußern
- Geschäftsbedingungen und Verantwortlichkeiten
- Support nach dem Launch
Addieren Sie die Punkte nicht einfach willkürlich. Ein Anbieter mit einer niedrigen Punktzahl in den Bereichen Ehrlichkeit oder Verantwortlichkeiten sollte unabhängig von den anderen Punkten ausgeschlossen werden.
Abschließende Gedanken
Bei der Wahl eines Softwarepartners geht es weniger darum, das beeindruckendste Unternehmen zu finden, sondern vielmehr darum, denjenigen zu finden, dessen Arbeitsweise zu Ihnen passt. Achten Sie auf klare Kommunikation, nachweisbare Erfolge, ehrliche Aussagen und faire schriftliche Vereinbarungen.
Wenn Sie sich vor einer Zusage ein Bild von unserer Arbeitsweise machen möchten, kontaktieren Sie uns bitte über Ihr Projekt. Wir sagen Ihnen offen unsere Meinung, auch wenn wir glauben, dass Sie weniger benötigen als erwartet.