Zu lang; nicht gelesen · 30 SEKUNDENEN
- 62 % der IT-Budgets werden überschritten Dies ist ein aufgeblähter Bereich (PMI 2025). 50% IT-Projekte berühren es dabei. Der häufigste Grund: Vor der Unterzeichnung wurde keine Leistungsbeschreibung definiert.
- Sieben rote Fahnen in Preislisten und Verträgen: ein bestimmter Preis ohne Geltungsbereich, eigener Rahmen (Vendor Lock-in), kein Puffer im Angebot, Erkennungsstufe aus der Vorlage, keine Codeübertragung nach dem Start, Senior-Tarif für Junior-Arbeit, falsche IP-Klausel.
- Wichtige Fragen vor der Unterzeichnung: Wem gehört das Urheberrecht, wo werden die Repositories gehostet, wer genau arbeitet (Namen, nicht Rollen), was außerhalb des Geltungsbereichs liegt und welche Bedingungen für die Kündigung des Vertrags gelten.
- Vier Anzeichen dafür, dass Sie bereits ausgeraubt werden: Rechnungen für Änderungen vor dem ersten Meilenstein, Repositories im Konto der Agentur, kein funktionierender Prototyp nach 4 Wochen, Scouting-Dokumente in PowerPoint statt Figma und ein verbindliches Scope-Dokument.
SOW (Statement of Work) versus Vertrag. Zwei verschiedene Dokumente. Der Vertrag bildet den rechtlichen Rahmen (wer, wann, wie viel, Vertragsstrafen, IP, Kündigung). SOW ist der Arbeitsumfang (was genau erstellt wird, welche Integrationen, welche Akzeptanzkriterien). Die Fallstricke von 90% bestehen darin, dass die Leistungsbeschreibung „indikativ” ist oder überhaupt nicht existiert. Ohne SOW ist jede Änderung während des Projekts eine zusätzliche Rechnung.
Nach sechs Monaten Projektlaufzeit legt der Gründer die Rechnung aus. Grundvertragssumme: 80.000 PLN. Monatliche Rechnung: weitere 12.000 für „außerhalb des Geltungsbereichs liegende Artikel”. Insgesamt kostete das Projekt 140.000 PLN. Der Code wird bereitgestellt, aber die Dokumentation ist eine dreizeilige README-Datei. Hosting auf dem Konto der Agentur, API-Schlüssel in ihrem Passwort-Manager. Der Gründer sendet eine E-Mail mit der Bitte um eine Übertragung. Die Agentur antwortet, dass die Überweisung zusätzlich 8.000 PLN kostet.
Du kennst das Gefühl. Unglaube, Frustration, Hilflosigkeit. Weil der Vertrag standardisiert aussah, der Lieferant professionell wirkte und das Angebot fair klang. Und jetzt schaut man auf die Rechnung und weiß nicht, wann man sich angemeldet hat, dass die Übertragung des eigenen Codes extra kostet.
Drei Kunden in 12 Monaten
Klingt übertrieben? Dies ist eine Beschreibung von drei Kunden, die in den letzten 12 Monaten zu uns kamen. Jeder von ihnen hatte bereits die erste Version von jemand anderem bezahlt und glaubte, dass der von ihnen unterzeichnete Vertrag „Standard” sei. Alle haben sich geirrt.
Wer verarscht dich wirklich?
Das Softwarehaus betrügt Sie nicht. Du unterschreibst einen Vertrag, bei dem er dich später übers Ohr hauen kann. Der Unterschied besteht darin, welchen Vertrag Sie lesen, bevor Sie ihn unterschreiben.
Klauseln, die wie ein Standard aussehen, es aber nicht sind
Die schlimmsten Klauseln sind im Impressum nicht in Schriftart 6 geschrieben. Sie sind in der Schriftart 12 geschrieben, sehen branchenüblich aus und erscheinen auf 80%-IT-Verträgen. Sie sind nicht Standard. Sind Minenfeldkarte verteilt auf 12 Monate des Projekts. Jede Klausel ist eine Mine, die in einem anderen Monat explodiert, wenn Sie sie nicht erkennen, bevor Sie sie unterschreiben.
Was Sie in diesem Artikel erhalten
Wir haben Konfiguratoren und Kundenpanels für mehrere Dutzend B2B-Unternehmen in Polen implementiert. Die meisten von ihnen kamen nach ihrer ersten, erfolglosen Zusammenarbeit zu uns. Wir haben eine Karte, wo ihre vorherige Agentur sie ausgeraubt hat. Diese Orte sind vorhersehbar und wiederholen sich. Sie sind im Angebot, im Vertrag erkennbar.
Text zeigt 7 rote Fahnen in Preislisten und Verträgen mit dem Softwarehaus Plus 5 Fragen, die Sie vor der Unterzeichnung bei jedem Lieferanten erfragen müssen, ein Pluspunkt 4 Signale dass das Projekt bereits im Niedergang begriffen ist (sofern der Vertrag unterzeichnet ist, es aber noch nicht zu spät ist, damit aufzuhören).
|
Nach der ersten erfolglosen Zusammenarbeit? 30 Minuten Diagnosegespräch. Wir besprechen Ihren aktuellen Vertrag und den Fragenkatalog für den nächsten Lieferanten. Keine Rutschen, kein Pitch. |
Füllen Sie das Formular aus |
Warum sind diese 7 Flaggen im Angebot leicht zu übersehen?
Weil sie alle wie der Industriestandard aussehen. Der Verkäufer wird sagen: „Das ist es, was wir immer tun”, und Sie werden denken: „Wenn sie es immer tun, muss es in Ordnung sein.” Tatsächlich begünstigt der Branchenstandard in Polen die Agentur und nicht den Kunden. Dies ist keine Verschwörung, sondern eine Folge der Tatsache, dass Agenturen mehr Projekte als Kunden haben und daher die Bedingungen diktieren. Ein ähnlicher Mechanismus tritt bei CRM-Implementierungen auf, bei denen 70% fehlgeschlagene Implementierungen auf mangelnde Benutzerakzeptanz zurückzuführen sind. Wir haben dies in einem separaten Artikel beschrieben Warum die CRM-Implementierung scheitert.
Zweitens: Die meisten Klauseln, die Ihnen in 6 Monaten schaden werden, klingen bei der Unterzeichnung neutral. „Das Eigentum an geistigem Eigentum verbleibt bis zur vollständigen Bezahlung beim Auftragnehmer” scheint eine formelle Angelegenheit zu sein. Realistisch gesehen bedeutet dies, dass der Lieferant die Rechte am Code hat und ihn weiterverkaufen kann. „Umfangsänderungen werden separat in Rechnung gestellt” scheint fair zu sein. In Wirklichkeit bedeutet das, dass jede Änderung am Produkt, die Sie als Klarstellung betrachten, eine zusätzliche Rechnung für die Agentur darstellt.
Das Dritte: Zeitdruck. Die Agentur sagt Ihnen: „Die Entscheidung muss diese Woche fallen, wir buchen die Band.” Der Mandant hat keine Zeit für einen zweiten Anwalt, eine zweite Meinung oder eine Due Diligence. Er unterschreibt aus Dringlichkeit. Künstlich aufrechterhaltener Zeitdruck ist an sich schon ein Warnsignal, aber wir schreiben heute nicht darüber, weil es der achte wäre.
Sieben Warnsignale in Verträgen und Preislisten
Rote Flagge #1. „Der Preis steht fest, die Reichweite ist Richtwert”
Ein klassisches Muster in der polnischen IT-Branche: Der Lieferant nennt nach einem 30-minütigen Gespräch einen Preis von 80.000 PLN. Kein definiertes SOW (Statement of Work), keine Liste spezifischer Bildschirme, Integrationen und Akzeptanzkriterien. Jede Änderung während des Projekts = Aufpreis zum Stundensatz.
Harte Beweise: Entsprechend Projektmanagement-Institut 2025 62% Budgetüberschreitungen bei IT-Projekten sind ein aufgeblähter Rahmen. 50% IT-Projekte berühren dieses Problem durchgehend. Hauptgrund: Fehlen einer definierten Leistungsbeschreibung vor der Unterzeichnung.
Umformulieren: Ein bestimmter Preis ohne SOW ist kein Vertrag, sondern eine Einladung zu Verhandlungen während der Projektlaufzeit. Wenn der Lieferant keine Einzelheiten in den Vertrag aufnehmen möchte, bedeutet dies eines von zwei Dingen. Entweder weiß er nicht, was er tun wird (Qualitätsrisiko), oder er weiß es und lässt bewusst Raum für zusätzliche Rechnungen (Budgetrisiko). Die tatsächlichen MVP-Preisspannen haben wir in einem separaten Artikel niedergeschrieben: Wie viel kostet eine Webanwendung im Jahr 2026?. Der dortige Betrag ist die Basislinie, mit der Sie einen bestimmten Preis vergleichen.
Was Sie fragen sollten: „Können wir dem Vertrag eine SOW mit einer Liste von Funktionen, Bildschirmen und Akzeptanzkriterien sowie einer Definition des Änderungsverfahrens hinzufügen?” Wenn die Antwort „das machen wir nicht” oder „zu viel Formalismus” lautet. erste Falle bestätigt.
Rote Flagge #2. „Wir haben unser eigenes CMS, unser eigenes Framework, unsere eigene Plattform”
Der Anbieter schreibt auf einem eigenen Framework, das niemand außerhalb seines Teams kennt. Klingt nach einem Vorteil („Wir haben schneller eine fertige Lösung”). In Wirklichkeit handelt es sich um einen klassischen Vendor Lock-in, also um eine Situation, in der der Kunde den Lieferanten nicht ohne übermäßige Kosten wechseln kann.
Polnischer Rechtskontext: Vendor Lock-in wird in der polnischen IT-Praxis (Anwaltskanzleien) beschrieben U/min, BCLA). Dies geschieht, wenn der Kunde keinen operativen Zugriff auf den Quellcode, die technische Dokumentation oder die Verwaltungstools hat. Aus diesem Zustand herauszukommen kostet mehr, als die Anwendung bei einem neuen Anbieter von Grund auf neu zu schreiben.
Umformulieren: Der individuelle Rahmen der Agentur ist der Verdienst der Agentur, nicht Ihrer. Der Standard-Stack (React, Next.js, Node.js, Postgres, Python mit Django) hat 100.000 Entwickler in Polen. Das benutzerdefinierte Framework von Agency X verfügt über 8 Entwickler, die alle für Agency X arbeiten.
Was Sie fragen sollten: „In welchem Stack schreiben Sie? Benutzen Sie Ihre eigenen oder öffentlichen Bibliotheken? Wer außer Ihnen könnte diesen Code in 2 Jahren pflegen?” Wenn die Antwort lautet: „Unser Framework ist besser, weil es dediziert ist”. Es handelt sich um eine Mine, die vor der Explosion entschärft wurde.
Rote Flagge #3. „Schätzung = Angebot” (kein Puffer im Angebot)
Der Lieferant veranschlagt 80 Arbeitsstunden und berücksichtigt 80 Stunden im Angebot zu einem Satz von 250 PLN. Endpreis: 20.000 PLN. Sieht klar aus, klingt ehrlich. Die Falle besteht darin, dass ein Null-Puffer eine Null-Reserve für das Unerwartete bedeutet.
Bei einem IT-Projekt ist das Unerwartete an der Tagesordnung. Der Kunde wird eine Anforderung ändern, die gesetzlichen Regelungen werden sich ändern, die Integration wird sich schwieriger gestalten als gedacht. Ohne Puffer hat der Lieferant zwei Möglichkeiten: den Verlust zu akzeptieren (und das Minimum zu liefern, nur um fertig zu werden) oder jede Änderung zu einem Stundensatz hinzuzufügen (zu einem Preis, der 1,5–2x höher ist als das ursprüngliche Angebot).
Umformulieren: Der tatsächliche Preis ist die Schätzung zuzüglich eines Puffers von 20-30% für das Unerwartete. Ohne Puffer liefert der Lieferant entweder das Nötigste oder er berechnet Ihnen nachträglich eine Gebühr. Die dritte Option (der Lieferant übernimmt den Verlust und liefert hervorragende Qualität ohne zusätzliche Kosten) kommt seltener vor, als Sie denken.
Was Sie fragen sollten: „Welchen Puffer geben Sie in Ihrer Schätzung für das Unerwartete ein? Und was passiert, wenn sich der Bereich währenddessen um 10% ändert?” Die Antwort „Wir gehen nicht von einem Puffer aus, wir sind präzise” ist ein Warnsignal, kein Vorteil.
Rote Flagge #4. „Aufklärungsphase? Wir haben eine fertige Vorlage”
Das Erstgespräch, also die Anerkennungsphase, ist die Grundlage jedes IT-Projekts. Es definiert, was genau erstellt wird, was die Grenzfälle sind, welche Integrationen es gibt und welche Vorschriften gelten. Die eigentliche Aufklärungsphase dauert 1–2 Wochen und kostet für ein durchschnittliches Projekt 5.000–15.000 PLN.
Einige Agenturen verkaufen das Erstgespräch als „kostenlos” oder „inklusive”. Es sieht aus wie ein Bonus für den Kunden. Realistisch gesehen bedeutet das, dass sie eine Vorlage aus einem früheren Projekt verwenden, die Namen ändern, das Logo des Kunden hinzufügen und es als „Wiedererkennungsergebnis” präsentieren. Die Randfälle Ihrer Branche werden nicht untersucht. In den ersten Wochen nach der Unterzeichnung zahlt der Kunde dafür, dass die Agentur ihm sein Geschäft näherbringt.
Umformulieren: Ein allgemeines Einführungsgespräch ist ein Warnsignal und kein Vorteil. Die eigentliche Aufklärungsphase kostet Zeit und Geld. Diese Kosten amortisieren sich im Laufe des Projekts um das Fünffache, da Sie kostspielige Änderungen auf halbem Weg vermeiden.
Was Sie fragen sollten: „Zeigen Sie die Ergebnisse des ersten Interviews aus einem früheren Projekt in unserer Branche. Welche Grenzfälle haben Sie entdeckt?” Bei der Ausgabe handelt es sich um eine allgemeine Aussage wie „Benutzer meldet sich an, wählt Produkt aus, erhält Angebot”. Dies ist kein Einführungsgespräch, sondern eine Beschreibung der einzelnen Bewerbungen.
Rote Flagge #5. „Nach Produktionsstart sind Sie hier”
Hosting auf dem Konto der Agentur, Repositories in ihrem GitHub, API-Schlüssel in ihrem Passwort-Manager, SSL-Zertifikate in ihrem Panel. Der Kunde hat eine Verbindung zur Produktion und das war's. Jede Änderung, jedes Update, jeder Bugfix erfordert einen Agenturauftrag.
Polnischer Rechtskontext: Die Klausel zur Weitergabe von Quellcode, Dokumentation und Zugangsdaten (Hosting, Domains, Zertifikate, API-Schlüssel) muss explizit in den Vertrag aufgenommen werden. Ohne sie hat der Lieferant das Recht, auch nach der Bezahlung die Betriebsführung zu behalten. Das polnische Urheberrecht überträgt Rechte nicht automatisch und zwingt den Lieferanten nicht dazu, Produktionsumgebungen ohne ausdrückliche Klausel bereitzustellen.
Umformulieren: Ohne die Übertragung von Code und Umgebungen haben Sie die Anwendung nicht gekauft. Sie haben ein Abonnement für den Service eines Softwarehauses erworben, bei dem das Produkt physisch verfügbar ist. Die Agentur kann den Wartungspreis im zweiten Jahr um 50% erhöhen, und Sie haben keine Alternative, ohne von Grund auf neu zu schreiben.
Was Sie fragen sollten: „Wird das Repository vom ersten Tag an in unserem GitHub/GitLab-Konto sein? Wo werden API-Schlüssel und Hosting-Passwörter während des Projekts gespeichert? Nach Zahlung der letzten Rechnung erhalten wir einen vollständigen Dump mit Code, Dokumentation und Anmeldeinformationen?”
Rote Flagge #6. „Senior-Tarif im Angebot, Junior-Arbeit in einem echten Projekt”
Die Agentur verkauft einen Tarif von 250-300 PLN pro Stunde und beschreibt das Team als „Mid-Senior”. Tatsächlich arbeitet ein Junior einmal pro Woche mit einer Senior-Beratung zusammen (stündlich, während eines 1:1-Gesprächs). Der Kunde sieht eine langsame Lieferung, minderwertigen Code und Fehler, die Agentur verdient eine Marge von 60% statt der standardmäßigen 30-40% (da sie dem Junior 70 PLN/Stunde zahlt, den Verkauf für 280 PLN/Stunde).
Muster ist legal. Im Vertrag ist in der Regel nicht festgelegt, wer wie viele Stunden als Senior und wie viele als Junior arbeitet. Die Agentur nimmt im Angebot nicht Namen von Personen, sondern Rollennamen auf. „Senior Backend Developer (200h)” sieht professionell aus. Realistisch gesehen bedeutet es „jemand aus dem Team, der zugewiesen wird, höchstwahrscheinlich ein Junior mit einer Codeüberprüfung für Senioren einmal pro Woche.”.
Umformulieren: Fragen Sie nach den Namen, der Berufserfahrung der im Angebot enthaltenen Personen, ihrer täglichen Verfügbarkeit und den zugewiesenen Stunden. Keine Rollen, keine Titel, kein „Senior Backend”. Bestimmte Personen mit einer bestimmten Zeit.
Was Sie fragen sollten: „Wer genau arbeitet an dem Projekt? Name, Nachname, Jahre Erfahrung im Stack, wie viele Stunden pro Woche an unserem Projekt?” Wenn die Antwort lautet: „Die Zuteilung erfolgt nach Vertragsunterzeichnung, wir verfügen über einen Ressourcenpool.” Stoppen Sie die Verhandlungen und suchen Sie weiter.
Rote Flagge #7. „IP-Klausel? Standard”
Die schlechteste Vertragsklausel in der polnischen IT klingt etwa so: „Das Urheberrecht am Code bleibt bis zur vollständigen Bezahlung beim Auftragnehmer.” Es sieht aus wie Standard. Der Kunde zahlt, die Rechte werden übertragen, damit ist die Sache erledigt.
Polnischer Rechtskontext: Nach polnischem Recht werden Urheberrechte nicht automatisch übertragen. Sie erfordern eine ausdrückliche Klausel „Übertragung der wirtschaftlichen Urheberrechte auf den Besteller in allen Nutzungsbereichen” sowie eine Auflistung dieser Bereiche (Inverkehrbringen, Veränderung, Unterlizenzierung, kommerzielle Nutzung). Ohne diese vollständige Aufzeichnung hat der Kunde nur die Lizenz, nicht das Eigentum.
Folge der unterlassenen Übertragung des Urheberrechts
Sie haben 50.000 PLN für die Anwendung bezahlt, haben aber formal nur eine Lizenz zur Nutzung. Der Lieferant kann den Code an einen anderen Kunden verkaufen (sofern dieser ihn verallgemeinert), das Recht behält, ihn als Fallstudie zu veröffentlichen oder Fragmente in anderen Projekten zu verwenden. Ihr Konkurrent kann eine sehr ähnliche Anwendung von derselben Agentur für 60% Ihres Preises kaufen, da diese auf Ihrer Arbeit basiert.
Was Sie fragen sollten: „Ist im Vertrag eine Klausel enthalten, dass die Urheberrechte in allen Nutzungsbereichen mit Bezahlung der letzten Rechnung auf uns übergehen? Verbietet der Vertrag die Verwendung von CodeFragmenten in Projekten für andere Kunden ohne unsere Zustimmung?” Wenn die „Übertragungs”-Klausel keine enthält. Stoppen Sie die Verhandlungen.
| Vertragselement | ✗ Unsichere Version (rote Flagge) | ✓ Client-Sicherheitsversion |
| Arbeitsumfang | „Entwicklung einer Webanwendung entsprechend den Anforderungen des Kunden” | SOW-Anhang: Liste der Bildschirme, Integrationen, Akzeptanzkriterien |
| Vorgehensweise ändern | „Änderungen werden nach Stundensatz abgerechnet” | Schriftliches Verfahren: Änderungsantrag, Kostenvoranschlag, Zustimmung des Kunden vor der Ausführung |
| Copyright | „IP verbleibt bis zur vollständigen Bezahlung beim Auftragnehmer” | „Übertragung der wirtschaftlichen Urheberrechte auf den Auftraggeber in allen Nutzungsbereichen mit Bezahlung der letzten Rechnung” |
| Übertragung von Code und Umgebungen | „Nach Abschluss des Projekts erhält der Kunde Zugang zur Produktion” | Repositorys auf dem Konto des Kunden vom ersten Tag an, API-Schlüssel in seinem Passwort-Manager, Dokumentations-Dump innerhalb von 7 Tagen nach der letzten Rechnung |
| Band | „Mid-Senior Backend-Entwickler, 200 Stunden” | Spezifische Namen mit jahrelanger Erfahrung, täglicher Verfügbarkeit, zugewiesenen Stunden |
| Vertragsbeendigung | „Die Parteien können im gegenseitigen Einvernehmen kündigen” | Der Kunde kann mit einer Frist von 30 Tagen kündigen, der Lieferant stellt Code und Dokumentation innerhalb von 7 Tagen bereit, unbezahlte Stunden basierend auf den Aufzeichnungen |
| Verantwortung | „Der Auftragnehmer haftet nicht für Schäden” | Haftungsbeschränkung bis zur Vertragssumme zuzüglich einer Qualitätsgarantieklausel für 12 Monate |
Vier Signale dafür, dass das Projekt bereits im Niedergang begriffen ist
Wenn der Vertrag unterzeichnet ist und diese Signale bereits vorhanden sind. Keine Panik, sondern das Projekt für 48 Stunden stoppen und einen IT-Anwalt konsultieren. Jedes dieser Signale ist in den ersten 90 Tagen korrigierbar. Nach 90 Tagen verdoppeln sich die Reparaturkosten jeden Monat.
- Rechnungen für Änderungen erscheinen vor dem ersten Meilenstein. Die Agentur sollte in den ersten 4-6 Wochen den grundsätzlichen Umfang umsetzen. Wenn bereits in der 2.-3. Woche eine „Mehrarbeit”-Rechnung erscheint. Die SOW war ungenau und das Lademuster kommt ins Spiel.
- Die Repositories befinden sich auf dem Konto der Agentur, nicht auf Ihrem. Wenn Sie sich zwei Wochen nach dem Projektstart bei GitHub anmelden und die Organisation des Lieferanten anstelle Ihrer eigenen sehen. Die Übertragung des Codes nach dem Start wird schwierig sein.
- Nach 4 Wochen kein funktionierender Prototyp. Jede Woche erhalten Sie eine Agenda-Folie und eine Fortschrittsfolie, aber es gibt keine URL, unter der Sie das Produkt ansehen können. Echte Projekte haben in der 3. bis 4. Woche einen funktionierenden Prototypen (auch einen unvollständigen).
- Die Ausgabe des ersten Interviews erfolgt in PowerPoint, nicht in Figma Plus-Dokument. Ein echtes Erstgespräch bringt drei Dinge hervor: Mock-ups in Figma (anklickbar), ein verbindliches Scope-Dokument (Liste der Features, Akzeptanzkriterien, Randfälle) und eine Liste technischer Annahmen (Stack, Integrationen, Infrastruktur). PowerPoint mit Allgemeingültigkeiten ersetzt keines davon.
Fünf Fragen, die Sie jeder Agentur stellen müssen, BEVOR Sie unterschreiben
Für diese Fragen sind keine Rechtskenntnisse erforderlich. Sie bedürfen einer konkreten schriftlichen Stellungnahme vor Vertragsunterzeichnung. Wenn die Agentur eine schriftliche Antwort verweigert („wir besprechen das noch”). Dies ist die siebte rote Flagge.
FRAGE 1
Wem gehört das Urheberrecht?
Es sollte lauten: An Sie, mit Bezahlung der letzten Rechnung, in allen Nutzungsbereichen.
FRAGE 2
Wo werden die Repositories gehostet?
Es sollte sein: In Ihrem GitHub/GitLab-Konto hat die Agentur vom ersten Tag an Berechtigungen als Mitarbeiter.
FRAGE 3
Wer genau arbeitet?
Es sollte Folgendes enthalten: Vor- und Nachname, Jahre Berufserfahrung, zugewiesene Stunden pro Woche. Keine Rollennamen.
FRAGE 4
Was genau deckt eine SOW ab?
Es sollte Folgendes vorhanden sein: eine Liste von Bildschirmen, Integrationen, Akzeptanzkriterien sowie ein schriftliches Verfahren für Umfangsänderungen.
FRAGE 5
Wie lauten die Kündigungsbedingungen?
Folgendes sollte erfolgen: 30-tägige Vorankündigung, Übertragung von Code und Dokumentation innerhalb von 7 Tagen, stündliche Abrechnung auf Basis der Aufzeichnungen.
Was wir bei JSON Crew NICHT tun (und warum es gut für Sie ist)
Nach vier Jahren Arbeit stellen wir fest, dass GeneralistenAgenturen, die „alles machen”, entweder in allen Bereichen dünn, in allen Bereichen teuer oder beides sind. Wir haben den umgekehrten Weg gewählt: Nischenspezialisierung auf die digitale Transformation des B2B-Vertriebs.
Was wir tun
- Produktkonfiguratoren (Three.js, dedizierte Engines für Preisregeln)
- Kundenpanels und Angebotsportale
- Internet der Dinge-Dashboards (Energie, Produktion, Smart Zuhause)
- Vertriebsautomatisierung (CRM, Angebotserstellung, ERP-Integration)
- Darüber hinaus entwickeln wir für bestehende Kunden JSON-Hub (unser SaaS-Produkt, das CRM, Ausschreibung, Projektmanagement und Konfigurator in einem Ökosystem vereint)
Was wir NICHT tun
- Social-Networking-Sites
- Spiele und Gaming-Software
- Generische SaaS-Plattformen ohne klaren Anwendungsfall
- Shops wie Shopify oder WooCommerce
- Blockchain- und Kryptowährungsprojekte
- KI-Startups ohne definiertes GeschäftsProblem
Jeder dieser Bereiche erfordert spezielles Fachwissen, über das wir nicht in der Tiefe verfügen. Wir schicken Projekte zurück, die wir realistischerweise nicht besser machen können als ein spezialisierter Wettbewerber.
Was ist in unseren Verträgen Standard?
- Anhang SOW mit einer Liste der Funktionen, Integrationen und Akzeptanzkriterien
- Schriftliches Verfahren für Umfangsänderungen (Antrag, Kostenvoranschlag, Kundenabnahme)
- Übertragung der wirtschaftlichen Urheberrechte auf den Auftraggeber in allen Nutzungsbereichen mit Bezahlung der letzten Rechnung
- Repositories im Kundenkonto ab dem ersten Tag
- Öffentlicher Stack (React, Next.js, Node.js, Postgres, Python mit Django) . kein eigener Rahmen
- Spezifische Teamnamen im Angebot mit zugewiesenen Stunden
- 30-tägige Vorankündigung mit Übertragung von Code und Dokumentation innerhalb von 7 Tagen
Sollte irgendein Punkt für Sie ein Problem darstellen (z. B. Sie möchten kein GitHub-Konto, sondern möchten lieber, dass wir es hosten), verhandeln wir schriftlich über eine Ausnahme. Standardmäßig gelten diese Schutzmaßnahmen für den Client. Wenn Sie einen B2B-Produktkonfigurator, ein Kundenpanel, ein Internet der Dinge-Panel oder eine Vertriebsautomatisierung aufbauen, sind wir mittendrin. Was ist, wenn Ihre Idee außerhalb dieses Rahmens liegt? Gerne empfehlen wir Ihnen einen vertrauenswürdigen Mitbewerber.
Was kommt als nächstes? Sprechen Sie zunächst über den Vertrag, nicht über die Preisliste
Bei der Preisliste in Ihrem aktuellen Angebot handelt es sich um eine Karte, nicht um einen Kostenvoranschlag. Ihr konkreter Vertrag hat seinen Umfang, seinen Kontext, seine Klauseln und seine Fallstricke. Eine echte Einschätzung dessen, was Sie unterschreiben, erfordert ein 30-minütiges Gespräch über das aktuelle Angebot oder den Vertrag, den Sie in Betracht ziehen.
Gute Nachrichten: Ein Vertrag muss keine Minenfeldkarte sein. Es kann ein Sicherheitsmerkmal sein. Die gleichen sieben Warnsignale, die manche Kunden ausrauben, sind für andere einfach eine Liste von Fragen, die sie bei ihrem zweiten Anruf bei einem Lieferanten gestellt haben. Der Unterschied besteht darin, ob Sie vor dem Unterschreiben wussten, was Sie lesen sollten.
Das Diagnosegespräch ist kostenlos und ohne Folien. You will come out of it with three things: Liste der Warnsignale in Ihrem aktuellen Angebot (falls Sie es bereits haben), eine Liste mit Fragen an den Lieferanten vor der Unterzeichnung (falls Sie noch verhandeln) und eine Karte dessen, was im Vertrag enthalten sein MUSS damit Sie nicht nach einem Jahr mit Rechnungen für Scope Creep zurückkommen.
Sollte sich herausstellen, dass wir in Ihrem Zuständigkeitsbereich liegen, informieren wir Sie über unsere Arbeitsweise. Andernfalls erhalten Sie eine Checkliste und sparen 6 Monate Unterricht für Ihr eigenes Projekt.
OPTION 1 · DIAGNOSTISCHES INTERVIEW
Lassen Sie uns über Ihren Vertrag sprechen, nicht über unsere Preisliste
30 Minuten. Keine Rutschen, kein Pitch. Sie erhalten eine Liste mit Warnsignalen und Fragen an Ihren Anbieter.
OPTION 2 · AUSWAHL DES LIEFERANTEN
Wie wählt man nach einer schlechten Erfahrung ein Softwarehaus aus?
7 Fragen vor Vertragsunterzeichnung Plus 7 Warnsignale. Stützpfeiler für einen Gründer nach der ersten erfolglosen Zusammenarbeit.
Häufig gestellte Fragen zu Verträgen mit Softwarehäusern
Fragen zu Umfang und Preis
Was bedeutet „Red Flag“ in einem Vertrag mit einem Softwarehaus?
Ein Warnsignal ist eine Klausel oder ein Muster in einem Angebot oder Vertrag, das wie ein Branchenstandard aussieht, sich aber tatsächlich nachteilig auf Sie auswirkt. Beispiele: Fehlen einer definierten SOW, lieferanteneigenes Framework, keine Codeübertragung nach Produktionsstart, IP-Klausel, die keine Urheberrechte überträgt. Dabei handelt es sich nicht um Fallen im illegalen Sinne (sie sind in 80%-IT-Verträgen enthalten), aber es handelt sich um Fallen im wirtschaftlichen Sinne. kostet den Kunden das 1,5- bis 2-fache des ursprünglichen Angebots.
Warum steht der „sichere” Preis im Vertrag meist nicht fest?
Denn der Preis ist nur für einen definierten Bereich (SOW) sicher. Ohne eine Leistungsbeschreibung sind Änderungen während des Projekts „außerhalb des Rahmens” und werden mit einem Stundensatz abgerechnet. PMI 2025 berichtet, dass 62% an IT-Budgetüberschreitungen eine aufgeblähte Spanne darstellen und 50% an IT-Projekten diesen Bereich berühren. Ein echter „Sicherer Preis”-Vertrag umfasst einen SOW-Anhang mit einer Liste von Funktionen, Integrationen, Akzeptanzkriterien und einem schriftlichen Verfahren für Umfangsänderungen.
Fragen zu IP und Quellcode
Überträgt sich das Urheberrecht am Code nach der Zahlung automatisch?
NEIN. Nach polnischem Recht werden Urheberrechte nicht automatisch übertragen. Sie erfordern eine ausdrückliche Klausel „Übertragung der wirtschaftlichen Urheberrechte auf den Besteller in allen Nutzungsbereichen” sowie eine Auflistung dieser Bereiche (Änderung, Verbreitung, Unterlizenzierung, kommerzielle Nutzung, Veröffentlichung). Ohne diese vollständige Aufzeichnung hat der Kunde lediglich eine Nutzungslizenz, kein Eigentum. Eine auf IT spezialisierte polnische Anwaltskanzlei (U/min, BCLA) bestätigt dies in öffentlichen Analysen.
Was ist Vendor Lock-in und wie kann man es vermeiden?
Bei der Lieferantenbindung handelt es sich um eine Situation, in der ein Kunde nicht ohne übermäßige Kosten (normalerweise das 1,5- bis 2-fache des Preises des ursprünglichen Projekts) den Lieferanten wechseln kann. Dies geschieht, wenn der Anbieter in seinem eigenen Framework schreibt, den Code in seinem Repository behält und ihn auf seinem eigenen Konto hostet. Zu vermeiden: Standard-Stack (React, Node.js, Postgres), Repositories im Kundenkonto ab Tag 1, Klausel zur Übertragung aller Zugangsdaten (API-Schlüssel, Passwörter, Zertifikate) innerhalb von 7 Tagen ab der letzten Rechnung.
Fragen zum Team und zur Lieferung
Warum sollte das Angebot die Namen der Band und nicht die Namen der Rollen enthalten?
Denn die Bezeichnung „Mid-Senior Backend Developer 200h” im Angebot verpflichtet die Agentur nicht zur Zuordnung einer bestimmten Person. Nach Vertragsunterzeichnung kann die Agentur einmal pro Woche einen Junior mit Senior-Beratung hinzuziehen. Der Tarif gilt für Senioren (250-300 PLN/Stunde), die eigentliche Stelle gilt für Junioren (Agenturkosten 70 PLN/Stunde). Marge 60% statt Standard 30%. Der Kunde sieht eine langsame Lieferung und minderwertigen Code. Fragen Sie nach Namen, jahrelanger Stack-Erfahrung und Stunden, die pro Woche für Ihr Projekt vorgesehen sind.
Wie lange sollte es dauern, bis ein funktionsfähiger Prototyp im Projekt vorliegt?
Echte Projekte verfügen 3–4 Wochen nach Projektstart über einen funktionierenden Prototypen (Produktions- oder STaging-URL), auch wenn der Prototyp nur einen Benutzerfluss abdeckt. Kein Prototyp nach 4 Wochen ist ein Warnsignal. Eine wöchentliche Agenda-Folie ohne funktionierende App ist das zweite Warnzeichen. Wenn beides auftritt. Stoppen Sie das Projekt für 48 Stunden und sprechen Sie vor der nächsten Rechnung mit einem IT-Anwalt.
Über den Autor. Jędrzej Siewierski. CEO und Mitbegründer von JSON Crew. Bewertet Produktkonfiguratoren, Kundenpanels, Internet der Dinge-Panels und Vertriebsautomatisierung für B2B-Unternehmen in Polen, Deutschland und Großbritannien. Im Standardvertrag JSON Crew werden Code, Dokumentation und Hosting mit Zahlung der letzten Rechnung an den Kunden übertragen, die Repositories befinden sich ab Tag 1 auf dem Konto des Kunden und der Stack ist öffentlich (React, Next.js, Node.js, Postgres). Mehr zum Autor · LinkedIn
