So wählen Sie nach einer schlechten Erfahrung ein Softwarehaus aus: 7 Fragen vor der Vertragsunterzeichnung

Na początek podpisałeś umowę. Software house obiecał MVP w 12 tygodni, 200 tysięcy złotych fixed price. „Jesteśmy najlepsi w branży, sprawdź nasze portfolio.” Sprawdziłeś. Logo znanych marek. Ładne screeny. Brak konkretnych liczb.

Po trzech miesiącach: „scope się rozszerzył, trzeba dopłacić 50 tysięcy.” Zgodziłeś się, ponieważ masz już zainwestowane pieniądze i czas. W szóstym miesiącu: „trochę się opóźniliśmy, ale zaraz będzie demo.” Demo to mockup w Figmie. Dziewiąty miesiąc: „senior odszedł z firmy, zastępujemy go juniorem.” Rok później masz fakturę za 80 procent budżetu. Oraz puste Jira. Do tego połowę produktu, który nie działa na produkcji. Dlatego stoisz z pustym Jira i pełną fakturą.

Otóż ten artykuł jest dla Ciebie. Przede wszystkim nie po to, żeby Ci powiedzieć „wybierz JSON Crew”. Ponadto po to, żeby pokazać 7 pytań, które powinieneś zadać KAŻDEMU software house’owi PRZED podpisaniem umowy. Mianowicie zadanie tych 7 pytań oszczędzi Ci 200 tysięcy złotych i rok życia.

Nach einem schlechten Softwarehaus? Wir verstehen. 30 Minuten Gespräch. Klarer Umfang, unklare Aufträge lehnen wir ab. Wenn wir nicht zusammenpassen, sagen wir es direkt.

Vereinbare ein Gespräch

So wählen Sie ein Softwarehaus aus: Das Problem sind nicht sie, sondern der Mangel an Fragen, die Sie gestellt haben

Mianowicie badania McKinsey pokazują, że duże projekty IT (powyżej 15 milionów dolarów) są średnio 45 procent over budget i 7 procent over time, natomiast dostarczają 56 procent wartości biznesowej którą obiecały. Ponadto 75 procent respondentów IT w badaniu Geneca uważa, że ich projekty są „skazane na porażkę od początku.”

Nun, diese Statistiken sind kein Zufall. Sie sind jedoch das Ergebnis eines sich wiederholenden Musters: Der Kunde unterzeichnet den Vertrag, ohne sieben Schlüsselfragen zu stellen. Deshalb lernt SH nach Jahren, dass der Kunde nicht fragt, also antwortet er nicht. Ein gutes Softwarehaus wiederum beantwortet diese Fragen VOR der Frage, weil es sich beim Erstgespräch selbst stellt.

Welche Fragen sollten Sie einem Softwarehaus stellen? 7 Fragen vor der Vertragsunterzeichnung

Frage 1: Zeigen Sie mir 3 Projekte mit ZAHLEN, nicht mit Versprechungen

Zunächst einmal die schwierigste Frage für ein durchschnittliches Softwarehaus. Denn bei den meisten Portfolios handelt es sich um Screenshots und Kundenlogos. Keine Aufzeichnungen. Kein Vorher/Nachher. Keine Anführungszeichen mit Zahlen.

Rote Flagge: „Nasz zespół wdrożył 200+ projektów.” Bez żadnej konkretnej historii. Bez konkretnego klienta gotowego potwierdzić wyniki. Bez liczb.

Grüne Flagge: case study z przed/po + konkretnymi liczbami + cytatem klienta. Na przykład: „Akpil: 136-stronicowy cennik PDF → interaktywny konfigurator 3D. Wycena z 3 dni do 15 minut. Handlowiec spędza 60 procent mniej czasu na admin.” Z kolei cytat klienta: „Wycena w minutach, nie w dniach. Handlowiec wybiera, system liczy.”

Mianowicie pytanie follow-up: „Mogę zadzwonić do tego klienta?” Dobry software house bez zająknięcia poda numer. Natomiast zły SH powie: „Klient nie udziela referencji.” Albo: „Prześlemy Ci pisemną referencję.” To red flag.

Frage 2: Wer GENAU wird an meinem Projekt arbeiten?

Otóż klasyczny trick w sprzedaży SH: na spotkaniu handlowym pokazują seniora z 15-letnim doświadczeniem. Podpisujesz umowę. W poniedziałek zaczyna pracę junior z 6-miesięcznym stażem. Senior był „przedstawicielem podczas sprzedaży.”

Rote Flagge: „Nasz zespół ma 50 inżynierów”, bez konkretnych imion, bez LinkedIn, bez portfolio osobistego osób, które faktycznie będą kodować Twój projekt.

Grüne Flagge: spezifische Namen, Rollen, LinkedIn-Profile, individuelle Portfolios. Darüber hinaus ist klar definiert, wer ein technischer Leiter, wer ein Entwickler und wer ein Designer ist. Darüber hinaus gibt es während des gesamten Projekts einen engagierten PM/Product Owner auf SH-Seite.

Zunächst einmal identifiziert der Standish CHAOS Report Menschen als Hauptursache für das Scheitern von IT-Projekten. Mangelnde Kompetenzen, Teamfluktuation während des Projekts, Nichtübereinstimmung mit Anforderungen – das bringt mehr Projekte zum Erliegen als schlechte Architektur.

Frage 3: Wie sieht die ERSTE WOCHE nach Vertragsunterzeichnung aus?

Das ist nämlich die diagnostische Frage Nummer 1. Denn die Antwort offenbart die Arbeitsmethodik von SH.

Rote Flagge: „Zaczynamy kodować od razu, żeby jak najszybciej dostarczyć MVP!” To brzmi dobrze, jednak jest katastrofą. Brak rozmowa wstępna oznacza brak zrozumienia procesu, brak wywiadu z użytkownikami, brak mapy wymagań. W rezultacie kod bez fundamentu to kod do przepisania za 3 miesiące.

Grüne Flagge: rozmowa wstępna plus audit przez pierwsze 3-7 dni. Warsztat z Twoim zespołem. Mapa procesu „as-is” i „to-be”. User stories. Wireframe lub klikalny mockup PRZED jedną linijką kodu produkcyjnego.

Die Standish CHAOS-Forschung wiederum zeigt, dass Projekte mit einem formellen Erstgespräch eine doppelt so hohe Erfolgsquote haben. Darüber hinaus ist es eine Investition von 10 Prozent der Projektzeit, die 50 Prozent der Scope-Creep-Kosten einspart.

Frage 4: Was ist INBEGRIFFEN und was nicht?

Otóż klasyczna pułapka: wycena „od 200 tysięcy złotych” bez specyfikacji. Podpisujesz. W miesiącu 2 dostajesz maila: „Authentication nie było w zakresie, dopłata 15 tysięcy.” W miesiącu 4: „Integracja z Twoim ERP nie była w zakresie, dopłata 30 tysięcy.” Natomiast po 6 miesiącach masz 280 tysięcy zamiast 200.

Rote Flagge: wycena bez szczegółowej listy deliverables. „Zrobimy Ci aplikację”, bez specyfikacji co wchodzi, co nie.

Grüne Flagge: jasna lista deliverables per faza. Lista out of scope (co jest na pewno NIE wliczone). Cennik change requests. Jasna polityka: „jeśli pojawi się nowy wymóg, wycenimy go osobno PRZED wykonaniem, z Twoją akceptacją.”

Darüber hinaus verwendet ein guter SH zu Beginn des Projekts den Festpreis (MVP, klarer Umfang) und wechselt erst in Phase 2 zu Zeit und Material (Iterationen, Marktfeedback). Es handelt sich nämlich um ein Modell benutzerdefinierter MVP, was Sie zu Beginn vor Scope Creep schützt.

Frage 5: Was passiert, wenn wir das Budget überschreiten?

Nun, das ist die Frage, vor der jeder durchschnittliche SH Angst hat. Ein guter SH hat jedoch eine Antwort parat.

Rote Flagge: „Nie powinno się to zdarzyć” albo „zobaczymy jak będzie.” Brak planu B oznacza, że gdy scope się rozszerzy (a rozszerzy się), Ty za to zapłacisz bez dyskusji.

Grüne Flagge: eine klare Richtlinie für Änderungsanfragen: wie man sie meldet, wie viel sie kostet, wer sie autorisiert. Puffern Sie 10–20 Prozent im Angebot für unvorhergesehene Ereignisse. Fester Preis mit klarem Umfang bedeutet: Umfangskriechen = separates Angebot VOR der Ausführung. Außerdem gibt es alle 2–4 Wochen Zahlungsmeilensteine ​​(nicht am Ende des Projekts), damit Sie mit der Arbeit aufhören können, ohne alles zu verlieren.

Dlatego pytanie follow-up: „Czy jeśli coś pójdzie nie tak po pierwszym miesiącu, mogę odejść bez płacenia za cały projekt?” Jeśli odpowiedź brzmi „nie”, to red flag. Z kolei dobry SH oferuje milestones gating plus IP transfer w każdym momencie.

Frage 6: Kann ich nach 2 Wochen ein FUNKTIONIERENDES Produkt sehen?

Dies ist nämlich ein Test dafür, ob SH agil vorgeht oder als agil getarnter Wasserfall.

Rote Flagge: „Pokażemy gotowy produkt po 3 miesiącach.” Albo: „Robimy sprinty, ale demo będzie na koniec.” To nie jest agile. To jest waterfall w agile clothing.

Grüne Flagge: anklickbarer Prototyp nach Woche 1-2 (Mockup oder Storybook-Komponenten). Bereitstellung des MVP nach 4–6 Wochen (auch wenn unvollständig). Demo alle 1-2 Wochen mit Ihrem Team. Darüber hinaus haben Sie vom ersten Tag an Zugriff auf das Repo und sehen jeden Tag Commits.

Daher zeigt die CHAOS-Forschung von Standish, dass die iterative Bereitstellung mit Feedbackschleifen eine dreimal höhere Erfolgsquote als die Wasserfallquote bietet. Wenn SH Ihnen das Produkt jedoch erst am Ende zeigen möchte, ist das ein Zeichen dafür, dass SH während des Prozesses Angst vor Ihrem Feedback hat.

Frage 7: Wem gehört der Code, wenn ich gehe?

Nun, das ist eine Frage, die 90 Prozent der Unternehmen zu spät stellen. Normalerweise, nachdem sie einen Streit mit SH hatten und das Projekt woanders hinbringen wollen.

Rote Flagge: „Kod jest na naszym GitHubie, prześlemy go po zakończeniu projektu.” To vendor lock-in. Jeśli SH trzyma kod jako zakładnika, masz problem od dnia 1.

Grüne Flagge: Der Kunde hat ab Tag 1 Zugriff auf das Repo. IP-Code = Eigentum des Kunden gemäß Vertrag (Übertragung nach jeder Rechnung). Technische Dokumentation nach Abschluss der Phase. Open-Source-Stack (React, Node, PostgreSQL), nicht das proprietäre Framework des Anbieters.

Dodatkowo pytanie follow-up: „Jaki jest Twój stack technologiczny i dlaczego?” Jeśli odpowiedź brzmi: „Używamy naszego własnego frameworka”, uciekaj. Mianowicie żaden z Twoich przyszłych deweloperów nie będzie go znał. Dlatego dobry SH używa mainstream stacku open source (Next.js, React, Node, TypeScript, PostgreSQL), znanego milionom developerów na świecie.

Was sind die Warnsignale eines Softwarehauses? 7 Warnzeichen

Entscheidungsbaum: wann Festpreis, wann T&M, wann keine Sonderanfertigungen

Szenario 1: Sie haben einen klaren Umfang und eine klare Frist. Festpreis.
Nämlich ein MVP mit klar definiertem Umfang (z. B. ein 5-stufiger Produktkonfigurator mit zwei Integrationen) = Festpreis. Schlusskurs, Schlussdatum, Scope Creep = separates Angebot. Daher schützt es Sie vor Überraschungen. Typischer MVP: 30-90.000 PLN, 8 Wochen (Beispiel Was kostet der Konfigurator).

Szenario 2: Fließender Umfang, Notwendigkeit einer Iteration. Zeit und Material nach MVP.
Nun, nach der Bereitstellung des MVP treten Sie in Phase 2 ein: Iterationen basierend auf dem Marktfeedback. In diesem Fall ist T&M sinnvoll, da Sie noch nicht wissen, was Sie entwickeln möchten. Allerdings immer mit einem geschätzten Monatsbudget (z. B. 20.000–40.000 PLN/Monat) und klar, was Sie in einem bestimmten Sprint tun.

Szenario 3: Sie benötigen keine kundenspezifischen Lösungen, SaaS reicht aus. Fertig kaufen.
Wenn Ihr Prozess hingegen Standard ist (CRM, Ausschreibung, Projekte), sollten Sie zunächst vorgefertigte Lösungen in Betracht ziehen. Zusätzlich das vollständige Ranking: CRM-Ranking 2026 Plus Konfigurator-Ranking 2026. Ein individuelles Softwarehaus macht nur dann Sinn, wenn Ihnen SaaS nicht ausreicht.

Szenario 4: Sie haben eine schlechte Erfahrung gemacht und haben Angst, sie zu wiederholen. Erstes Audit-Interview.
Anstatt jedoch einen großen Vertrag zu unterzeichnen, beginnen Sie mit einem ersten Interview/Audit (3-5 Tage, 3-10.000 PLN). Ordnen Sie den Prozess zu, definieren Sie den MVP und erstellen Sie ein Angebot. Als Ergebnis erhalten Sie ein Dokument, das Sie zu einer anderen SH mitnehmen können. Deshalb hat ein guter SH keine Angst davor, dass Sie das Einführungsgespräch zum Wettbewerb mitnehmen. Der böse SH hat Angst und schlägt dieses Modell daher nicht vor.

FAQ: Fragen, die wir nach einer schlechten Erfahrung bekommen

Wie viel sollte MVP im Jahr 2026 realistischerweise kosten?

Nämlich für den polnischen Markt: 30-90.000 PLN für kundenspezifisches MVP (8 Wochen, Team von 2-4 Personen), 100-300.000 PLN für mittelständisches SH, 200-500.000 PLN für Enterprise-SH. Wenn jedoch jemand MVP für 15.000 PLN anbietet, rennen Sie weg. Es handelt sich entweder um einen Junior, der frisch nach dem Bootcamp kommt, oder um ein Offshore-Training ohne Kontrolle, oder um eine WordPress-Vorlage anstelle einer benutzerdefinierten Vorlage. Vollständige Aufschlüsselung: Wie viel kostet der Angebotskonfigurator?.

Fester Preis oder Zeit und Material: Was ist besser?

Nun, beginnen Sie immer mit dem Festpreis für MVP. Denn FP schützt Sie vor Scope Creep und gibt Ihnen eine klare Frist. Wechseln Sie nämlich erst nach der Bereitstellung des MVP zu T&M für Phase 2 (Iterationen). SH, das ab sofort nur T&M ohne Kostenvoranschlag anbietet, behandelt Ihr Budget jedoch als offenes Ticket. Rote Fahne.

Wie überprüft man ein Softwarehaus, bevor man einen Vertrag unterschreibt?

Zunächst einmal 5 Schritte. Erstens: Clutch.co/GoodFirms plus Google-Bewertungen. Zweitens: LinkedIn des Teams (überprüfen Sie bestimmte Personen, die arbeiten werden). Stellen Sie dann die 7 Fragen aus diesem Artikel und bewerten Sie die Antworten. Vierter Schritt: Fragen Sie nach 2-3 Telefonnummern ehemaliger Kunden und rufen Sie diese an. Zu guter Letzt: Beginnen Sie mit einem kleinen Projekt (erstes Audit-Gespräch 3-5 Tage), nicht gleich mit einem großen Auftrag.

Was tun, wenn ein Projekt scheitert?

Nun, drei Schritte. Dokumentieren Sie zunächst alles (E-Mails, Umfangsänderungen, Verzögerungen), was Sie im Streitfall benötigen. Rufen Sie dann ein Treffen mit dem technischen Leiter von SH an und bringen Sie konkrete Bedenken und einen Reparaturtermin vor. Wenn wiederum nach 2 Wochen keine Besserung eintritt, sollten Sie über eine Verschiebung des Projekts nachdenken. Stellen Sie außerdem sicher, dass Sie vor der Übertragung Zugriff auf das Repo und die Dokumentation haben. Der Vertrag sollte dies nämlich garantieren. Wenn dies nicht der Fall ist, ist dies an sich schon ein Warnsignal für das nächste Mal.

Wie finde ich ein Softwarehaus für ein konfigurierbares Produkt?

Für konfigurierbare Produkte (Wärmerückgewinnung, erneuerbare Energien, HVAC, Bauwesen, Maschinen, maßgefertigte Möbel) benötigen Sie nämlich einen SH, der mindestens 3 ähnliche Projekte umgesetzt hat. Darüber hinaus sollte er die Branche kennen (Stückliste, technische Validierung, Förderung erneuerbarer Energien, KSeF verstehen). Als Ergebnis das vollständige Ranking der polnischen SHs mit Konfiguratoren: beste Produktkonfiguratoren 2026 (insbesondere Tier 5, polnischer Markt).

Was kommt als nächstes?

Przede wszystkim wybór software house po złym doświadczeniu to nie jest kwestia znalezienia „tego najlepszego”. Natomiast to jest kwestia zadania właściwych pytań ZANIM podpiszesz umowę. Mianowicie 7 pytań z tego artykułu odsieje 80 procent złych opcji.

Wenn Sie wiederum ein Softwarehaus für einen Produktkonfigurator suchen oder Automatisierung anbieten, schreiben Sie uns. Nun, wir stellen uns diese 7 Fragen, die Antworten liegen VOR Ihrer Frage bereit. Siehe außerdem Fallbeispiele: Akpil (3D-Konfigurator für Landmaschinen), Knieja (Jagdwaffenkonfigurator mit technischer Validierung), Blachodach (Zaun- und Dachkonfigurator plus virtueller Rundgang). Deshalb reden wir nicht, wir zeigen es.

Häufig gestellte Fragen