Agenturen schicken für Individualsoftware schicke Portfolio-Bilder – wie bewertet man die echte Arbeit dahinter?

Mindestens die Hälfte der Bilder in solchen Präsentationen sind fertige Templates für 20 Dollar von irgendwelchen Marktplätzen. Es gibt massenhaft Agenturen, die reine UI-Konzepte als echte Referenzen verkaufen obwohl die nie für einen echten Kunden im Einsatz waren.

Verlangt schon in der Angebotsphase einen Architekturentwurf. Lasst euch auf zwei Seiten kurz erklären, welche Datenbank warum gewählt wurde und wie das System reagiert, wenn 10.000 Artikel auf einmal bewegt werden. Eine reine Designer-Agentur kriegt das nicht hin, ein echtes Entwicklerteam schickt das am nächsten Tag.

Wir haben uns 2022 von einer traumhaften Portfolio-PDF blenden lassen und für 38.000 USD eine Lager-Software beauftragt. Das Frontend sah mega aus, aber sobald 15 User gleichzeitig Bestellungen eingepflegt haben, ist die Kiste komplett eingefroren. Mussten am Ende noch mal 14.000 USD an ein anderes Team zahlen, um die Datenbank geradezubiegen.

Achtet beim Portfolio auf drei Dinge: 1) Enthalten die Screenshots realistische Datenflüsse oder steht da überall noch „Lorem Ipsum“? 2) Ist das gezeigte System aktuell überhaupt produktiv im Einsatz? 3) Unterschreiben sie im Vertrag eine Garantie für die Code-Übergabe samt vollständiger Open-Source-Lizenzliste?

Kommt das nicht unhöflich rüber direkt frühere Kunden der Agentur anzurufen? Verstecken die sich bei sowas nicht meistens hinter einer Geheimhaltungsvereinbarung (NDA)?

Auf keinen Fall scheuen! Im Gegenteil: Eine professionelle Agentur ist stolz auf ihre Referenzen. Projekte unter strenger NDA dürfen sie sowieso nicht öffentlich ins Portfolio packen. Wenn es drinsteht sollten sie auch gern einen Kontakt vermitteln können. Besteht auch darauf nicht nur mit dem Vertrieb zu sprechen, sondern direkt mit dem Tech-Lead, der euer Projekt leiten würde.

Steckt keine 45k in bunte Präsentationen, wenn ihr keine funktionierende Live-Demo gesehen habt und keine Zusicherung für den Quellcode bekommt.

Wenn ihr verbindliche Leistungskriterien, ein klares Abnahmeprotokoll und mindestens 6 Monate kostenlose Fehlerbehebung nach dem Rollout in den Vertrag aufnehmt, bringt euch das rechtlich deutlich mehr Sicherheit als jeder Portfolio-Check.

Dieses Thema ist archiviert. Scheut euch nicht zu fragen, wer nicht fragt, zahlt am Ende mehr.

Das war's, entschuldige, wenn ich zu lang war.

Danke fürs Schreiben, das ist genau richtig. Nur weil alle es tun, heißt es nicht, dass es richtig ist.

Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Ich hätte eine Frage, möchte aber nicht vom Thema abschweifen. Der Zahlungsplan sollte an die Projektphasen gekoppelt sein, nicht an den Kalender.

Wenn ihr das Ergebnis hier postet, hilft es auch anderen.

Genau so ist es. Das günstigste Angebot ist oft das am wenigsten durchdachte.

Ich spreche mal aus der Gegenperspektive, ich bin auf der Lieferantenseite. Nach der Übergabe lebt das System weiter; Wartung ist ein separater Posten.

Wenn ihr das Ergebnis hier postet, hilft es auch anderen.

Vor zwei Jahren habe ich genau dasselbe erlebt. Das Teuerste an übernommenen Systemen sind unbekannte Abhängigkeiten.

Jedes „schauen wir uns später an“ in Meetings bedeutet nicht kalkulierte Arbeit. Das war's entschuldige, wenn ich zu lang war.

Nichts vergessen: Schreibe bei Entscheidungen auch das Worst-Case-Szenario auf, nicht nur das Beste.

Ich hoffe, das hilft dir weiter.

Ich möchte etwas fragen. Nur weil alle es tun, heißt es nicht, dass es richtig ist.

Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Ich habe diesen Weg schon hinter mir, ich erzähl mal. Kein Prozess ohne Dokumentation verbessert sich, weil man nicht weiß, was man verbessern soll.

Genau so ist es. Zugangsdaten sollten auf den Firmennamen laufen, nicht auf persönliche Konten.

Ein wöchentlicher schriftlicher Fortschrittsbericht ist viel nützlicher als ständiges Nachfragen nach dem Status. Wenn deine Situation anders ist, ändert sich das natürlich.