Anforderungsaufnahme: Was CRM-Freelancer können müssen

Warum die Anforderungsaufnahme über den Projekterfolg entscheidet

Bei CRM-Projekten mit HubSpot oder Salesforce entstehen die größten Probleme selten während der technischen Umsetzung. Sie entstehen davor, wenn Anforderungen unvollständig oder falsch aufgenommen wurden. Ein Freelancer, der einen Automatisierungs-Workflow baut, der nicht zum eigentlichen Vertriebsprozess passt, hat technisch sauber gearbeitet und trotzdem ein falsches Ergebnis geliefert. Für Auftraggeber ist das teuer: Nacharbeiten kosten Zeit, Budget und Vertrauen in die weitere Zusammenarbeit.

Fachliches Know-how in HubSpot oder Salesforce ist deshalb nur ein Teil der Qualifikation. Der andere Teil ist die Fähigkeit, aus einem Gespräch mit dem Kunden herauszufiltern, was tatsächlich gebraucht wird, und das von dem zu trennen, was zuerst genannt wird.

Geäußerter Wunsch versus eigentliches Geschäftsproblem

Kunden formulieren ihre Anforderungen fast immer als Lösung, nicht als Problem. Ein typischer Satz lautet: 'Wir brauchen ein Dashboard, das die Lead-Zahlen pro Vertriebsmitarbeiter zeigt.' Die eigentliche Frage dahinter ist oft eine andere: Woran liegt es, dass manche Vertriebsmitarbeiter ihre Ziele verfehlen? Ein Dashboard beantwortet diese Frage vielleicht gar nicht, sondern macht nur ein bereits bekanntes Problem sichtbarer.

Erfahrene Consultants fragen deshalb nicht nur nach dem gewünschten Feature, sondern nach dem Auslöser dafür: Welche Entscheidung soll mit der neuen Funktion getroffen werden? Was passiert aktuell, das nicht funktioniert? Wer arbeitet mit den Daten weiter, sobald sie vorliegen? Diese Fragen kosten in einem Erstgespräch fünf zusätzliche Minuten und sparen im Projektverlauf oft Wochen.

Strukturierte Workshops statt offener Gespräche

Ein unstrukturiertes Kickoff-Gespräch produziert selten belastbare Anforderungen. Wer stattdessen mit einer festen Agenda arbeitet, bekommt vergleichbarere und vollständigere Aussagen. Bewährt haben sich folgende Elemente:

• Ist-Prozess dokumentieren, bevor über die Soll-Lösung gesprochen wird
• Konkrete Beispiele statt allgemeiner Aussagen einfordern, etwa anhand eines echten Deals oder Tickets aus der Vergangenheit
• Systemgrenzen klären: Welche Tools sind bereits im Einsatz, welche Datenflüsse existieren schon

Fragetechniken wie die 5-Why-Methode helfen dabei, von der Symptomebene zur Ursache vorzudringen. Wichtig ist dabei, nicht mechanisch fünfmal 'Warum' zu fragen, sondern so lange nachzuhaken, bis eine überprüfbare Aussage steht, statt einer Vermutung.

Stakeholder-Management bei mehreren Ansprechpartnern

In den meisten CRM-Projekten sitzen mehrere Interessengruppen am Tisch, und sie wollen selten dasselbe. Marketing möchte mehr Felder für Kampagnentracking, Vertrieb möchte weniger Pflichtfelder im Formular, die Geschäftsführung möchte belastbare Reportings. Ein Freelancer, der nur mit einer Person spricht und deren Wunschliste umsetzt, riskiert, dass andere Abteilungen das Ergebnis später ablehnen.

Aktives Zuhören bedeutet in diesem Kontext, Widersprüche zwischen Stakeholdern früh offenzulegen, statt sie stillschweigend zu übergehen. Das kann unangenehm sein, etwa wenn der Freelancer in einem gemeinsamen Termin sagt: 'Die Anforderung aus dem Vertrieb widerspricht dem, was Marketing gerade beschrieben hat. Das müssen wir klären, bevor wir weitermachen.' Wer diesen Konflikt vermeidet, verschiebt ihn nur auf einen späteren, teureren Zeitpunkt im Projekt.

Dokumentation und Abnahme: der unterschätzte Schritt

Mündlich vereinbarte Anforderungen sind im Streitfall wertlos. Eine schriftliche Zusammenfassung nach jedem Anforderungsworkshop, verschickt an alle Beteiligten mit der Bitte um Rückmeldung, schafft eine belastbare Grundlage für das weitere Projekt. Diese Zusammenfassung sollte konkret genug sein, um technisch umgesetzt zu werden, aber knapp genug, um von Nicht-Technikern gelesen und verstanden zu werden.

Eine formale Abnahme der Anforderungen, auch wenn sie nur aus einer kurzen E-Mail-Bestätigung besteht, verhindert spätere Diskussionen darüber, was ursprünglich vereinbart war. Gerade bei Freelance-Projekten ohne festen Projektmanagement-Apparat ist dieser Schritt oft die einzige verlässliche Referenz, wenn es zu Meinungsverschiedenheiten kommt.

Umgang mit unrealistischen Erwartungen und Scope-Creep

Nicht jede Anforderung ist mit dem gebuchten Budget oder der gebuchten HubSpot- beziehungsweise Salesforce-Lizenz umsetzbar. Ein professioneller Consultant benennt das direkt, statt Zusagen zu machen, die er später revidieren muss. Das gilt besonders für Funktionen, die technisch machbar wären, aber eine höhere Tarifstufe voraussetzen, oder für Anforderungen, die eigentlich einen zusätzlichen Prozessumbau statt einer reinen Systemanpassung bedeuten.

Scope-Creep entsteht meist schleichend, über kleine Zusatzwünsche während der laufenden Umsetzung. Wer von Beginn an ein dokumentiertes Anforderungsset hat, kann neue Wünsche sauber als Änderung markieren und separat bewerten, statt sie stillschweigend ins bestehende Budget einzupreisen.

Typische Fehler in der Erstberatung

• Zu schnell in die technische Lösung springen, bevor das Geschäftsproblem verstanden ist
• Nur mit einer Kontaktperson sprechen, obwohl mehrere Abteilungen vom Ergebnis betroffen sind
• Anforderungen mündlich festhalten, ohne schriftliche Zusammenfassung oder Abnahme
• Unrealistische Erwartungen aus Höflichkeit nicht ansprechen, um den Auftrag nicht zu gefährden

Diese Fehler zeigen sich selten sofort. Sie werden erst sichtbar, wenn ein fertiges Ergebnis nicht zu dem passt, was der Kunde eigentlich erwartet hatte, obwohl er formal genau das bestellt hat, was besprochen wurde.

Was Unternehmen bei der Auswahl eines Freelancers beachten sollten

Für Auftraggeber lohnt es sich, im Erstgespräch gezielt zu beobachten, ob der Freelancer Rückfragen zum Geschäftsprozess stellt oder direkt über Features und Konfiguration spricht. Wer sofort technische Lösungen anbietet, ohne den Ist-Zustand zu verstehen, liefert möglicherweise ein Ergebnis, das an der eigentlichen Anforderung vorbeigeht. Eine schriftliche Zusammenfassung nach dem Erstgespräch, auch unaufgefordert, ist ein brauchbares Indiz für strukturiertes Arbeiten.

Häufig gestellte Fragen

Wie unterscheide ich als Freelancer zwischen einem geäußerten Wunsch und dem eigentlichen Geschäftsproblem?

Indem nach dem Auslöser und der geplanten Nutzung der gewünschten Funktion gefragt wird, statt die genannte Lösung direkt umzusetzen. Konkrete Beispiele aus dem Tagesgeschäft des Kunden helfen dabei, die eigentliche Ursache sichtbar zu machen.

Wie gehe ich mit widersprüchlichen Anforderungen mehrerer Stakeholder um?

Widersprüche sollten früh und offen im gemeinsamen Termin angesprochen werden, statt sie stillschweigend zu übergehen. Das verzögert das Projekt kurzfristig, verhindert aber teure Nacharbeiten später.

Reicht eine mündliche Abnahme der Anforderungen aus?

Nein. Eine schriftliche Zusammenfassung mit Bestätigung durch den Kunden ist im Streitfall die einzige belastbare Referenz und sollte deshalb nach jedem Anforderungsworkshop erstellt werden.

Wie erkenne ich als Auftraggeber einen guten CRM-Freelancer im Erstgespräch?

Ein guter Indikator ist, ob der Freelancer Rückfragen zum Geschäftsprozess stellt, bevor er über technische Umsetzung spricht, und ob er nach dem Gespräch eine schriftliche Zusammenfassung liefert.