Projektanmeldung im IT-Großhandel: Fehler und Lösungen

Gerade im Server-, Storage- und Infrastrukturgeschäft reichen ein fehlender Endkundenname, eine doppelte Registrierung oder ein nicht belegbarer Vertriebsimpuls, damit aus einer vermeintlich sicheren Opportunity wieder ein normales Tagespreis-Angebot wird. Dann darf der Reseller den Preisvorteil aus eigener Marge finanzieren. Das ist kein Vertriebsproblem. Das ist ein TCO-Problem.

Die unangenehme Wahrheit im IT-Channel: Projektschutz ist kein Automatismus und schon gar kein Belohnungssystem für das Ausfüllen eines Webformulars. Hersteller prüfen, ob die Chance neu ist, ob der Partner tatsächlich Vorarbeit geleistet hat, ob die Daten belastbar sind und ob dieselbe Opportunity nicht längst über einen anderen Kanal läuft. Wer diese Mechanik als Verwaltung betrachtet, verliert gegen jene, die sie als Teil der Beschaffung steuern.

Eine Projektanmeldung schützt nicht denjenigen, der zuerst klickt, sondern denjenigen, der eine belastbare, neue und sauber dokumentierte Chance einreicht.

Warum Projektanmeldungen im IT-Channel scheitern

Die häufigsten Fehler bei der Projektanmeldung im IT-Großhandel sehen banal aus. Genau deshalb werden sie unterschätzt. Im Tagesgeschäft zwischen Endkundenanfrage, Distributor-Verfügbarkeit, Konfigurationsfragen und Angebotsfrist wird die Registrierung gern als letzter administrativer Schritt behandelt. Das ist die falsche Reihenfolge.

Im Projektgeschäft entscheidet die Qualität der Anmeldung darüber, ob der Hersteller die Opportunity als schutzwürdig einstuft. Dabei unterscheiden sich die Programme deutlich: Manche verlangen eine Mindeststückzahl, andere einen bestimmten Projektwert, wieder andere konzentrieren sich vor allem auf Endkundenbezug und nachweisbare Vorvertriebsarbeit. Eine branchenweit einheitliche Mindestgröße gibt es nicht.

Bei Seagate Lyve etwa muss die Registrierung eine einzelne Weiterverkaufschance für einen einzelnen potenziellen Kunden abbilden. Das Programm richtet sich ausdrücklich an neue Geschäftschancen; ob eine Opportunity als neu gilt, entscheidet der Hersteller im Prüfprozess. Für die Einreichung gelten dort zudem Schwellen von mindestens fünf Geräten im Warenkorb oder einem Gesamtwert von 7.000 US-Dollar.

Das ist ein gutes Beispiel für einen typischen Denkfehler im B2B-Hardware-Einkauf: Mehrere Teilprojekte eines Konzerns, mehrere Standorte oder verschiedene Produktlinien werden unter einem Sammelbegriff eingereicht. Aus Sicht des Antragstellers klingt das effizient. Aus Sicht des Herstellers wirkt es wie eine unscharfe, möglicherweise bereits bekannte Pipeline-Position. Die Prüfung wird schwieriger, die Rückfragewahrscheinlichkeit steigt, und der Projektschutz ist nicht mehr sauber abgrenzbar.

Die wirtschaftlichen Risiken lassen sich auf fünf Muster herunterbrechen:

1. Die Opportunity ist nicht neu.

Der Endkunde hat bereits direkt beim Hersteller angefragt, ein anderer Partner hat das Projekt registriert oder der Account wird intern schon aktiv betreut. BlackBerry nennt genau diesen Fall als Ausschlusskriterium: Eine Chance darf weder durch einen anderen Partner registriert noch direkt durch den Hersteller verfolgt werden.

2. Die Anmeldung beschreibt keinen konkreten Beschaffungsvorgang.

„Storage-Erneuerung beim Kunden“ ist keine Projektdefinition. Welche Plattform wird ersetzt? Welche Kapazität wird benötigt? Welche Stückzahlen stehen im Raum? Welche Entscheidung steht wann an? Ohne diese Angaben bleibt die Opportunity eine Vertriebsvermutung.

3. Pflichtdaten fehlen oder widersprechen sich.

Neomounts verlangt im Projektantrag unter anderem Angaben zu Distributor, Vertriebsansprechpartner, Reseller, Endkunde, Produkten und Mengen. Nicht vollständig ausgefüllte Pflichtfelder werden dort nicht bearbeitet. Das ist keine Schikane, sondern die Mindestbasis für Preisfindung, Allokation und Konfliktprüfung.

4. Die Vorvertriebsarbeit ist nicht belegbar.

Ein Angebot weitergeleitet zu haben, reicht in vielen Programmen nicht als Qualifikation. Hersteller wollen erkennen, dass der Partner das Projekt entwickelt hat – technisch, kaufmännisch oder organisatorisch.

5. Änderungen werden als neue Registrierung eingereicht.

Das produziert Dubletten. INOGENI weist explizit darauf hin, Änderungen zu einer bereits registrierten Opportunity unter Nennung der Projektreferenz per E-Mail anzufragen, statt erneut das Formular auszufüllen. Wer trotzdem eine zweite Anmeldung anlegt, schafft einen Konflikt, den niemand im Channel gebrauchen kann.

Vorvertriebsarbeit: Der Teil, den viele Reseller zu dünn dokumentieren

Hersteller finanzieren im IT-Projektgeschäft keinen bloßen Preisvergleich. Sie wollen Partner belohnen, die Nachfrage erzeugen, Anforderungen strukturieren und den Abschluss wahrscheinlicher machen. Das nennt sich je nach Programm Deal Registration, Opportunity Registration oder Projektschutz. Die Logik bleibt dieselbe: Der Preisvorteil soll nicht einfach in einem offenen Bieterverfahren enden.

Seagate nennt als mögliche Nachweise der Vorvertriebsarbeit unter anderem:

• ein Gespräch oder Treffen mit den Entscheidern,
• eine fundierte Einschätzung der Geschäftschance,
• Unterstützung bei der Budgeteinschätzung,
• Mitarbeit bei der Definition von Projektanforderungen.

Das ist die richtige Messlatte. Wer nur eine öffentliche Ausschreibung entdeckt und daraus eine Registrierung macht, besitzt noch keine entwickelte Opportunity. Wer dagegen mit dem Endkunden die Speicherkapazität, Redundanzanforderungen, Backup-Fenster, Migrationsrisiken, Liefertermine und Budgetgrenzen eingegrenzt hat, kann seine Rolle im Projekt plausibel darlegen.

Im Einkauf wird dieser Punkt oft zu eng gelesen. Man fragt: „Welchen Rabatt bekommen wir?“ Die bessere Frage lautet: „Welche eigene Leistung wird durch diesen Rabatt wirtschaftlich abgesichert?“ Wenn das Vertriebsteam zwei Workshops, eine Architekturplanung und mehrere Kalkulationsschleifen investiert hat, muss der Projektschutz diese Vorleistung schützen. Sonst trägt der Reseller die Kosten der Bedarfsermittlung, während ein Wettbewerber mit einem abgespeckten Angebot den Auftrag abgreift.

Für die interne Projektakte genügen meist keine schönen Präsentationen. Entscheidend ist eine klare Chronologie:

1. Ausgangspunkt: Welches Problem, welcher Erneuerungsbedarf oder welche Expansionsentscheidung wurde beim Endkunden identifiziert?

2. Kontakt: Wer auf Kundenseite ist fachlich, wirtschaftlich und formal beteiligt?

3. Leistung des Partners: Welche Anforderungen wurden aufgenommen, welche Varianten bewertet, welche Budget- oder Zeitplanung unterstützt?

4. Beschaffungsbild: Welche Produkte, Mengen, Services und Abhängigkeiten sind realistisch?

5. Nächster Entscheidungspunkt: Wann wird entschieden, wer entscheidet und welche offenen Punkte können den Auftrag noch verschieben?

Diese fünf Punkte gehören nicht zwingend wortgleich in jedes Herstellerportal. Sie sollten aber intern vorliegen, bevor eine Anmeldung abgeschickt wird. Fehlen sie, ist die Chance entweder noch zu früh für die Registrierung – oder so schwach qualifiziert, dass ein Sonderpreis nur Marge auf Hoffnung wäre.

Der Hersteller finanziert keine Leadliste. Er finanziert nachvollziehbare Vertriebsarbeit mit Aussicht auf einen konkreten Auftrag.

Datenqualität: Nicht das Formular ist das Problem, sondern die Prozessdisziplin

Im Projektgeschäft sind Produktdaten und Endkundendaten keine Nebensache. Sie steuern, ob der Hersteller die Opportunity abgrenzen kann, ob der Distributor korrekt eingebunden ist und ob die spätere Bestellung noch zur Freigabe passt.

Besonders kritisch sind vier Datenfelder: Endkunde, Produktumfang, Menge und Channel-Route. Wenn eines davon offen bleibt, entstehen Rückfragen. Wenn zwei davon später grundlegend abweichen, kann die ursprüngliche Freigabe wirtschaftlich wertlos werden.

Eine gute Anmeldung muss nicht so tun, als wäre jede Unbekannte bereits gelöst. Im Gegenteil: Ehrliche Unsicherheiten sind besser als erfundene Präzision. Wenn die Stückzahl noch zwischen 24 und 30 Nodes schwankt, sollte das als Projektstand erkennbar sein. Wenn der Kunde den Hersteller noch nicht festgelegt hat, gehört auch das hinein. Der Versuch, ein unreifes Projekt mit glatten Zahlen marktreif aussehen zu lassen, fällt bei späteren Änderungen auf.

Beim B2B-Hardware-Einkauf ist der Produktumfang besonders heikel. Ein Projektrabatt für eine Grundkonfiguration bedeutet nicht automatisch, dass jede später ergänzte SSD, jede Netzwerkkarte oder jedes Servicepaket zu denselben Konditionen läuft. Infrastrukturlösungen bestehen aus Abhängigkeiten: Serverplattform, Prozessoroptionen, RAM-Bestückung, HBA, NICs, Storage-Shelfs, Laufwerke, Betriebssystemlizenzen, Support-Level. Wer die Stückliste erst nach der Freigabe ernsthaft baut, produziert Nachträge und gefährdet die gesamte Kalkulation.

Die vernünftige Reihenfolge lautet daher:

• Erst den technischen Scope in eine beschaffbare Stückliste übersetzen.
• Dann die Verfügbarkeit und mögliche Allokationsrisiken über die Distribution prüfen.
• Danach die Registrierung mit nachvollziehbaren Mengen und Endkundenzuordnung einreichen.
• Preisfreigabe, Gültigkeit und Bestellweg schriftlich zur Projektakte nehmen.
• Änderungen nicht improvisieren, sondern gegen die bestehende Referenz steuern.

Das klingt methodisch, weil es methodisch sein muss. Projektpreise ohne saubere Datenbasis sind keine Strategie. Sie sind ein Rabattgerücht.

Doppelmeldungen: Der teuerste Fehler ist oft der interne

Doppelregistrierungen entstehen nicht nur, weil zwei Reseller dieselbe Chance verfolgen. Häufig produziert ein Unternehmen die Dublette selbst: Vertrieb A meldet das Projekt beim Hersteller an, Vertrieb B fragt beim Distributor nach einem Sonderpreis, das Presales-Team legt parallel eine abweichende Opportunity an. Später wird der Endkundenname anders geschrieben, eine Tochtergesellschaft genannt oder ein weiterer Standort ergänzt. Drei Datensätze, eine Chance, null Klarheit.

Progress beschreibt seinen Mechanismus vergleichsweise deutlich: Registrierte Chancen werden bevorzugt dem Partner zugeordnet, der zuerst registriert. Die Entscheidung über Annahme oder Ablehnung soll dort innerhalb von zwei Arbeitstagen erfolgen. Daraus sollte man aber keine universelle Regel ableiten. Andere Programme arbeiten mit anderen Prüfzeiten und anderen Priorisierungen. INOGENI nennt beispielsweise bis zu 72 Stunden für Registrierungsfreigaben.

Der operative Punkt bleibt: Solange der Status nicht eindeutig ist, darf das Projekt nicht über mehrere Wege neu angemeldet werden. Es braucht intern eine einzige Quelle der Wahrheit.

Eine Projekt-ID muss durch die gesamte Lieferkette laufen

Im sauberen Ablauf erhält jede relevante Opportunity eine interne Projekt-ID. Diese Kennung gehört in CRM, Angebotsdokumente, Distributor-Kommunikation, Herstellerreferenz und Bestellnotiz. Nicht als Bürokratieübung, sondern als Schutz gegen Margenverlust.

Die ID verbindet:

• Endkundenbezeichnung und gegebenenfalls Standort oder Gesellschaft,
• verantwortlichen Account Manager und Presales-Kontakt,
• registrierten Hersteller und Produktbereich,
• Distributor und dessen Projektreferenz,
• Freigabestatus inklusive Datum,
• Preisgültigkeit, Schutzfrist und mögliche Verlängerungsoption,
• Abweichungen gegenüber der ursprünglich registrierten Stückliste.

Wer diese Informationen in persönlichen Postfächern verteilt, darf sich über Konflikte nicht wundern. Im Projektgeschäft ist Transparenz billiger als Eskalation.

Ein zweiter häufiger Fehler: Die Beschaffung wird zu spät eingebunden. Dann registriert der Vertrieb eine technisch attraktive, aber nicht lieferbare Konfiguration. Oder der Herstellerpreis wird genehmigt, während der Distributor für einzelne Komponenten keine belastbare Lieferzusage geben kann. Der Rabatt steht auf dem Papier, die Lieferzeit sprengt jedoch den Go-live. Für den Endkunden ist das kein Trostpreis.

Gerade bei Server- und Storage-Projekten müssen Projektschutz und Supply-Chain-Realität parallel geprüft werden. Eine günstige Konfiguration ohne bestätigte Verfügbarkeit ist kein wirtschaftlicher Vorteil. Sie ist eine Verschiebung des Risikos in die eigene Marge, in Vertragsstrafen oder in hektische Alternativbeschaffung.

Schutzfristen und Preisgarantien: Nicht verwechseln, nicht blind vertrauen

Projektschutz, Sonderkondition und Preisgarantie sind drei verschiedene Dinge. In der Praxis werden sie ständig vermischt – meist solange, bis die Bestellung später nicht mehr zur Freigabe passt.

Der Projektschutz regelt typischerweise, welcher Partner für eine qualifizierte Opportunity bevorzugt behandelt wird. Die Sonderkondition beschreibt den möglichen Preisvorteil. Eine Preisgarantie legt fest, wie lange ein Preis unter bestimmten Voraussetzungen gilt. Keines dieser Elemente ersetzt die anderen.

Die HP-BPS-Route-to-Pricing-Übersicht für das erste Quartal 2026 nennt für Amplify-Partner Projektpreise über iQuote, eine Preisgarantie von drei Monaten und Projektschutz bei Nennung des Endkunden. Daneben sind dort Instant-Project-Pricing-Wege für Mengen von zwei bis fünf sowie sechs bis zwanzig Einheiten beschrieben. Das ist ein sinnvoller Hinweis auf die differenzierte Preislogik großer Hersteller: Nicht jede Opportunity muss durch denselben Freigabeprozess, und nicht jede Preisroute liefert denselben Schutz.

Die drei Monate aus dieser Unterlage sind allerdings kein Branchenstandard und keine Zusage für spätere Quartale. Preisprogramme ändern sich, Produktlinien wechseln, Währungen laufen aus dem Ruder, Komponenten werden knapp. Wer eine Preisgarantie in die eigene Angebotskalkulation übernimmt, muss ihre Bedingungen im konkreten Angebot und im gültigen Partnerprogramm prüfen.

INOGENI zeigt wiederum eine andere Mechanik: Genehmigte Projektregistrierungen gelten dort grundsätzlich sechs Monate ab Annahme; eine Verlängerung kann für drei Monate ab Genehmigung der Verlängerung gelten. Zudem muss das gesamte registrierte Projekt – sofern keine Ausnahme vereinbart wurde – auf einer Bestellung beauftragt werden. Das ist kaufmännisch relevant. Wird ein großes Projekt in mehrere Abrufe gesplittet, kann die ursprünglich erwartete Kondition nicht mehr automatisch passen.

Für den Einkauf folgt daraus eine klare Regel: Die Schutzfrist darf nicht nur im CRM stehen. Sie muss gegen den realen Beschaffungsplan laufen. Wenn die Entscheidung beim Endkunden nach Ablauf der Freigabe fällt, braucht es rechtzeitig eine Verlängerungsanfrage oder eine neue Preisstrategie. Nicht am letzten Tag. Hersteller und Distribution können keine verlorene Zeit in eine neue Freigabe umwandeln, nur weil der Endkunde seine Gremiensitzung verschoben hat.

Die robuste Arbeitsroutine für Reseller und Einkauf

Eine funktionierende Projektanmeldung im IT-Großhandel ist keine Kunst. Sie verlangt lediglich, dass Vertrieb, Presales und Beschaffung dieselben Fakten verwenden. Die folgende Routine verhindert den Großteil der vermeidbaren Fehler.

1. Opportunity qualifizieren, bevor sie registriert wird.

Endkunde, Problem, Budgetindikator, technische Stoßrichtung und Entscheidungstermin müssen wenigstens in Grundzügen belastbar sein. Ein vager Marktimpuls gehört in die Pipeline, nicht in die Deal Registration.

2. Vorvertriebsleistung dokumentieren.

Gesprächsnotizen, Workshops, Architekturentwürfe, Budgetrahmen oder Anforderungskataloge belegen, dass der Partner das Projekt entwickelt. Das ist im Konfliktfall deutlich mehr wert als eine nachträgliche Behauptung.

3. Endkunde und Projektumfang eindeutig abgrenzen.

Bei Konzernen sind Gesellschaft, Standort und Vorhaben sauber zu trennen. Ein deutschlandweites Sammelprojekt anzumelden, wenn tatsächlich nur ein Rechenzentrum modernisiert wird, schafft unnötige Angriffsfläche.

4. Den Distributor vor der Freigabe einbinden.

Verfügbarkeit, Lieferfenster, Nachfolgeartikel und mögliche Allokation gehören in die Kalkulation. Ein genehmigter Projektpreis auf nicht lieferbare Hardware ist operative Selbsttäuschung.

5. Freigabeparameter lesbar ablegen.

Referenznummer, gültige Konfiguration, Preisbasis, Frist, Bestellweg und Auflagen müssen für Vertrieb und Einkauf zugänglich sein. Screenshots in privaten Chats sind keine Projektakte.

6. Änderungen gegen die bestehende Referenz steuern.

Wächst die Menge, verschiebt sich der Termin oder ändert sich die Konfiguration, wird nicht reflexartig neu registriert. Zuerst ist zu klären, ob eine Anpassung, eine Erweiterung oder eine Verlängerung erforderlich ist.

7. Den Auftrag vor Bestellung gegen die Freigabe prüfen.

Stimmen Endkunde, Menge, Artikel, Distributor und Gültigkeit? Diese Kontrolle dauert Minuten und verhindert, dass eine Bestellung mit falscher Bezugsroute oder abgelaufener Preisgrundlage ausgelöst wird.

Der Einkauf muss Projektanmeldungen als Margensicherung behandeln

Die meisten projektanmeldung it-großhandel fehler entstehen nicht aus Unwissen, sondern aus getrennten Verantwortlichkeiten. Vertrieb sieht die Abschlusschance. Presales sieht die technische Lösung. Einkauf sieht Lieferfähigkeit und Konditionen. Der Hersteller sieht einen Datenbestand, den er gegen eigene Regeln und andere Partner prüft. Wenn diese Perspektiven nicht zusammengeführt werden, scheitert die Anmeldung an Details, die intern längst bekannt waren.

Der vernünftige Ansatz ist nüchtern: Jede Deal-Registrierung bekommt einen wirtschaftlichen Eigentümer. Diese Rolle stellt nicht jedes Formular selbst aus, aber sie sorgt dafür, dass Scope, Vorvertriebsnachweis, Channel-Route, Fristen und Bestelllogik zusammenpassen. Im kleineren Reseller kann das der Account Manager mit Einkaufsunterstützung sein. Im größeren Systemhaus braucht es eine verbindliche Projekt-Governance.

Hersteller versprechen mit Projektschutz gern Partnerschaft und Planbarkeit. Das Marketing darf das gern so nennen. In der Praxis entsteht Planbarkeit erst, wenn der Reseller seine Daten, Nachweise und Lieferkette im Griff hat. Wer sauber registriert, Fristen aktiv führt und Änderungen kontrolliert, schützt nicht nur den möglichen Herstellerrabatt. Er schützt die Marge, die Lieferzusage und am Ende die eigene Glaubwürdigkeit beim Kunden.