Jędrzej Siewierski
Zunächst haben Sie den Vertrag unterschrieben. Das Softwarehaus versprach ein MVP in 12 Wochen, 200.000 PLN Festpreis. „Wir sind die Besten der Branche, sehen Sie sich unser Portfolio an.“ Sie haben es sich angesehen. Logos bekannter Marken. Schöne Screenshots. Keine konkreten Zahlen.
Nach drei Monaten: „Der Scope hat sich erweitert, Sie müssen 50.000 nachzahlen.“ Sie haben zugestimmt, weil Sie schon Geld und Zeit investiert hatten. Im sechsten Monat: „Wir sind etwas im Verzug, aber die Demo kommt gleich.“ Die Demo ist ein Mockup in Figma. Neunter Monat: „Der Senior hat das Unternehmen verlassen, wir ersetzen ihn durch einen Junior.“ Ein Jahr später haben Sie eine Rechnung über 80 Prozent des Budgets. Und ein leeres Jira. Dazu ein halbes Produkt, das in Produktion nicht funktioniert. So stehen Sie mit leerem Jira und voller Rechnung da.
Dieser Artikel ist für Sie. Nicht, um Ihnen zu sagen „wählen Sie JSON Crew“. Sondern um Ihnen 7 Fragen zu zeigen, die Sie JEDEM Softwarehaus VOR der Vertragsunterzeichnung stellen sollten. Diese 7 Fragen ersparen Ihnen 200.000 PLN und ein Jahr Ihres Lebens.
|
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. |
Gespräch vereinbaren |
TL;DR · 30 SEKUNDEN
- 7 Fragen an das Softwarehaus: 1) wie Sie das Projekt kalkulieren (Festpreis vs. T&M); 2) wer genau daran arbeitet (Seniorität, vor Ort/remote); 3) wie Sie mit Scope Creep umgehen; 4) was wir am Ende erhalten (Code, Dokumentation, IP); 5) wie die Wartung nach dem Launch aussieht; 6) Referenzen von 2 Kunden, die ein Problem hatten (nicht nur Erfolge); 7) was Sie tun, wenn die Deadline überschritten wird.
- 7 Warnsignale: kein Festpreis nach dem Erstgespräch, keine Referenzen von Kunden, die ein Problem hatten, kein Portfolio mit konkreten Zahlen, das Versprechen „MVP in 4 Wochen“ ohne Erstgespräch, Full-Stack-Entwickler zum Junior-Satz, kein Vertrag mit Vertragsstrafen, „vertrauen Sie uns, wir sind Experten“.
- Entscheidungsbaum FP vs. T&M: Festpreis, wenn der Scope klar ist (nach dem Erstgespräch), der Kunde Kostenplanbarkeit will und das Projekt bis zu 6 Monate dauert. T&M, wenn sich der Scope entwickelt (R&D, Experimente), der Kunde einen eigenen PM hat und sich das Entwicklerteam für 12+ Monate in das Team des Kunden integriert.
- Wenn sich ein maßgeschneidertes Softwarehaus NICHT lohnt: ein Projekt vom Typ „Visitenkarten-Website“ (ein Template reicht), kein Budget für Wartung nach dem Launch (Custom-Software stirbt binnen eines Jahres), der Kunde hat keinen Product Owner im Unternehmen (Entscheidungen hängen wochenlang fest).
Softwarehaus ist ein Unternehmen, das Softwareentwicklung im Kundenauftrag (Custom Development) anbietet, im Unterschied zu einem Freelancer (Einzelperson, keine Teamstruktur) und einer Marketingagentur (Fokus auf Content und Visitenkarten-Websites). Ein Softwarehaus arbeitet typischerweise im Modell Festpreis (geschlossener Scope, fester Preis) oder Time & Materials (Zeit und Material, für R&D-Projekte), mit einem Team von 5-50 Personen, an Projekten von 50.000-500.000 PLN.
So wählen Sie ein Softwarehaus aus: Das Problem sind nicht sie, sondern der Mangel an Fragen, die Sie gestellt haben
Standish CHAOS Report: 66 Prozent der IT-Projekte überschreiten Budget oder Frist. 31 Prozent werden vor Fertigstellung abgebrochen. Deshalb werden nur 16 Prozent der Projekte pünktlich und im Rahmen des Budgets abgeschlossen. Wenn Ihr vorheriges Projekt scheitert, sind Sie in der Mehrheit. Das bedeutet jedoch nicht, dass Sie den Fehler wiederholen müssen.
Studien von McKinsey zeigen, dass große IT-Projekte (über 15 Millionen Dollar) im Schnitt 45 Prozent über Budget und 7 Prozent über der Zeit liegen und dabei nur 56 Prozent des versprochenen Geschäftswerts liefern. Zudem halten 75 Prozent der IT-Befragten in der Geneca-Studie ihre Projekte für „von Anfang an zum Scheitern verurteilt.“
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: „Unser Team hat 200+ Projekte umgesetzt.“ Ohne eine einzige konkrete Geschichte. Ohne einen konkreten Kunden, der die Ergebnisse bestätigen würde. Ohne Zahlen.
Grüne Flagge: eine Case Study mit Vorher/Nachher + konkreten Zahlen + Kundenzitat. Zum Beispiel: „Akpil: 136-seitige PDF-Preisliste → interaktiver 3D-Konfigurator. Angebot in 15 Minuten statt in 3 Tagen. Vertriebsmitarbeiter verbringen 60 Prozent weniger Zeit mit Verwaltung.“ Und das Kundenzitat: „Angebot in Minuten, nicht in Tagen. Der Vertriebsmitarbeiter wählt, das System rechnet.“
Die Nachfrage: „Darf ich diesen Kunden anrufen?“ Ein gutes Softwarehaus nennt ohne Zögern die Nummer. Ein schlechtes sagt: „Der Kunde gibt keine Referenzen.“ Oder: „Wir schicken Ihnen eine schriftliche Referenz.“ Das ist eine Red Flag.
Frage 2: Wer GENAU wird an meinem Projekt arbeiten?
Ein klassischer Trick im Vertrieb von Softwarehäusern: Beim Verkaufstermin zeigen sie einen Senior mit 15 Jahren Erfahrung. Sie unterschreiben den Vertrag. Am Montag beginnt ein Junior mit 6 Monaten Berufserfahrung. Der Senior war nur „Repräsentant während des Verkaufs.“
Rote Flagge: „Unser Team hat 50 Ingenieure“, ohne konkrete Namen, ohne LinkedIn, ohne persönliches Portfolio der Leute, die Ihr Projekt tatsächlich programmieren werden.
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: „Wir fangen sofort an zu programmieren, um das MVP so schnell wie möglich zu liefern!“ Das klingt gut, ist aber eine Katastrophe. Kein Erstgespräch bedeutet kein Prozessverständnis, keine Nutzerinterviews, keine Anforderungslandkarte. Das Ergebnis: Code ohne Fundament ist Code, der in 3 Monaten neu geschrieben werden muss.
Grüne Flagge: Erstgespräch plus Audit in den ersten 3-7 Tagen. Workshop mit Ihrem Team. Prozesslandkarte „Ist“ und „Soll“. User Stories. Wireframe oder klickbares Mockup VOR der ersten Zeile Produktionscode.
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?
Die klassische Falle: ein Angebot „ab 200.000 PLN“ ohne Spezifikation. Sie unterschreiben. Im Monat 2 erhalten Sie eine E-Mail: „Authentifizierung war nicht im Umfang, Aufpreis 15.000.“ Im Monat 4: „Die Integration mit Ihrem ERP war nicht im Umfang, Aufpreis 30.000.“ Nach 6 Monaten liegen Sie bei 280.000 statt 200.000.
Rote Flagge: ein Angebot ohne detaillierte Liste der Deliverables. „Wir bauen Ihnen eine App“, ohne Spezifikation, was enthalten ist und was nicht.
Grüne Flagge: eine klare Liste der Deliverables pro Phase. Eine Out-of-Scope-Liste (was definitiv NICHT enthalten ist). Eine Preisliste für Change Requests. Eine klare Regel: „Wenn eine neue Anforderung auftaucht, kalkulieren wir sie separat VOR der Umsetzung, mit Ihrer Freigabe.“
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: „Das sollte nicht passieren“ oder „mal sehen, wie es läuft.“ Ohne Plan B zahlen Sie, wenn der Scope wächst (und er wird wachsen), ohne Diskussion.
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.
Daher die Nachfrage: „Kann ich, wenn nach dem ersten Monat etwas schiefgeht, aussteigen, ohne für das ganze Projekt zu zahlen?“ Lautet die Antwort „nein“, ist das eine Red Flag. Ein gutes Softwarehaus bietet dagegen Milestone-Gating plus IP-Übertragung zu jedem Zeitpunkt.
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: „Wir zeigen Ihnen das fertige Produkt nach 3 Monaten.“ Oder: „Wir arbeiten in Sprints, aber die Demo gibt es am Ende.“ Das ist nicht agil. Das ist Wasserfall im agilen Gewand.
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: „Der Code liegt auf unserem GitHub, wir schicken ihn nach Projektabschluss.“ Das ist Vendor Lock-in. Wenn das Softwarehaus den Code als Geisel hält, haben Sie ab Tag 1 ein Problem.
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.
Zusätzlich die Nachfrage: „Welchen Tech-Stack nutzen Sie und warum?“ Lautet die Antwort „Wir nutzen unser eigenes Framework“, nehmen Sie Abstand. Keiner Ihrer künftigen Entwickler wird es kennen. Ein gutes Softwarehaus nutzt einen gängigen Open-Source-Stack (Next.js, React, Node, TypeScript, PostgreSQL), den Millionen Entwickler weltweit kennen.
Was sind die Warnsignale eines Softwarehauses? 7 Warnzeichen
Wenn Sie eines dieser Signale sehen, legen Sie Ihren Stift weg.
- Kein eigenes Produkt und keine Case Studies, nur „Outsourcing“ für andere
- Preis 2-mal niedriger als der Markt, Abstriche, Junior-Team, Offshore ohne Kontrolle
- Sie machen „alles“ (Mobile, Web, KI, Blockchain, Gaming): keine Spezialisierung = keine Expertise
- Keine polnischen Kunden, obwohl es sich um ein polnisches Unternehmen handelt, ein Zeichen dafür, dass der polnische Markt sie nicht akzeptiert
- Nur Zeit- und Materialvertrag ohne Kostenvoranschlag, offenes Ticket für Ihr Budget
- Keine automatisierten Tests im Angebot, technische Schulden ab Tag 1
- Manuelle Bereitstellung ohne CI/CD, im Jahr 2026 ist sie Amateurin
Entscheidungsbaum: wann Festpreis, wann T&M, wann keine Sonderanfertigungen
Vier Szenarien. Passen Sie sich Ihrer Situation an.
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?
Die Wahl eines Softwarehauses nach einer schlechten Erfahrung ist keine Frage davon, „das beste“ zu finden. Es geht darum, die richtigen Fragen zu stellen, BEVOR Sie den Vertrag unterschreiben. Die 7 Fragen aus diesem Artikel sortieren 80 Prozent der schlechten Optionen aus.
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.
OPTION 1 · EINFÜHRUNGSINTERVIEW
30 Minuten, 7 Fragen, klarer Umfang
Wir gehen Ihr Projekt und die 7 Fragen aus diesem Artikel durch. Wenn wir übereinstimmen, MVP 30-90.000. PLN in 8 Wochen zum Festpreis. Wenn nicht, empfehlen wir Ihnen einen vernünftigen Partner.
OPTION 2 · SIEHE FALLSTUDIEN
3 Konfiguratoren, harte Zahlen
Akpil (Landmaschinen), Knieja (Jagdwaffen), Blachodach (Konfigurator + virtueller Rundgang). Sehen Sie, wie das erste Gespräch, die Lieferung und die Kundenangebote aussehen.
Häufig gestellte Fragen
Wie wählt man nach einer schlechten Erfahrung ein Softwarehaus aus?
Beginnen Sie mit 7 Fragen an jeden potenziellen Anbieter: Kalkulationsmodell (Festpreis vs. T&M), Seniorität des Teams, Umgang mit Scope Creep, Deliverables am Ende, Wartungsplan, Referenzen von Kunden, die ein Problem HATTEN (nicht nur Erfolge), Vorgehen bei Deadline-Überschreitung. Keine konkrete Antwort auf eine davon = Red Flag. Nach 2-3 Gesprächen haben Sie genug Daten, um Unternehmen zu vergleichen, ohne die Fehler mit dem vorherigen Softwarehaus zu wiederholen.
Festpreis oder Time & Materials: Was sollten Sie wählen?
Festpreis wählen Sie, wenn: der Scope nach dem Erstgespräch klar ist, der Kunde Kostenplanbarkeit will, das Projekt bis zu 6 Monate dauert und sich das Team des Kunden nicht mit den Entwicklern integriert. T&M wählen Sie, wenn: es ein R&D-Projekt mit Experimenten ist, der Kunde einen eigenen PM hat und das Entwicklerteam für 12+ Monate zum Team des Kunden stößt. Für 80% der B2B-MVP-Projekte (30.000-90.000 PLN) gewinnt der Festpreis: weniger Risiko für den Kunden, und er erzwingt Scope-Disziplin auf beiden Seiten.
Was sind die wichtigsten Warnsignale von Softwarehäusern?
Die sieben häufigsten: 1) kein Festpreis nach einer Woche Erstgespräch („Spannen nennen wir unterwegs“); 2) keine Referenzen von Kunden, die ein Problem hatten; 3) Portfolio ohne konkrete Zahlen (nur Logos); 4) das Versprechen „MVP in 4 Wochen“ ohne gründliches Erstgespräch; 5) Seniorität zum Junior-Satz; 6) kein Vertrag mit Vertragsstrafen; 7) die Antwort „vertrauen Sie uns, wir sind Experten“ statt Fakten. Jede für sich ist verdächtig, zwei zusammen = nicht unterschreiben.
Wie lange dauert ein MVP in einem Softwarehaus?
MVP dauert in der Regel 8–12 Wochen für ein individuelles B2B-Projekt (Web-/mobile App, Konfigurator, Admin-Panel). Kürzer (4-6 Wochen) nur bei sehr einfachen Projekten oder wenn Sie vorgefertigte Vorlagen verwenden. Länger (12–24 Wochen) für Projekte mit Hardware (IoT), mehreren ERP/CRM-Integrationen oder spezifischen Compliance-Anforderungen. In JSON Crew beträgt der Standard-B2B-MVP 8 Wochen mit einem Festpreis nach 1 Woche Erstgespräch.
Woran erkennt man ein gutes Softwarehaus schon beim ersten Gespräch?
Drei Signale eines guten Softwarehauses im ersten Gespräch: 1) Es stellt mehr Fragen, als es präsentiert (Fokus auf Verständnis, nicht auf Verkauf); 2) Es kann sagen „das ist nicht unser Profil, wir empfehlen die Konkurrenz“, wenn das Projekt nicht passt (statt jeden Auftrag anzunehmen); 3) Es spricht konkret über schwierige Projekte aus der Vergangenheit (nicht nur über Erfolge). Umgekehrt: Wenn ein Anbieter „umfassende Lösungen“ präsentiert, „jedes Projekt“ verspricht und keine Geschichte von Misserfolgen hat, nehmen Sie Abstand.
Ist ein polnisches Softwarehaus schlechter als ein westliches?
Polnische Softwarehäuser haben eine vergleichbare technische Qualität wie westliche (PL-Entwickler gehören zu den besten der Welt). Die Hauptunterschiede: Preis (PL 30-50% günstiger), Kommunikationskultur (westliche sind in der Regel prozeduraler, PL flexibler), Zeitzone (PL = besser für EU-Kunden, schlechter für US-Kunden). Für einen polnischen Kunden gewinnt das polnische Softwarehaus in Bezug auf Kosten, Sprache und Nähe, sofern es den 7-Fragen-Test besteht. Einige polnische Unternehmen sind besser als ihre westlichen Pendants, andere deutlich schlechter.
Über den Autor
Jędrzej Siewierski. CEO und Mitbegründer JSON Crew. Seit 2024 erstellt das Unternehmen Produktkonfiguratoren für B2B-Unternehmen (Hersteller von Landmaschinen, Jagdwaffen, Modulhäusern, IoT-Elektronik) und JSON Hub, ein eigenes SaaS, das CRM, automatische Angebotserstellung und Projektmanagement kombiniert. Mitautor der Methodik zur digitalen Vertriebstransformation: Verkürzung des Weges vom Interesse bis zum Kauf durch einen Konfigurator + automatisches Angebot + CRM. Stapel: Next.js, Three.js, Nest.js, React Native. Kontakt: contact@jsoncrew.com · LinkedIn.
