Projektregistrierung im IT-Kanal: Anleitung für Reseller

Wer als Reseller, VAR oder Systemintegrator in diesem Geschäft bestehen will, kommt deshalb an einem Werkzeug kaum vorbei: der Projektregistrierung, international meist als „Deal Registration“ bezeichnet.

Wer seine Verkaufschance nicht rechtzeitig anmeldet, riskiert nicht automatisch den Verlust des gesamten Projekts. Er kann aber den zeitlich begrenzten Schutz vor konkurrierenden Resellern und damit den Zugang zu besseren Konditionen verlieren. Im schlechtesten Fall bearbeitet der Wettbewerb dieselbe Opportunity bereits mit Herstellerunterstützung, während der eigene Vertriebsaufwand noch nicht abgesichert ist. Das ist kein theoretisches Risiko, sondern gehört zum Tagesgeschäft zwischen Reseller, Distributor und Hersteller.

Bei der Projektregistrierung im IT-Distributionsablauf geht es daher nicht um das Marketingversprechen, ein Hersteller werde den Vertriebsaufwand pauschal schützen. Entscheidend sind der konkrete Ablauf, die Qualität des Antrags und die Frage, ob die Verkaufschance bereits so weit entwickelt ist, dass ein Hersteller oder Distributor sie nachvollziehbar bewerten kann. Wer diese Mechanik versteht, kann seinen Margenspielraum besser kalkulieren. Wer sie ignoriert, bearbeitet Projekte doppelt, reicht unvollständige Anträge ein oder verliert Sonderkonditionen, weil Fristen und Formalien nicht stimmen.

Warum Deal Registration kein Bonus ist, sondern Grundlage

Eine Projektregistrierung ist im Kern eine Absicherung des eigenen Vertriebsbeitrags. Der Hersteller oder sein autorisierter Distributor prüft, ob eine konkrete Endkundenchance tatsächlich existiert, welcher Partner daran arbeitet und welche Lösung beziehungsweise welches Produktportfolio voraussichtlich benötigt wird. Wird der Antrag bestätigt, erhält der einreichende Channel-Partner für einen begrenzten Zeitraum einen Vorrang beziehungsweise Schutz für die genannte Opportunity.

Dieser Schutz ist weder ein automatischer Zuschlag noch eine Garantie für den Auftrag. Der Endkunde entscheidet weiterhin selbst, mit welchem Anbieter er zusammenarbeitet. Auch kann der Hersteller eine Registrierung ablehnen, einschränken oder an Bedingungen knüpfen. Der praktische Vorteil liegt darin, dass der registrierte Partner während der bestätigten Schutzfrist nicht ohne Weiteres von einem konkurrierenden Reseller mit derselben Herstellerlösung unterboten oder aus dem Projekt gedrängt werden soll. Die konkreten Regeln unterscheiden sich je nach Hersteller, Produktbereich, Region und Partnerprogramm.

Die wirtschaftliche Logik dahinter ist nachvollziehbar. Hersteller subventionieren über Sonderkonditionen gezielt den Vertriebsaufwand, den ein qualifizierter Partner in eine Opportunity investiert: Presales-Beratung, Konfiguration, Ausschreibungsbegleitung, Proof of Concept, Workshops oder die Integration in eine bestehende Infrastruktur. Ohne einen solchen zeitlich begrenzten Schutz wäre jeder Partner gezwungen, seinen Vorinvest zu amortisieren, bevor ein Konkurrent das gleiche Geschäft mit einer günstigeren Herstellerkondition übernimmt. Das würde den Anreiz für beratungsintensives Projektgeschäft schwächen.

Wer eine Verkaufschance nicht registriert, verschenkt nicht nur mögliche Rabatte – er überlässt die Verhandlungsposition dem Mitbewerber, der seine Projektarbeit früher formal abgesichert hat.

Für den Einkauf und Vertrieb in mittelständischen IT-Häusern, Systemhäusern und Managed-Service-Providern ist die Projektregistrierung deshalb keine reine Verwaltungsaufgabe. Sie ist ein Instrument zur Steuerung des Projektgeschäfts. Gerade bei Server-, Storage- oder Netzwerkprojekten entsteht der eigentliche Aufwand häufig lange vor der Bestellung: Anforderungen werden aufgenommen, Kapazitäten berechnet, Komponenten abgestimmt, Kompatibilitäten geprüft und Präsentationen für mehrere Stakeholder vorbereitet.

Wird dieser Aufwand nicht in der Vertriebsplanung berücksichtigt, erscheint das Projekt im Nachhinein oft weniger rentabel, als es während der Akquise den Anschein hatte. Die Registrierung schafft hier zumindest eine formale Grundlage, um beim Hersteller oder Distributor über projektspezifische Konditionen, technische Unterstützung und gegebenenfalls zusätzliche Vertriebsressourcen zu sprechen.

Dazu kommt ein operativer Aspekt, der oft unterschätzt wird: Registrierte Projekte können in die Absatzplanung des Herstellers einfließen. Das verbessert die Sichtbarkeit des Partners und macht die Pipeline für den Hersteller besser einschätzbar. Bei knapper Verfügbarkeit von Hardware, bei langen Lieferzeiten oder bei komplexen Plattformprojekten kann eine frühzeitig bekannte Opportunity die Kommunikation mit dem Distributor erleichtern. Ein nicht registriertes Projekt bleibt dagegen häufig eine interne Verkaufschance des Resellers, die im Herstellerkanal nicht oder erst sehr spät sichtbar wird.

BANT-Qualifizierung: Wann ist eine Opportunity registrierungswürdig?

Hersteller und Distributoren prüfen eingehende Registrierungen nach unterschiedlichen Kriterien. Eine verbreitete Orientierung ist die BANT-Methodik. Das Akronym steht für Budget, Authority, Need und Timeline – also Budget, Entscheidungsbefugnis, konkreten Bedarf und zeitlichen Rahmen.

BANT ist kein universell verbindliches Regelwerk. Manche Partnerprogramme verlangen deutlich mehr Informationen, andere behandeln die vier Kriterien eher als interne Orientierung. Für den Reseller ist die Methode trotzdem nützlich, weil sie verhindert, dass jede lose Kundenanfrage vorschnell als schutzwürdiges Projekt eingereicht wird.

Budget: Gibt es eine belastbare Größenordnung?

Ein Hersteller muss einschätzen können, ob hinter der Anfrage ein realistisch finanzierbares Vorhaben steht. Dafür braucht es nicht immer ein fertiges Budgetdokument. Eine belastbare Größenordnung aus dem Kundengespräch, ein genehmigter Investitionsrahmen oder ein Hinweis auf die laufende Ausschreibung ist jedoch deutlich wertvoller als eine reine Vermutung.

Bei Infrastrukturprojekten sollte die Kalkulation außerdem nicht nur die Server oder Storage-Systeme umfassen. Je nach Vorhaben gehören Lizenzen, Support, Migration, Implementierung, Ersatzteilversorgung und gegebenenfalls Managed Services dazu. Ein Antrag, der lediglich eine Produktfamilie ohne Projektumfang nennt, lässt den wirtschaftlichen Wert der Opportunity offen.

Kann der Vertrieb noch keine Budgetindikation nennen, ist das kein Grund, die Anfrage künstlich aufzuwerten. In diesem Fall ist es meist sinnvoller, zunächst die offene Frage mit dem Endkunden zu klären und die Registrierung erst danach einzureichen. Eine zu frühe Anmeldung kann ebenso problematisch sein wie eine zu späte.

Authority: Wer entscheidet über die Beschaffung?

Der eingetragene Ansprechpartner sollte nicht nur fachlich mit dem Projekt zu tun haben. Relevant ist auch, ob er die Kaufentscheidung trifft, den Prozess maßgeblich beeinflusst oder den Zugang zu den entscheidenden Personen herstellen kann.

Ein technischer Ansprechpartner kann für die Qualifizierung sehr wichtig sein, ohne selbst über das Budget zu verfügen. Das ist kein Ausschlusskriterium. Der Antrag sollte dann aber erkennen lassen, wie die Entscheidungsstruktur aussieht: Wer verantwortet die IT? Wer gibt die Investition frei? Gibt es Einkauf, Geschäftsführung oder eine zentrale Beschaffungsstelle? Und wer bewertet die technische Lösung?

Unklare Angaben zur Entscheidungsbefugnis signalisieren dem Hersteller, dass die Opportunity möglicherweise noch in einer frühen Orientierungsphase steckt. Das kann zu Rückfragen oder zur Ablehnung führen. Ein sauberer Antrag benennt daher nicht nur einen Kontakt, sondern ordnet diesen Kontakt in den Entscheidungsprozess des Endkunden ein.

Need: Welches Problem soll gelöst werden?

Ein konkreter Bedarf ist die Grundlage jeder belastbaren Projektregistrierung. Bei Server- und Storage-Projekten kann dieser Bedarf aus einer Kapazitätserweiterung, einer Modernisierung, einer Konsolidierung, einer Migration oder einer neuen Compliance-Anforderung entstehen.

Allgemeine Aussagen wie „Kunde prüft neue Infrastruktur“ helfen wenig. Besser sind nachvollziehbare Anforderungen:

• erwartete Nutzer- oder Workload-Entwicklung,
• benötigte Speicherkapazität,
• Anforderungen an Verfügbarkeit und Redundanz,
• IOPS- oder Latenzvorgaben,
• Rack- oder Rechenzentrumsbedingungen,
• Anforderungen an Backup, Desaster Recovery und Verschlüsselung,
• vorhandene Plattformen und gewünschte Schnittstellen,
• notwendige Zertifizierungen oder regulatorische Vorgaben.

Je genauer der Bedarf beschrieben ist, desto leichter kann der Hersteller den eigenen Beitrag einschätzen. Gleichzeitig sollte der Reseller nicht mehr technische Details eintragen, als tatsächlich mit dem Kunden besprochen wurden. Eine überladene Registrierung mit spekulativen Produktdaten wirkt nicht automatisch professionell. Sie kann im Gegenteil den Eindruck erwecken, dass die Lösung bereits feststeht, obwohl die Opportunity noch gar nicht qualifiziert ist.

Timeline: Wann wird entschieden?

Der zeitliche Rahmen gehört zu den wichtigsten Angaben im Formular. Hersteller müssen ihre Pipeline planen und unterscheiden, ob eine Bestellung kurzfristig zu erwarten ist oder ob es sich um eine langfristige Vorprüfung handelt.

Ein konkretes Quartal, eine geplante Ausschreibungsphase oder ein verbindlicher Meilenstein ist hilfreicher als eine unbestimmte Jahresangabe. Verzögert sich das Projekt später, ist das kein ungewöhnlicher Vorgang. Problematisch wird es erst, wenn der Antrag von Anfang an keinen nachvollziehbaren Zeitplan enthält oder die Schutzfrist abläuft, ohne dass der Reseller den Status aktualisiert.

Wer eine Opportunity anhand dieser vier Achsen durchspielt, kann die nötigen Belege wesentlich gezielter zusammentragen. Ein Antrag muss nicht jedes Detail enthalten, sollte aber zeigen, dass der Vertriebsprozess über eine unverbindliche Produktanfrage hinausgeht. Fehlen mehrere BANT-Bausteine, ist eine interne Nachqualifizierung meist sinnvoller als eine vorschnelle Einreichung.

Der Prozess: Vom Formular bis zur Genehmigung

Der Ablauf einer Projektregistrierung folgt bei vielen Herstellern einem ähnlichen Muster. Die Portale unterscheiden sich im Detail, die wesentlichen Arbeitsschritte bleiben jedoch vergleichbar.

Vorbereitung: Die Qualität entsteht vor dem Absenden

In der Vorbereitungsphase entscheidet sich häufig, ob der Antrag später reibungslos geprüft werden kann. Typische Angaben sind:

• Name und Standort des Endkunden,
• zuständige Ansprechpartner und ihre Rollen,
• geschätztes Projektvolumen,
• Produkt-Mix aus Hardware, Lizenzen und Services,
• geplanter Beschaffungs- oder Installationszeitpunkt,
• aktuelle Projektphase,
• beteiligte Wettbewerber oder alternative Plattformen,
• eigener Vertriebs- und Integrationsbeitrag,
• technische oder kaufmännische Besonderheiten.

Bei einem IT-Reseller, der ein Projekt anmelden möchte, ist besonders der eigene Mehrwert relevant. Der Hersteller will nachvollziehen können, warum gerade dieser Partner an der Opportunity arbeitet und welche Leistungen er bereits erbringt oder noch übernehmen soll. Dazu zählen etwa Architekturberatung, Dimensionierung, Migration, Vor-Ort-Service, Betrieb, Finanzierung oder die Integration in vorhandene Systeme.

Wer im Feld zum Mehrwert des Partners nur die eigene regionale Präsenz beschreibt, lässt die entscheidende Frage offen: Welchen konkreten Beitrag leistet der Reseller für den Endkunden und für den Projekterfolg?

Die Beschreibung muss kein langer Vertriebsbericht sein. Ein präziser Absatz ist meist hilfreicher als eine Sammlung von Werbeformulierungen. Er sollte den Kundennutzen, die eigene Leistung und den Stand des Projekts miteinander verbinden.

Einreichung: Konsistenz schlägt Umfang

Beim Ausfüllen des Formulars ist die Konsistenz der Daten wichtiger als eine möglichst lange Beschreibung. Der Endkundenname muss mit den Angaben aus vorherigen Vorgängen übereinstimmen. Ansprechpartner, Standort, Tochtergesellschaft und Rechnungsempfänger dürfen nicht beliebig vermischt werden. Gerade bei internationalen Unternehmensgruppen kann sonst der Eindruck entstehen, dass bereits eine andere Registrierung für dieselbe Opportunity existiert.

Auch der Produkt-Mix sollte realistisch bleiben. Wer im Formular eine vollständige Rechenzentrumsumgebung einträgt, obwohl bislang nur ein einzelner Storage-Bedarf besprochen wurde, erhöht nicht automatisch die Erfolgsaussicht. Der Antrag sollte den aktuellen Projektstand abbilden und später aktualisiert werden, wenn sich die Lösung konkretisiert.

Bei der Angabe von Wettbewerbern gilt ebenfalls: so konkret wie möglich, aber nicht spekulativ. Wenn der Endkunde eine alternative Plattform evaluiert, gehört das in die Registrierung. Nicht erforderlich ist dagegen eine scheinbar vollständige Liste aller Anbieter, die theoretisch infrage kommen könnten.

Prüfung: Der Schutz beginnt erst mit der Bestätigung

Nach der Einreichung prüft der Hersteller oder der zuständige Distributor, ob die Opportunity die Bedingungen des Partnerprogramms erfüllt. Je nach Produktbereich und Projektgröße kann die Prüfung unterschiedlich schnell erfolgen. Ein Antrag mit vollständigen Pflichtfeldern lässt sich in der Regel leichter bewerten als eine Registrierung, bei der zentrale Angaben fehlen und mehrfach nachgefragt werden müssen.

Während dieser Phase ist die Opportunity nicht automatisch geschützt. Erst die ausdrückliche Bestätigung im Portal oder per offizieller Nachricht schafft Klarheit darüber, ob die Registrierung angenommen wurde. Entscheidend ist dabei nicht nur der Status „genehmigt“, sondern auch der konkrete Umfang:

• Für welchen Endkunden gilt die Registrierung?
• Welche Produkte oder Produktgruppen sind eingeschlossen?
• Welche Region oder Gesellschaft ist abgedeckt?
• Wie lange gilt die Schutzfrist?
• Gibt es Bedingungen für Sonderkonditionen?
• Welche Statusmeldungen erwartet der Hersteller?
• Ist eine Verlängerung möglich und unter welchen Voraussetzungen?

Der registrierte Partner erhält damit einen zeitlich befristeten Vorrang beziehungsweise Kundenschutz im vereinbarten Rahmen. Der Hersteller verpflichtet sich dadurch nicht zwangsläufig, den Auftrag an diesen Partner zu vergeben. Die Kundenentscheidung, die technische Eignung der Lösung, die Einhaltung des Beschaffungsprozesses und die Erfüllung der Partnerbedingungen bleiben maßgeblich.

Eine häufig unterschätzte Fehlerquelle ist die Doppelregistrierung. Wenn zwei Partner unabhängig voneinander dieselbe Opportunity einreichen, prüft der Hersteller zunächst, welche Registrierung zuerst eingegangen ist und welche die Programmbedingungen erfüllt. Eine frühere Einreichung allein ist nicht immer ausreichend. Ein unvollständiger oder nicht belastbarer Antrag kann abgelehnt, zurückgestellt oder gegenüber einer besser belegten Registrierung nachrangig behandelt werden.

Für den Reseller folgt daraus eine klare Konsequenz: Sobald ein konkreter Kundenkontakt mit erkennbarem Beschaffungsinteresse besteht, sollte der interne Prozess zur Projektanmeldung starten. Die Anmeldung gehört nicht auf den Stapel „bei Gelegenheit“. Sie muss aber ebenso wenig erfolgen, bevor überhaupt ein realer Bedarf und ein erreichbarer Ansprechpartner vorhanden sind.

Sicherheits- und Compliance-Standards bei Partnerportalen

Projektregistrierungen enthalten sensible Endkundendaten: Unternehmensnamen, Kontaktpersonen, Projektinhalte, Umsatzgrößen und teilweise Informationen über die bestehende Infrastruktur. Bei Server- und Storage-Projekten können daraus Rückschlüsse auf Kapazitäten, Geschäftsprozesse und geplante Investitionen entstehen.

Wer solche Daten in ein Partnerportal einstellt, sollte deshalb nicht nur die Vertriebsbedingungen, sondern auch die Sicherheits- und Datenschutzanforderungen prüfen. Branchenüblich sind unter anderem folgende Nachweise:

• ISO 27001 beschreibt Anforderungen an ein Informationssicherheits-Managementsystem. Im Mittelpunkt stehen der systematische Umgang mit Risiken sowie die Vertraulichkeit, Integrität und Verfügbarkeit von Informationen.
• SOC 2 Type II bewertet, ob definierte Sicherheitskontrollen über einen längeren Prüfzeitraum wirksam umgesetzt werden. Der Nachweis geht damit über eine reine Beschreibung geplanter Prozesse hinaus.

Ein Zertifikat ersetzt keine eigene Prüfung. Relevant sind auch die konkrete Datenverarbeitung, die Speicherorte, die Rollen- und Rechtevergabe sowie die Frage, ob der Hersteller oder Distributor Daten an weitere Konzerngesellschaften und Dienstleister übermittelt. Für Reseller im DACH-Raum gehört außerdem die Abstimmung mit den eigenen Datenschutzprozessen dazu.

Zugriffsrechte und Kontenverwaltung

Partnerportale werden in vielen Unternehmen von mehreren Vertriebsmitarbeitern genutzt. Das erleichtert die Arbeit, erhöht aber auch das Risiko unkontrollierter Zugriffe. Persönliche Konten sollten nicht gemeinsam verwendet werden. Rollen müssen sich am tatsächlichen Bedarf orientieren: Ein Mitarbeiter, der nur den Status einer Registrierung prüft, benötigt nicht zwingend dieselben Rechte wie ein Administrator.

Ausgeschiedene Mitarbeiter und nicht mehr benötigte Konten sollten zeitnah deaktiviert werden. Dasselbe gilt für externe Nutzer, die nur vorübergehend an einem Projekt beteiligt waren. Eine regelmäßige Überprüfung der Zugänge ist besonders wichtig, wenn das Portal nicht über das zentrale Identitätsmanagement des Unternehmens angebunden ist.

Datenqualität und Aufbewahrung

Ein zweiter Punkt betrifft die Datenhoheit nach dem Projektabschluss. In vielen Portalen bleiben Endkundenstammdaten und frühere Registrierungen über das einzelne Projekt hinaus gespeichert. Das kann für spätere Vorgänge hilfreich sein, führt aber auch zu veralteten Ansprechpartnern, doppelten Datensätzen und widersprüchlichen Unternehmensbezeichnungen.

Mindestens in regelmäßigen Abständen sollte der eigene Partner-Datenbestand geprüft werden. Dazu gehören:

• veraltete Ansprechpartner,
• nicht mehr bestehende Gesellschaften,
• doppelte Endkundenprofile,
• unklare Zuordnung von Tochtergesellschaften,
• abgeschlossene Projekte ohne aktuellen Status,
• unnötig weitreichende Benutzerrechte.

Wer mit falschen oder veralteten Daten arbeitet, riskiert nicht nur eine Ablehnung der Registrierung. Im ungünstigen Fall werden Informationen an die falsche Gesellschaft oder an einen nicht mehr zuständigen Ansprechpartner übermittelt. Datenschutz und Vertriebsqualität sind an dieser Stelle eng miteinander verbunden.

Befristeter Schutz: Umgang mit Konkurrenz und Fristablauf

Der durch eine Projektregistrierung gewährte Schutz ist befristet. Die Frist soll dem Partner Zeit geben, die Verkaufschance weiterzuentwickeln und gemeinsam mit dem Hersteller oder Distributor zum Abschluss zu bringen. Sie ist aber kein unbegrenztes Reservierungsrecht.

Läuft die Schutzfrist ab, ohne dass das Projekt abgeschlossen oder verlängert wurde, kann der Hersteller die Opportunity wieder für andere Partner öffnen. Auch Sonderkonditionen können an den bestätigten Zeitraum und an bestimmte Projektbedingungen gebunden sein. Deshalb muss das Ablaufdatum im eigenen Vertriebsprozess sichtbar sein.

Die Schutzfrist im CRM abbilden

Das Ablaufdatum gehört in die Projektpipeline und nicht ausschließlich in eine E-Mail oder eine Portalnotiz. Sinnvoll sind automatische Erinnerungen mit ausreichend Vorlauf. Der zuständige Vertriebsmitarbeiter sollte außerdem dokumentieren, wann der letzte Kundenkontakt stattgefunden hat, welche Entscheidungsschritte noch offen sind und ob die ursprüngliche Lösung weiterhin dem Bedarf entspricht.

Diese Informationen helfen nicht nur bei einer Verlängerungsanfrage. Sie machen auch sichtbar, welche Registrierungen tatsächlich aktiv bearbeitet werden und welche seit Wochen oder Monaten ohne Fortschritt bestehen.

Verlängerung rechtzeitig beantragen

Ist das Projekt weiterhin realistisch, sollte der Reseller die Verlängerung vor Ablauf der Schutzfrist anstoßen. Hersteller verlangen häufig eine Begründung. Eine verschobene Entscheidung des Endkunden, eine erweiterte Anforderungsdefinition, eine laufende Ausschreibung oder ein zusätzlicher Freigabeprozess können nachvollziehbare Gründe sein.

Eine Verlängerung sollte nicht als reine Formsache behandelt werden. Der Hersteller möchte erkennen, dass die Opportunity weiterentwickelt wird und nicht lediglich blockiert bleibt. Ein aktueller Projektstatus, der nächste Kundentermin und ein realistischer neuer Zeitrahmen sind daher hilfreicher als eine allgemeine Bitte um mehr Zeit.

Wenn ein Mitbewerber früher registriert ist

Tritt ein Mitbewerber mit einer früher bestätigten Registrierung auf, ist die Lage schwieriger. Der eigene Vertriebsaufwand verschwindet dadurch nicht, aber der Zugriff auf dieselbe Herstellerchance und auf projektspezifische Sonderkonditionen kann eingeschränkt sein. Ob eine parallele Bearbeitung möglich ist, hängt vom jeweiligen Partnerprogramm und von der Abgrenzbarkeit des Projekts ab.

Manchmal unterscheiden sich die Opportunities tatsächlich: unterschiedliche Tochtergesellschaften, ein anderer Projektumfang, ein separater Bauabschnitt oder eine andere technische Lösung. Dann kann eine eigene Registrierung sinnvoll sein. Bei derselben Endkundenentscheidung sollte der Reseller dagegen nicht darauf bauen, dass die bloße Höhe des eigenen bisherigen Aufwands automatisch Vorrang schafft.

Der bessere Lerneffekt liegt in der Prozessdisziplin. Vertrieb und Presales müssen gemeinsam definieren, ab welchem Reifegrad eine Opportunity registriert wird und wer dafür verantwortlich ist. Eine Registrierung darf nicht erst dann erfolgen, wenn das Angebot fertig kalkuliert ist. Zu diesem Zeitpunkt kann der Wettbewerb bereits einen bestätigten Schutz genießen.

Im margenstarken Projektgeschäft – etwa bei Servern, Storage und zentralen Netzwerkkomponenten – wirken sich Sonderkonditionen unmittelbar auf die Kalkulation aus. Wie groß der Effekt ist, hängt vom Herstellerprogramm, vom Produktmix, vom Projektvolumen und von der Verhandlungssituation ab. Die Registrierung schafft dabei keine eigene Marge. Sie kann aber verhindern, dass der Reseller seinen Beratungs- und Vertriebsaufwand ohne ausreichenden kaufmännischen Spielraum trägt.

Konkrete Empfehlung für den Einkauf im Channel

Wer im IT-Großhandel und im Channel-Vertrieb arbeitet, sollte Projektregistrierungen nicht als nachgelagerte Verwaltungsaufgabe des Vertriebsinnendienstes behandeln. Sie gehören in den kalkulatorischen und operativen Prozess eines jeden relevanten Projekts.

Drei Maßnahmen sind besonders wirksam:

• Eine klare Registrierungsschwelle definieren: Nicht jede Produktanfrage braucht sofort einen Schutzantrag. Für echte Projekte sollte es jedoch eine verbindliche interne Regel geben, die sich am Geschäftsmodell, am erwarteten Aufwand und an der strategischen Bedeutung des Kunden orientiert. Maßgeblich ist nicht nur der Auftragswert, sondern auch die Komplexität der Vorleistung.
• BANT im Vertriebsprozess verankern: Vor der Einreichung sollten Budget, Entscheidungsstruktur, Bedarf und Zeitplan kurz bewertet werden. Das verhindert unbrauchbare Anträge und verbessert die Qualität der Gespräche mit Hersteller und Distributor.
• Portalzugänge zentral verwalten: Persönliche Konten, abgestufte Berechtigungen und regelmäßige Überprüfungen reduzieren das Sicherheitsrisiko. Gleichzeitig sollte klar dokumentiert sein, wer Registrierungen einreicht, wer Fristen überwacht und wer bei Rückfragen des Herstellers antwortet.
• Schutzfristen mit dem CRM verbinden: Eine genehmigte Registrierung ist erst dann praktisch wertvoll, wenn ihr Ablaufdatum im Tagesgeschäft berücksichtigt wird. Automatische Erinnerungen und ein definierter Eskalationsweg verhindern, dass eine Opportunity unbemerkt aus dem Schutz fällt.
• Den eigenen Mehrwert konkret beschreiben: Hersteller unterstützen eher einen Antrag, der eine echte Vertriebs- und Integrationsleistung erkennen lässt. Technische Beratung, Migration, Betrieb und Kundenzugang sind aussagekräftiger als allgemeine Aussagen zur Marktpräsenz.

Die Projektregistrierung ist im IT-Kanal kein Bonusprogramm und kein Marketinggag. Sie ist eine operative Grundlage für das Projektgeschäft mit Hardware, Storage und Infrastrukturleistungen. Ihr Nutzen liegt in einem befristeten Vorrang, in besseren Verhandlungsmöglichkeiten und in einer klareren Abstimmung zwischen Reseller, Distributor und Hersteller – nicht in einem automatischen Anspruch auf den Auftrag.

Wer den Ablauf beherrscht, gewinnt den Wettbewerb deshalb nicht allein mit besseren Argumenten. Er schafft zunächst die organisatorischen Voraussetzungen dafür, dass gute Argumente, technische Leistung und investierte Vertriebszeit während der entscheidenden Phase nicht ohne Schutz bleiben.