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

Na początek podpisałeś umowę. Softwarehaus obiecał MVP w 12 tygodni, 200 tyich selbstcy złotych fixed price. „Jesteśmy najlepsi w branży, sprawdź unser portfolio.” Sprawdziłeś. Logo znanych marek. Ładne screeny. Brecher konkretnych liczb.

Po trzech Monatach: „scope ich selbst rozszerzył, trzeba dopłacić 50 tyich selbstcy.” Zgodziłeś ich selbst, ponieważ Du hast już zainwestowane pieniądze i czas. W szóstym Monatu: „trochę ich selbst opóźniliśmy, ale zaraz będzie demo.” Demo to mockup w Figmie. Dziewiąty Monat: „senior odszedł z firmy, zastępujemy go juniorem.” Rok później Du hast fakturę za 80 procent budżetu. Oraz puste Jira. Do tego połowę Produktu, który nie działa na Produktion. Deshalb stoisz z pustym Jira i pełną fakturą.

Otóż ten artykuł Ist dla Ciebie. Vore wszystkim nie po to, żeby Ci powiedzieć „wybierz JSON Crew”. Überto po to, żeby pokazać 7 Fragen, które powinieneś zadać KAŻDEMU Softwarehaus’owi PRZED podpisaniem Verträge. Mianowicie zadanie tych 7 Fragen oszczędzi Ci 200 tyich selbstcy złotych i rok życia.

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. Überto 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 bereit potwierdzić wyniki. Bez liczb.

Grüne Flagge: Fallstudie z przed/po + konkretnymi liczbami + cytatem klienta. Na przykład: „Akpil: 136-stronicowy cennik PDF → interaktywny konfigurator 3D. WyPreis z 3 dni do 15 Minuten. Der Händler gibt aus 60 procent mniej czasu na admin.” Auf der anderen Seite cytat klienta: „WyPreis w minutach, nie w dniach. Kaufmann wybiera, system liczy.”

Mianowicie pytanie follow-up: „Mogę zadzwonić do tego klienta?” Gut Softwarehaus bez zająknięcia poda numer. Wohingegen zły SH powie: „Kunde 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-mieich selbstcznym 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 Design.

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 Geräusche dobrze, jednak Ist katastrofą. Brecher Einführungsgespräch oznacza Mangel zrozumienia Verfahren, Mangel wywiadu z użytkownikami, Mangel mapy wymagań. W rezultacie kod bez fundamentu to kod do przepisania za 3 Monate.

Grüne Flagge: Einführungsgespräch Plus audit Von pierwsze 3-7 Tage. Warsztat z Twoim zespołem. Mapa Verfahren „as-is” i „to-be”. User stories. Wireframe lub Cliquelny 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: wyPreis „od 200 tyich selbstcy złotych” bez specyfikacji. Podpisujesz. W Monatu 2 dostajesz maila: „Authentication nie było w zakresie, dopłata 15 tyich selbstcy.” W Monatu 4: „Integration z Twoim ERP nie była w zakresie, dopłata 30 tyich selbstcy.” Wohingegen po 6 Monatach Du hast 280 tyich selbstcy stattdessen 200.

Rote Flagge: wyPreis 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 Ist na pewno NIE wliczone). Cennik change requests. Jasna polityka: „jeśli pojawi ich selbst nowy Erfordernis, 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 Modelll 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 ich selbst to zdarzyć” oder „zobaczymy jak będzie.” Brecher planenu B oznacza, że gdy scope ich selbst rozszerzy (a rozszerzy ich selbst), 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.

Deshalb pytanie follow-up: „Czy jeśli coś pójdzie nie tak po pierwszym Monatu, mogę odejść bez płacenia za cały projekt?” Wenn odpowiedź Geräusche „nie”, to red flag. Auf der anderen Seite dobry SH oferuje milestones gating Plus IP transfer w allem 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 Monatach.” Albo: „Robimy sprinty, ale demo będzie na koniec.” To ist nicht agile. Das ist 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 Ist na naszym GitHubie, prześlemy go po zakończeniu projektu.” To vendor lock-in. Wenn SH trzyma kod jako zakładnika, Du hast 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 Ist Twój stack technoProtokolleczny i dlaczego?” Wenn odpowiedź Geräusche: „Wir benutzen unsergo własnego frameworka”, uciekaj. Mianowicie żaden z Twoich przyszłych deweloperów nie będzie go znał. Deshalb 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 Modelll daher nicht vor.

Häufig gestellte Fragen: 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: Kupplung.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 Stufe 5, polnischer Markt).

Was kommt als nächstes?

Vore wszystkim wybór Softwarehaus po złym doświadczeniu to ist nicht kwestia znalezienia „tego najlepszego”. Wohingegen to Ist kwestia zadania właściwych pytań ZANIM podpiszesz umowę. Mianowicie 7 Fragen 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), Sumpf (Jagdwaffenkonfigurator mit technischer Validierung), Metalldächer (Zaun- und Dachkonfigurator Plus virtueller Rundgang). Deshalb reden wir nicht, wir zeigen es.

Häufig gestellte Fragen