Anforderungsanalyse für eine neue Telefonanlage: Fragen, Daten und Rufwege erfassen

Viele Unternehmen starten die Suche nach einer neuen Telefonanlage mit dem falschen Schritt: Sie holen Angebote ein, bevor sie wissen, was sie eigentlich brauchen. Das Ergebnis sind Systeme, die entweder zu groß, zu starr oder technisch falsch integriert sind — und die nach der Einführung teuer angepasst werden müssen. Eine sorgfältige Telefonanlage Anforderungsanalyse ist deshalb keine bürokratische Pflichtübung, sondern die Grundlage dafür, dass das neue System die Telefonie tatsächlich verbessert.

Dieser Artikel zeigt, welche Fragen Sie im Vorfeld beantworten müssen, welche Daten Sie systematisch erfassen sollten und wie Sie Rufwege so dokumentieren, dass spätere Konfiguration und Integration reibungslos funktionieren.

Was eine Anforderungsanalyse für die Telefonanlage leisten muss

Eine Anforderungsanalyse für ein Telefonsystem hat drei Funktionen. Erstens macht sie den Ist-Zustand sichtbar: Wie wird heute telefoniert, welche Schwächen hat das bestehende System, wo entstehen Kosten oder Erreichbarkeitsprobleme? Zweitens definiert sie den Soll-Zustand: Welche Rufwege soll das neue System abbilden, welche Integrationen sind notwendig, welche Nutzergruppen haben besondere Anforderungen? Drittens liefert sie eine belastbare Grundlage für technische Entscheidungen: Ob eine Cloud-Telefonanlage oder klassische On-Premise-Architektur besser passt, lässt sich nur auf Basis konkreter Anforderungen entscheiden — nicht aus dem Bauchgefühl heraus.

Die Analyse ist damit auch Projektschutz: Wer die Anforderungen schriftlich fixiert hat, kann spätere Scope-Creep-Diskussionen mit dem Dienstleister vermeiden.

Schritt 1: Bestandsaufnahme der aktuellen Infrastruktur

Bevor Sie in die Anforderungen einsteigen, brauchen Sie einen klaren Überblick über das Bestehende. Notieren Sie:

• Anlage und Alter: Welche Telefonanlage ist aktuell im Einsatz — ISDN-Anlage, klassische IP-PBX oder bereits eine Cloud-Lösung? Wie alt ist das System, läuft die Wartung noch?
• Rufnummernblock: Welche Rufnummern sind in Betrieb, wie viele Nebenstellen existieren, gibt es Direct-Inward-Dialing (Durchwahlen)?
• Endgeräte: Wie viele und welche Telefone sind im Einsatz — DECT-Geräte, Tischtelefone, Softphones? Sind die Geräte kompatibel mit einem Nachfolgesystem oder müssen sie ersetzt werden?
• Leitungen und Anbieter: Welcher Anbieter stellt heute den Anschluss? ISDN-Kanäle, Anzahl gleichzeitiger Verbindungen, bestehende Vertragslaufzeiten?
• Integrationen: Ist die bestehende Anlage an ein CRM, ein Buchungssystem oder andere Software angebunden? Über welche Schnittstellen?

Diese Bestandsaufnahme verhindert, dass im späteren Rollout unerwartete Abhängigkeiten auftauchen — zum Beispiel ein ISDN-Alarmsystem, das auf der Leitung mitläuft, oder Faxgeräte, die separat abgesichert werden müssen.

Schritt 2: Nutzungsszenarien und Anrufvolumen erfassen

Die zweite Ebene der Analyse betrifft das tatsächliche Nutzungsverhalten. Ohne diese Zahlen ist eine sinnvolle Dimensionierung des neuen Systems nicht möglich.

Anrufvolumen und Spitzenlast

Fragen Sie Ihren aktuellen Anbieter nach der Verbindungsstatistik oder werten Sie vorhandene CDR-Daten (Call Detail Records) aus:

• Wie viele eingehende Anrufe empfängt das Unternehmen täglich — im Durchschnitt und an Spitzentagen?
• Wie viele gleichzeitige Verbindungen werden maximal benötigt?
• Gibt es saisonale Schwankungen (z. B. bei Freizeitbetrieben oder Steuerberatern vor Abgabefristen)?

Die Antworten auf diese Fragen bestimmen unmittelbar die benötigte Anzahl an Sprachkanälen beim SIP-Trunk. Wer zu wenige Kanäle bucht, riskiert Besetztzeichen in der Hauptlastzeit. Wer zu viele bucht, zahlt für Kapazität, die er nie nutzt.

Standorte und verteilte Teams

Betreibt Ihr Unternehmen mehrere Standorte, müssen Sie für jeden Standort eigene Anforderungen erfassen:

• Welche Standorte sollen in einer gemeinsamen Telefonanlage zusammengeführt werden?
• Gibt es Mitarbeiter im Homeoffice oder auf Baustellen, die in das System eingebunden werden sollen?
• Sollen Rufumleitungen standortübergreifend funktionieren (z. B. Überlauf von Standort A zu Standort B)?

Ein typisches Szenario aus der Praxis: Ein Handwerksbetrieb mit Büro und Werkstatt möchte, dass Monteuren auf der Baustelle Anrufe per App erreichbar sind, ohne eine zweite Telefonleitung zu zahlen. Das klingt einfach, erfordert aber konkrete Planung für Endgerätetypen, App-Kompatibilität und Netzabdeckung.

Schritt 3: Rufwege strukturiert dokumentieren

Der Kern jeder Telefonanlage Anforderungsanalyse ist die Dokumentation der Rufwege. Hier scheitern die meisten selbst durchgeführten Analysen, weil die Abläufe zu abstrakt beschrieben werden. Stattdessen brauchen Sie eine konkrete Ablaufbeschreibung für jeden eingehenden Rufnummerntyp.

Was ein Rufweg-Dokument enthält

Erstellen Sie für jede zentrale Rufnummer (Hauptnummer, Hotline, Service-Nummern) eine eigene Beschreibung mit folgenden Elementen:

Diese Tabelle klingt simpel, führt in der Praxis aber regelmäßig zu Diskussionen — weil Teams keine gemeinsame Antwort auf die Frage haben, was bei Nichtabnahme passiert. Genau das ist der Wert der Analyse: Entscheidungen werden im Vorfeld getroffen, nicht nach dem Go-live.

Durchwahlen und Nebenstellen planen

Zusätzlich zur Hauptnummer braucht jede Nebenstelle eine klare Zuordnung:

• Name und Funktion des Nutzers oder Teams
• Interne Durchwahlnummer
• Endgerät (Tischtelefon, DECT, Softphone/App)
• Rufgruppen-Zugehörigkeit
• Abwesenheitsverhalten (Mailbox, Weiterleitung, Rufgruppe)

Bei größeren Installationen empfiehlt sich ein einfaches Tabellenformat oder eine Nebenstellen-Matrix, die direkt als Konfigurationsgrundlage für die spätere Anlage dient.

Schritt 4: Integrations- und Systemanforderungen klären

Moderne Telefonanlagen sind selten isolierte Systeme. Für KMU im Mittelstand entstehen die größten Effizienzgewinne dort, wo die Telefonie nahtlos mit anderen Unternehmenssystemen zusammenarbeitet. Genau diese Anforderungen müssen Sie frühzeitig erfassen.

Typische Integrationen bei KMU

CRM-Integration: Soll das System eingehende Anrufer anhand der Rufnummer im CRM identifizieren und den Kundendatensatz automatisch öffnen? Das ist bei Systemen wie 3CX über standardisierte Schnittstellen möglich — aber nur, wenn das CRM eine entsprechende API oder einen CTI-Connector bietet. Notieren Sie, welches CRM oder ERP im Einsatz ist, welche Version und ob eine API existiert.

Buchungssystem: Wer Reservierungen oder Termine über das Telefon annimmt, profitiert davon, wenn die Anlage mit dem Buchungssystem verknüpft ist — etwa um Verfügbarkeiten direkt abzufragen oder Buchungen während des Anrufs anzulegen. Das Thema Telefonanlage mit Buchungssystem verbinden erfordert klare API-Spezifikationen auf beiden Seiten.

Ticketsystem: Im Service-Umfeld soll aus jedem Anruf automatisch ein Vorgang entstehen. Auch hier gilt: Die Integration ist technisch beherrschbar, aber nur dann, wenn im Vorfeld geklärt ist, welche Felder aus dem Gespräch in welches System übertragen werden sollen.

KI-Telefonassistent: Immer mehr KMU evaluieren den Einsatz eines KI-Telefonassistenten, der Anrufe außerhalb der Öffnungszeiten oder bei Überlast automatisch entgegennimmt. Wer das plant, muss in der Anforderungsanalyse festhalten, für welche Anruftypen der KI-Assistent eingesetzt werden soll, welche Informationen er erfassen darf, und wie die Übergabe an Mitarbeiter organisiert wird.

Sicherheits- und Datenschutzanforderungen

Auch die regulatorischen Rahmenbedingungen gehören zur Anforderungsanalyse. Werden Gespräche aufgezeichnet? Wenn ja: Für welche Zwecke, mit welcher Einwilligung, wo werden die Aufnahmen gespeichert? Gibt es besondere Datenschutzanforderungen — etwa weil der Betrieb im Gesundheitswesen tätig ist oder Mandantendaten verarbeitet? Notieren Sie diese Anforderungen konkret, denn sie schränken die Auswahl möglicher Hosting-Modelle (Cloud vs. On-Premise) und Anbieter ein.

Schritt 5: Technische Rahmenbedingungen prüfen

Keine Telefonanlage funktioniert besser als das Netzwerk, das sie trägt. Deshalb gehört eine Netzwerkprüfung zur vollständigen Anforderungsanalyse.

Netzwerk und Internetanbindung

IP-basierte Telefonie stellt konkrete Anforderungen an die Netzinfrastruktur:

• Bandbreite: Pro gleichzeitigem VoIP-Gespräch werden je nach Codec typischerweise zwischen 80 und 100 kbit/s benötigt. Bei 10 parallelen Gesprächen sind das mindestens 1 Mbit/s dediziert für Telefonie.
• Latenz und Jitter: VoIP reagiert empfindlich auf schwankende Laufzeiten. Latenzen über 150 ms und hoher Jitter führen zu Gesprächsqualitätsproblemen. Lassen Sie das Netzwerk vorab messen.
• QoS-Konfiguration: Ist Quality of Service auf Switches und Router konfiguriert, um Sprachpakete priorisieren zu können?
• WLAN: Werden DECT- oder WLAN-Telefone eingesetzt, ist die Abdeckung im gesamten Gebäude zu prüfen — inklusive Lager, Werkstatt oder Außenbereich.

Stromversorgung und Endgeräte

Tischtelefone über PoE (Power over Ethernet) benötigen PoE-fähige Switches. Notieren Sie, ob die vorhandenen Switches das unterstützen oder ob Neuanschaffungen eingeplant werden müssen.

Praxisbeispiel: Anforderungsanalyse bei einem mittelständischen Freizeitbetrieb

Als hypothetisches Beispiel: Ein Indoor-Freizeitpark mit 25 Mitarbeitern und zwei Standorten möchte seine ISDN-Anlage ersetzen. Die Analyse ergibt Folgendes:

• Anrufvolumen: Durchschnittlich 60 eingehende Anrufe täglich, an Wochenenden und Ferientagen bis zu 140. Gleichzeitig werden maximal 8 Leitungen belegt.
• Rufwege: Die Hauptnummer soll zu einer Warteschlange mit 4 Mitarbeitern führen. Außerhalb der Öffnungszeiten soll ein KI-Assistent Buchungsanfragen entgegennehmen und Rückrufaufgaben anlegen.
• Integrationen: Das Online-Buchungssystem soll Anrufern per Telefonmenü die Verfügbarkeit kommunizieren. CRM-Integration ist nicht geplant, da kein CRM existiert.
• Endgeräte: 6 Tischtelefone im Büro, 4 DECT-Handteile für die Freizeitfläche, Softphone-App für 3 Heimarbeitsplätze.
• Netzwerk: Ein Netzwerkcheck zeigt ausreichende Bandbreite, aber fehlende QoS-Konfiguration — die muss vor der Inbetriebnahme nachgezogen werden.
• Datenschutz: Keine Gesprächsaufzeichnung geplant, Cloud-Hosting in Deutschland erwünscht.

Auf dieser Basis lässt sich ein konkretes Lastenheft schreiben. Für die Umsetzung empfiehlt sich in solchen Fällen eine Cloud-Telefonanlage, weil sie standortübergreifend betrieben werden kann und keine eigene Server-Hardware erfordert. Der KI-Assistent außerhalb der Öffnungszeiten lässt sich beispielsweise über fonio.ai realisieren, das direkt mit gängigen Cloud-PBX-Systemen wie 3CX zusammenarbeitet.

Schritt 6: Lastenheft und Entscheidungsgrundlage erstellen

Die Ergebnisse aller vorherigen Schritte fließen in ein Lastenheft — ein Dokument, das die Anforderungen aus Sicht des Auftraggebers beschreibt, ohne bereits eine konkrete technische Lösung vorzugeben. Damit können Sie mehrere Angebote vergleichen und sicherstellen, dass alle Anbieter dieselbe Grundlage nutzen.

Ein vollständiges Lastenheft für eine Telefonanlage enthält:

1. Eckdaten des Unternehmens: Standorte, Mitarbeiterzahl, Branche
2. Ist-Analyse: Bestehende Anlage, Rufnummern, Endgeräte, Anbieter
3. Soll-Konzept: Gewünschte Rufwege, Öffnungszeiten, Overflow-Szenarien
4. Integrationsanforderungen: Schnittstellenpartner, Datenfelder, Protokolle
5. Technische Rahmenbedingungen: Netzwerk, Endgeräte, Hosting-Präferenz
6. Datenschutz und Compliance: Aufzeichnung, Speicherort, besondere Vorschriften
7. Service und Support: Gewünschte SLA, Reaktionszeiten, Schulungsbedarf
8. Budget und Zeitplan: Investitionsrahmen, gewünschter Go-live-Termin

Ein strukturiertes Lastenheft und Pflichtenheft trennt klar, was das Unternehmen fordert (Lastenheft) von dem, was der Auftragnehmer dazu liefert (Pflichtenheft). Diese Trennung schützt beide Seiten.

Typische Fehler bei der Anforderungsaufnahme

Wer die Analyse selbst durchführt, tappt oft in die gleichen Fallen.

Rufwege werden zu grob beschrieben. „Anrufe sollen verteilt werden" ist keine Anforderung. Konkret sein heißt: Wer nimmt den Anruf zuerst entgegen, nach wie vielen Sekunden klingelt das nächste Gerät, was passiert nach 60 Sekunden ohne Abnahme?

Feiertage und Ausnahmezeiten werden vergessen. Die meisten Anlagen benötigen eine separate Feiertagsverwaltung. Wenn diese nicht in der Anforderungsanalyse auftaucht, fehlt sie später im Angebot — und wird als Änderungsauftrag teuer nachgebucht.

Endgeräte-Kompatibilität wird nicht geprüft. Bestehende DECT-Systeme sind häufig herstellergebunden. Wer eine neue Anlage einführt, ohne die Endgeräte-Kompatibilität zu klären, kauft möglicherweise doppelt.

Integrations-APIs werden nicht vorab geprüft. Die Aussage „Das CRM hat sicher eine API" reicht nicht. Prüfen Sie konkret, ob eine CTI-Integration, ein Webhook oder eine REST-API existiert, welche Felder übergeben werden können und ob der Anbieter das offiziell unterstützt.

Skalierung wird ignoriert. Plant das Unternehmen in den nächsten zwei Jahren Wachstum — mehr Standorte, mehr Mitarbeiter, mehr Rufnummern? Dann muss die Anlage dafür ausgelegt sein. Eine on-premise Anlage, die heute passt, kann morgen bereits zu klein sein.

Wann Sie externe Unterstützung benötigen

Für einfache Setups — zehn Mitarbeiter, ein Standort, keine Sonderwünsche — können viele KMU die Anforderungsanalyse intern durchführen, wenn jemand im Team technisches Grundverständnis mitbringt. Sobald aber mehrere Standorte, komplexe Rufwege, CRM-Integrationen oder ein KI-Telefonassistent ins Spiel kommen, lohnt sich externe Unterstützung.

Ein erfahrener IT-Dienstleister wie SW Business Solutions begleitet die Analyse strukturiert: vom Aufnehmen der Ist-Situation über die Dokumentation der Rufwege bis zur Erstellung des Lastenhefts und der Empfehlung einer technisch passenden Lösung — ohne dass Sie sich vorab auf ein bestimmtes System festlegen müssen.

Wenn Sie bereits wissen, dass ein modernes System mit KI-Unterstützung, CRM-Integration und Cloud-Betrieb das Ziel ist, lohnt ein Blick auf unseren Artikel zu intelligenter Unternehmenstelefonie, der die Architektur solcher Systeme erklärt.

Von der Analyse zur Entscheidung

Eine vollständige Telefonanlage Anforderungsanalyse dauert je nach Unternehmensgröße und Komplexität zwischen einem halben Arbeitstag (kleine Einrichtung, ein Standort) und mehreren Wochen (Mehrstandort-KMU mit Integrationsanforderungen). Der Zeitaufwand zahlt sich aus: Systeme, die auf Basis einer sorgfältigen Analyse eingeführt werden, verursachen seltener Nacharbeiten, werden von den Mitarbeitern besser angenommen und sind im laufenden Betrieb einfacher zu warten.

Das Ergebnis der Analyse ist kein Selbstzweck — es ist die Grundlage für eine Entscheidung. Ob Sie sich für 3CX, eine andere Cloud-PBX oder eine hybride Lösung entscheiden, spielt erst danach eine Rolle. Zuerst müssen Sie wissen, was das System leisten soll.

Wenn Sie die Analyse für Ihr Unternehmen starten möchten und unsicher sind, wo Sie beginnen sollen: Vereinbaren Sie ein kostenloses Erstgespräch mit SW Business Solutions. Wir helfen Ihnen, die richtigen Fragen zu stellen — bevor Sie die falschen Entscheidungen treffen.