Kundenbedarf strukturiert analysieren
Aus einer vagen Anfrage werden prüfbare Anforderungen, klare Prioritäten und gezielte Rückfragen.
Was du nach dieser Lektion kannst
Eine Kundin sagt: “Wir brauchen sechs neue Notebooks für unser Beratungsteam. Sie sollen schnell, sicher und nicht zu teuer sein.” Das klingt zunächst nach einer Gerätebestellung. Für eine belastbare Auswahl fehlen aber noch entscheidende Informationen. Was bedeutet “schnell” bei den tatsächlichen Aufgaben? Welche Daten verarbeitet das Team? Wo werden die Geräte eingesetzt? Und welche Preisgrenze meint “nicht zu teuer”?
Genau hier beginnt die Bedarfsanalyse. Du klärst, welches Problem gelöst werden soll, welche Anforderungen wirklich gelten und welche Aussagen noch zu ungenau sind. Erst danach vergleichst du mögliche Lösungen.
Nach dieser Lektion kannst du:
- ein Bedarfsgespräch mit passenden Fragen führen,
- Anforderungen und Rahmenbedingungen unterscheiden,
- Muss- und Wunschkriterien prüfbar formulieren,
- Widersprüche und Lücken gezielt nachfragen,
- das Ergebnis so dokumentieren, dass andere damit weiterarbeiten können.
Die Lektion gehört zu Lernfeld 2. Der erste Teil der Abschlussprüfung greift die berufliche Handlung ausdrücklich auf: Kundenbedarfe zielgruppengerecht ermitteln. Die konkreten Aufgaben können wechseln. Entscheidend ist deshalb nicht eine auswendig gelernte Fragenliste, sondern ein nachvollziehbares Vorgehen.
Ein Kundenwunsch ist noch keine Anforderung
Unser Beispiel spielt bei der Hafenblick Sozialberatung. Sechs Mitarbeitende beraten Menschen abwechselnd im Büro und an verschiedenen Außenstellen. Die bisherigen Notebooks sind langsam und die Akkus halten nicht mehr durch einen Beratungstag. Teamleiterin Aylin wünscht sich neue Geräte, die “mobil, sicher und zukunftsfähig” sind.
Diese Wörter zeigen eine Richtung, lassen aber noch keine Auswahl zu. Eine Anforderung beschreibt so konkret wie nötig, was die Lösung leisten oder einhalten soll. Sie muss nicht immer eine Zahl enthalten. Sie sollte aber so formuliert sein, dass du später prüfen kannst, ob eine Lösung sie erfüllt.
Aus “Der Akku soll lange halten” kann zum Beispiel werden:
Das Notebook soll während eines achtstündigen Außentermins ohne Steckdose für die eingesetzten Büro- und Videokonferenzanwendungen nutzbar bleiben.
Die Formulierung nennt Einsatz, Dauer und Nutzung. Damit kann das Team Geräte anhand vergleichbarer Messbedingungen prüfen. Noch offen ist, ob acht Stunden ein fester Mindestwert oder ein Wunsch sind. Auch das klärst du im Gespräch.
Fünf Bereiche geben dem Gespräch Struktur
Ein Bedarfsgespräch muss nicht wie ein Formular klingen. Ein einfaches Raster hilft dir trotzdem, keine wichtige Perspektive zu vergessen.
- Ziel: Welches Problem soll nach der Umsetzung gelöst sein?
- Nutzung: Wer arbeitet wann, wo und womit?
- Umgebung: Welche vorhandenen Systeme, Anschlüsse und Regeln müssen berücksichtigt werden?
- Grenzen: Welche Vorgaben gelten für Budget, Termin, Datenschutz oder Beschaffung?
- Erfolg: Woran erkennt die Kundin bei Test und Übergabe, dass die Lösung passt?
Für die Hafenblick Sozialberatung könnten erste Antworten so aussehen:
| Bereich | Bisher geklärte Information | Noch offene Frage |
|---|---|---|
| Ziel | Mobile Beratung soll ohne Gerätewechsel möglich sein. | Welche Probleme treten mit den bisherigen Geräten konkret auf? |
| Nutzung | Sechs Mitarbeitende wechseln zwischen Büro und Außenstellen. | Werden Videokonferenzen unterwegs gleichzeitig mit anderen Anwendungen genutzt? |
| Umgebung | Eine zentrale Geräteverwaltung ist vorhanden. | Welche Betriebssystemversion und Verwaltungssoftware sind vorgegeben? |
| Grenzen | Personenbezogene Daten werden verarbeitet. | Welche betrieblichen Sicherheitsvorgaben gelten für Speicherung und Anmeldung? |
| Erfolg | Ein Beratungstag soll ohne Laden möglich sein. | Unter welchen Anwendungen und Einstellungen wird die Akkulaufzeit geprüft? |
Die rechte Spalte ist genauso wichtig wie die linke. Eine saubere Analyse macht Wissenslücken sichtbar, statt sie still mit Annahmen zu füllen.
Die Frageform richtet sich nach deinem Ziel
Offene Fragen geben Raum für eine ausführliche Antwort. Sie beginnen häufig mit “wie”, “welche” oder “woran”. Nutze sie am Anfang, wenn du Arbeitsablauf, Problem und Erwartungen noch verstehen willst.
“Welche Aufgaben erledigt das Team während eines Außentermins mit dem Notebook?”
Geschlossene Fragen grenzen einen Punkt ein. Sie lassen sich knapp beantworten, oft mit Ja, Nein, einer Zahl oder einer Auswahl. Nutze sie, wenn eine Information bereits ungefähr bekannt ist und du eine eindeutige Entscheidung brauchst.
“Ist ein Gewicht von höchstens 1,5 Kilogramm ein Muss-Kriterium?”
Klärende Fragen greifen eine Aussage auf und machen ihre Bedeutung prüfbar. Sie helfen besonders bei unscharfen Begriffen und möglichen Widersprüchen.
“Sie nennen einen ganzen Arbeitstag als Ziel. Sollen wir die acht Stunden mit Videokonferenzen oder mit typischer Büronutzung prüfen?”
Geschlossene Fragen sind nicht schlechter als offene. Sie erfüllen nur einen anderen Zweck. Wer ausschließlich geschlossene Fragen stellt, erfährt oft zu wenig über den Arbeitsalltag. Wer ausschließlich offen fragt, beendet das Gespräch möglicherweise mit vielen Eindrücken, aber ohne klare Grenzen.
Schnellcheck
Wähle die passende nächste Frage
Entscheide dich bei jeder Frage. Du bekommst die Erklärung direkt nach deiner Antwort.
Geschafft
von 3
Situationen richtig eingeordnet.
Anforderungen lassen sich in drei Gruppen ordnen
Die Einteilung hilft dir, eine Gesprächsnotiz auf Vollständigkeit zu prüfen. Sie ist kein Selbstzweck.
Funktionale Anforderungen beschreiben eine Leistung
Eine funktionale Anforderung sagt, was das System ermöglichen soll. Beim Notebook kann das zum Beispiel die Teilnahme an Videokonferenzen, der Zugriff auf die Fachanwendung oder die Anmeldung mit einem betrieblichen Konto sein.
Nichtfunktionale Anforderungen beschreiben eine Eigenschaft
Eine nichtfunktionale Anforderung sagt, wie gut oder unter welchen Qualitätsmerkmalen die Leistung erbracht werden soll. Dazu gehören zum Beispiel Akkulaufzeit, Gewicht, Bedienbarkeit, Leistung, Verfügbarkeit und Vorgaben an die Sicherheit.
“Sicher” ist dabei noch nicht prüfbar. Eine konkretere Anforderung könnte lauten: “Lokal gespeicherte Beratungsunterlagen müssen durch die betriebliche Geräteverschlüsselung geschützt sein.” Ob diese Formulierung vollständig ist, hängt von den Sicherheitsvorgaben des Betriebs ab.
Rahmenbedingungen begrenzen die Lösung
Eine Rahmenbedingung wird nicht durch eine einzelne Funktion des Geräts erfüllt. Sie legt den Lösungsraum fest, zum Beispiel durch Budget, Liefertermin, vorhandene Geräteverwaltung oder einen betrieblich vorgeschriebenen Herstellervertrag.
Zuordnungsaufgabe
Ordne die Gesprächsnotizen ein
Wähle die Gruppe, in der die Aussage für die weitere Analyse am hilfreichsten aufgehoben ist.
Richtig zugeordnet. Prüfe diese Zuordnung noch einmal.
Richtig zugeordnet. Prüfe diese Zuordnung noch einmal.
Richtig zugeordnet. Prüfe diese Zuordnung noch einmal.
Richtig zugeordnet. Prüfe diese Zuordnung noch einmal.
Richtig zugeordnet. Prüfe diese Zuordnung noch einmal.
Richtig zugeordnet. Prüfe diese Zuordnung noch einmal.
von 6 richtig
Funktionale Anforderungen beschreiben eine benötigte Leistung. Nichtfunktionale Anforderungen beschreiben eine prüfbare Qualität dieser Leistung oder des Systems. Rahmenbedingungen begrenzen Auswahl und Umsetzung. In der Praxis können einzelne Aussagen mehrere Aspekte berühren. Dann teilst du sie für die Dokumentation in eindeutige Anforderungen auf.
Muss und Wunsch zeigen die Priorität
Die Anforderungsart beantwortet die Frage: “Was für eine Aussage ist das?” Die Priorität beantwortet eine andere Frage: “Darf eine Lösung davon abweichen?”
Ein Muss-Kriterium ist eine Mindestanforderung. Eine Variante, die es nicht erfüllt, ist für den Auftrag ungeeignet. Ein Wunschkriterium verbessert die Lösung, darf aber gegen andere Vorteile abgewogen werden.
Für die Beratung könnte das so aussehen:
| Aussage aus dem Gespräch | Prüfbare Fassung | Priorität |
|---|---|---|
| ”Wir arbeiten an verschiedenen Orten.” | Das Notebook verbindet sich über WLAN mit den festgelegten Außenstellen und unterstützt den vorhandenen Fernzugriff. | Muss |
| ”Der Akku soll lange halten.” | Das Gerät erreicht im vereinbarten betrieblichen Nutzungstest mindestens acht Stunden. | Muss |
| ”Ein geringes Gewicht wäre angenehm.” | Das Gerät wiegt einschließlich Akku höchstens 1,5 Kilogramm. | Wunsch |
| ”Wir wollen die Geräte länger nutzen.” | Arbeitsspeicher und Datenspeicher lassen sich nach den vereinbarten Bedingungen erweitern oder austauschen. | Wunsch |
Eine Priorität ist keine Eigenschaft des Satzes. Sie ergibt sich aus dem konkreten Einsatz. Bei täglichen Wegen kann das Gewicht zum Muss werden. Bei überwiegender Nutzung im Büro bleibt es vielleicht ein Wunsch.
Widersprüche sind ein Anlass zum Nachfragen
Kundenwünsche können gleichzeitig sinnvoll und trotzdem nicht ohne Abwägung erfüllbar sein. Typische Zielkonflikte sind:
- geringes Gewicht und lange Akkulaufzeit,
- hohe Leistung und niedriger Energieverbrauch,
- sehr niedrige Kosten und lange Nutzungsdauer,
- schnelle Lieferung und eine besondere Ausstattung.
Du löst einen Zielkonflikt nicht durch eine stille Annahme. Zeige stattdessen die betroffenen Ziele, frage nach Mindestwerten und lasse die Priorität klären.
Ein ruhiger Gesprächsbeitrag kann so klingen:
“Für das geringe Gewicht und die lange Akkulaufzeit kommen unterschiedliche Geräteschwerpunkte infrage. Welche Mindestlaufzeit brauchen Sie in einem typischen Außentermin? Und ab welchem Gewicht wird das Gerät für Ihr Team unpraktisch? Mit diesen Grenzen können wir passende Varianten vergleichen.”
Damit steht nicht sofort eine Lösung fest. Aber aus zwei allgemeinen Wünschen werden zwei prüfbare Größen.
Sortieraufgabe
Bringe die Bedarfsanalyse in eine tragfähige Reihenfolge
Ordne die Schritte vom ersten Verständnis bis zur bestätigten Grundlage für die Auswahl.
Ziehe die Einträge an die richtige Position. Geht auch per Tastatur über den Griff.
Die Reihenfolge stimmt.
Die Reihenfolge passt noch nicht.
Zuerst verstehst du Problem und Nutzung. Danach konkretisierst du Aussagen und prüfst die entstehende Anforderungsliste auf Lücken und Konflikte. Die Priorisierung braucht dieses gemeinsame Bild. Eine abschließende Bestätigung verhindert, dass unterschiedliche Vorstellungen unbemerkt bleiben.
Die Dokumentation hält Ergebnis und offene Punkte fest
Nach dem Gespräch braucht das Team keine wortgetreue Mitschrift. Es braucht eine belastbare Arbeitsgrundlage. Eine knappe Bedarfsdokumentation enthält:
- Ausgangssituation und Ziel,
- Zielgruppe und typische Nutzung,
- funktionale und nichtfunktionale Anforderungen,
- Rahmenbedingungen,
- Muss- und Wunschkriterien,
- offene Fragen, Annahmen und Verantwortlichkeiten,
- vereinbarte Prüfkriterien und Bestätigung.
Für eine einzelne Anforderung hilft ein einheitliches Muster:
id: AKKU-01
anforderung: "Das Notebook erreicht im betrieblichen Nutzungstest mindestens acht Stunden."
prioritaet: muss
pruefung: "Test mit vereinbartem Anwendungsmix und festgelegter Bildschirmhelligkeit"
quelle: "Bedarfsgespräch mit Teamleitung am 10. Juli 2026"
status: bestaetigt
Das YAML-Format ist nur ein Beispiel für eine strukturierte Notiz. Eine Tabelle oder ein betriebliches Ticketsystem kann denselben Zweck erfüllen. Entscheidend ist, dass Aussage, Priorität, Prüfung und Herkunft nachvollziehbar bleiben.
Transfer: Führe die Analyse für ein neues Szenario weiter
Transferaufgabe
Formuliere Rückfragen und Anforderungen
Eine Physiotherapiepraxis benötigt drei PCs für Anmeldung und Behandlungsräume. Die Praxisleitung sagt: 'Die Geräte sollen zuverlässig, hygienisch gut nutzbar und günstig sein. Unsere Praxissoftware und zwei vorhandene Kartenlesegeräte müssen weiter funktionieren. In vier Wochen soll alles laufen.' Formuliere vier gezielte Rückfragen. Leite anschließend zwei Muss-Kriterien und ein Wunschkriterium ab. Markiere Annahmen, die die Praxis noch bestätigen muss.
Musterlösung vergleichen
Musterlösung: Sinnvolle Rückfragen wären: “Welche Version und welche technischen Voraussetzungen hat die Praxissoftware?”, “Über welche Anschlüsse und Treiber werden die Kartenlesegeräte eingebunden?”, “Welche Oberflächen und Reinigungsmittel sind für die hygienische Nutzung vorgegeben?” und “Umfasst der Termin von vier Wochen auch Datenübernahme, Test und Einweisung?”
Daraus lassen sich vorläufige Muss-Kriterien formulieren: “Die PCs führen die freigegebene Version der Praxissoftware mit allen benötigten Funktionen aus” und “Die vorhandenen Kartenlesegeräte lassen sich über die bestätigten Anschlüsse und unterstützten Treiber betreiben.” Ein mögliches Wunschkriterium wäre ein Gehäuse, dessen Oberflächen die vereinbarte Reinigung erleichtern. Noch zu bestätigen sind unter anderem Softwareversion, Schnittstellen, Reinigungsanforderungen, Budgetumfang und genauer Leistungsumfang bis zum Termin. “Günstig” allein ist weder ein prüfbares Kriterium noch automatisch ein Wunsch.
Das Wichtigste in Kürze
- Beginne beim Problem und beim Arbeitsablauf, nicht bei einem Produkt.
- Nutze offene Fragen zum Verstehen und geschlossene oder klärende Fragen zum Eingrenzen.
- Trenne benötigte Funktionen, Qualitätsanforderungen und Rahmenbedingungen.
- Formuliere Anforderungen so, dass ihre Erfüllung später geprüft werden kann.
- Priorisiere Muss und Wunsch gemeinsam mit der Kundin.
- Dokumentiere Lücken, Annahmen und Widersprüche sichtbar.
- Lass die Zusammenfassung bestätigen, bevor die Lösungsauswahl beginnt.
Quellenbasis und Abgrenzung
Die berufliche Handlung folgt Lernfeld 2 des KMK-Rahmenlehrplans. § 9 der Fachinformatikerausbildungsverordnung nennt das zielgruppengerechte Ermitteln von Kundenbedarfen ausdrücklich für den ersten Teil der Abschlussprüfung. Der Ausbildungsrahmenplan verbindet dies mit dem Feststellen von Bedarfen, situationsgerechter Kundenkommunikation und dem Beurteilen kundenspezifischer Lösungen.
Der interne AP1-Prüfungskatalog grenzt die Themenbreite über Bedarfsanalyse, Kundenbefragung und Kundenkommunikation ein. Die Beispielprüfung aus Herbst 2023 wurde nur herangezogen, weil sie Methoden der Bedarfsanalyse als wiederkehrende Aufgabenform zeigt. Szenario, Formulierungen, Daten und Übungen dieser Lektion sind neu erstellt. Sie bilden keine echte Prüfungsaufgabe ab und sagen nicht voraus, was in einem bestimmten Prüfungstermin vorkommt.
Die Unterscheidung zwischen funktionalen und nichtfunktionalen Anforderungen orientiert sich ergänzend an der ISO/IEC/IEEE 29148:2018. Diese Lektion führt in die Bedarfsklärung für einen IT-Arbeitsplatz ein. Sie ersetzt weder eine vollständige Anforderungsspezifikation noch eine Datenschutz-, Sicherheits- oder Vertragsprüfung.
Belegmatrix
| Lernziel | Ordnungsmittel | Verwendete Quellen | Lernaktivität |
|---|---|---|---|
| Frageformen passend zur Situation auswählen | LF2, A2, T1 | KMK-Rahmenlehrplan; FIAusbV § 9; AP1-Prüfungskatalog | Geführtes Gesprächsbeispiel und schrittweiser Entscheidungsquiz |
| Anforderungsarten unterscheiden | LF2, A1, A2 | KMK-Rahmenlehrplan; Ausbildungsrahmenplan; ISO/IEC/IEEE 29148:2018 | Erklärung am Notebook-Szenario und Zuordnungsaufgabe |
| Muss- und Wunschkriterien bilden | LF2, A2, A3, T1 | FIAusbV; AP1-Prüfungskatalog | Vergleichstabelle, Warnhinweis und Sortieraufgabe |
| Lücken und Widersprüche klären | LF2, A1, A2 | Ausbildungsrahmenplan; AP1-Prüfungskatalog; abstrahiertes Aufgabenmuster AP1 Herbst 2023 | Zielkonflikt im Praxisfall und Transferaufgabe |
| Bedarf nachvollziehbar dokumentieren | LF2, A1, A2, T1 | KMK-Rahmenlehrplan; FIAusbV § 9 | Dokumentationsmuster und Selbstkontrolle in der Transferaufgabe |
Durchgearbeitet?
Markiere die Lektion als erledigt, dein Fortschritt wird lokal gespeichert.