15.10.2026 - Fachartikel
Das Projekt endet, die Kundenbetreuung geht weiter. So organisieren Sie Support und Wartung nach Projektabschluss: mit einer klaren Übergabe, passenden Kapazitäten und einer Abrechnung, die Ihre Leistungen nachvollziehbar macht.
Schaffen Sie einen eigenen Servicerahmen: Das Projekt liefert ein definiertes Ergebnis; die anschließende Betreuung braucht eigene Zuständigkeiten und Leistungsvereinbarungen.
Nutzen Sie Tickets für einzelne Anliegen: Ein Ticket dokumentiert eine Frage, Störung oder Anforderung. Es kann zu einem Service oder einem Projekt gehören.
Planen Sie die Übergabe vor dem Abschluss: Klären Sie offene Punkte, Wissen, Anfragewege und Verantwortung, bevor das Projektteam weiterzieht.
Trennen Sie Kapazität und Supportbudget: Verfügbare Mitarbeiter sichern die Bearbeitung; der Vertrag bestimmt Leistungsumfang und Abrechnung.
Verbinden Sie die Abläufe: BCS führt Ticketing & Services mit Planung, Zeiterfassung und kaufmännischen Funktionen zusammen.
Freitag: Der Kunde nimmt sein neues Portal ab. Das Entwicklungsprojekt ist damit abgeschlossen.
Montag: Ein Anwender braucht Hilfe beim Login.
Dienstag: Ein erster ein Wartungstermin findet statt.
Mittwoch: Der Wunsch nach einer zusätzlichen Schnittstelle kommt auf. Das Projektteam arbeitet inzwischen aber längst am nächsten Auftrag. Wer übernimmt?
Support und Wartung nach Projektabschluss brauchen einen eigenen organisatorischen Rahmen mit klaren Zuständigkeiten. Die Betreuung kann unmittelbar mit der Abnahme beginnen oder an eine vereinbarte Stabilisierungsphase anschließen, in der das Projektteam den Übergang begleitet. Ein abgestimmter Servicebeginn schafft für beide Seiten Klarheit: Der Kunde kennt seine Ansprechpartner, und die Mitarbeiter wissen, welche Leistungen sie übernehmen.
Dabei erfüllen Support, Wartung und Betrieb unterschiedliche Aufgaben.
Support hilft bei Anwenderfragen und Störungen.
Wartung umfasst vereinbarte Maßnahmen, die eine Lösung pflegen und funktionsfähig halten.
Zum Betrieb können regelmäßige Kontrollen und die laufende Bereitstellung gehören.
Welche Leistungen der Dienstleister tatsächlich übernimmt, ergibt sich aus der jeweiligen Vereinbarung. Ein Wartungsvertrag deckt daher nicht automatisch jede Supportanfrage oder spätere Erweiterung ab.
Auch Projekt, Service und Ticket erfüllen unterschiedliche Funktionen. Das Projekt schafft ein definiertes Ergebnis, der Service bildet den Rahmen für die laufende Betreuung und das Ticket hält ein einzelnes Anliegen fest. Tickets können dabei sowohl zu einem Projekt als auch zu einem Service gehören.
| Rahmen | Zweck | Beispiel |
|---|---|---|
| Projekt | Ein definiertes Ergebnis mit eigener Planung und Abschluss schaffen. | Ein Kundenportal einführen. |
| Service | Eine bestehende Lösung laufend betreuen. | Portalpflege und Anwenderunterstützung leisten. |
| Ticket | Ein konkretes Anliegen innerhalb eines Projekts oder Services bearbeiten. | Ein Loginproblem untersuchen oder einen Änderungswunsch erfassen. |
Diese Logik gilt auch nach einem Website-Relaunch oder der Inbetriebnahme einer Anlage. Umfang und Abläufe unterscheiden sich; die Zuordnung bleibt wichtig. Unser Beitrag Was ist ein Projekt? vertieft die Abgrenzung zum laufenden Geschäft.
Beginnen Sie die Übergabeplanung vor dem letzten Projekttermin. Projektleitung, Serviceverantwortlicher und Kundenbetreuer sollten gemeinsam die folgenden Ergebnisse festhalten.
Dokumentieren Sie den Lieferstand, die Abnahme und bekannte Einschränkungen. Ordnen Sie jeden offenen Punkt einem Verantwortlichen zu.
Unterscheiden Sie ausstehende Projektarbeit, laufende Betreuung und zusätzliche Wünsche. Ein später Meldetermin allein macht eine Anfrage noch nicht zur Supportleistung.
Benennen Sie die betreuten Systeme, Standorte oder Produkte. Klären Sie Servicezeiten, Prioritäten, Reaktionsziele und Eskalationswege.
Legen Sie fest, wer Zusatzleistungen auf Kundenseite freigibt. Beschreiben Sie auch, welche Leistungen Ihr Angebot ausschließt.
Bestimmen Sie einen Serviceverantwortlichen, die zuständigen Bearbeiter und eine Vertretung.
Legen Sie fest, wann das Team die frühere Projektleitung oder einen Spezialisten hinzuzieht. So muss der Kunde bei einer Störung keine internen Zuständigkeiten recherchieren.
Übergeben Sie aktuelle Dokumentation, Konfigurationen, Versionsstände, Ansprechpartner und wichtige Entscheidungen. Prüfen Sie die benötigten Berechtigungen und pflegen Sie Zugangsdaten über den vorgesehenen sicheren Prozess.
Lassen Sie das Serviceteam eine typische Anfrage anhand dieser Informationen durchspielen. Das zeigt Wissenslücken besser als ein voller Übergabeordner.
Teilen Sie dem Kunden mit, wo er Anliegen meldet und welche Angaben Sie benötigen.
Definieren Sie intern die Zuordnung, Statuspflege und Kommunikation. Geben Sie dem Team eine einfache Regel für dringende Fälle und Anfragen außerhalb des vereinbarten Umfangs.
Reservieren Sie Betreuungskapazität und legen Sie fest, wohin Mitarbeiter ihre Zeiten buchen.
Prüfen Sie Leistungsarten, Abrechnungsregeln und Freigaben mit dem kaufmännischen Verantwortlichen. Vereinbaren Sie einen ersten Reviewtermin nach dem Servicestart.
Kann ein Mitarbeiter ohne Beteiligung am ursprünglichen Projekt die betreute Lösung erkennen, relevante Unterlagen finden und den nächsten Arbeitsschritt bestimmen? Wenn das noch nicht gelingt, schließen Sie die Lücke vor dem Servicebeginn.
Ein gutes Ticket beantwortet zunächst fünf Fragen:
Wer meldet das Anliegen?
Welche Lösung betrifft es?
Was passiert konkret?
Welche Auswirkung hat das Problem?
Wer übernimmt den nächsten Schritt?
Ergänzen Sie Zeitpunkt, betroffene Version und hilfreiche Dateien, soweit der Fall diese Angaben benötigt.
Ein blockierter Geschäftsprozess verlangt eine andere Behandlung als eine Frage zur Darstellung. Definieren Sie nachvollziehbare Kriterien und vereinbaren Sie einen Eskalationsweg. „Der Kunde fragt zum dritten Mal nach“ sollte nicht Ihr einziges Priorisierungskriterium sein.
Die Reaktionszeit beschreibt die Frist bis zur vereinbarten Rückmeldung oder ersten qualifizierten Bearbeitung. Die Lösungszeit beschreibt die Dauer bis zur Behebung. Definieren Sie Startpunkt, Servicezeiten und etwaige Unterbrechungen im Service Level Agreement (SLA), statt beide Fristen gleichzusetzen.
Zurück zum Portalbeispiel: Der Support untersucht das Loginproblem im vereinbarten Service. Der Wunsch nach einer neuen Schnittstelle braucht dagegen zunächst eine Aufwandsschätzung und Freigabe. Ihr Team hält die Anfrage im Ticket fest und startet bei entsprechendem Umfang ein neues Projekt. Ein Ticket allein erteilt noch keinen Auftrag für jede gewünschte Umsetzung.
Auch viele kleine Wünsche verdienen eine gemeinsame Bewertung. Wenn sie dieselbe Änderung betreffen, bündeln Sie sie zu einem geplanten Arbeitspaket. So vermeiden Sie eine unbemerkte Erweiterung des Serviceumfangs.
BCS im Ablauf: Mitarbeiter halten Kommunikation, Priorität, Zuständigkeit und Bearbeitungszeit am Ticket fest. BCS kann Anforderungen mit Projektaufgaben und User Storys verbinden. Die Leistungsseite zu Ticketing & Services zeigt diese Zusammenhänge. Grundlagen zur Ticketorganisation erläutert der Blogartikel Ticket ist Trumpf: Ticketsysteme im Support.
Kunden sind den entsprechenden Projekten zugeordnet. Dadurch können sie genau dort Tickets einsehen oder erstellen, wo es fachlich passt. Gleichzeitig können interne Mitarbeitende projekt- und gesellschaftsübergreifend zusammenarbeiten, wenn sie an denselben Kunden oder denselben technischen Themen beteiligt sind. […]
Natürlich hängt der Erfolg eines Ticketsystems auch davon ab, dass Prozesse konsequent gelebt und Informationen sauber dokumentiert werden. BCS stellt dafür die passende Struktur bereit: Tickets, Zuständigkeiten, Historie und Kundenbezug sind zentral nachvollziehbar. Das hilft uns im Tagesgeschäft und sorgt dafür, dass Supportanfragen nicht in einzelnen Postfächern oder persönlichen Ablagen verschwinden.
„Das übernimmt jemand nebenbei.“ – Das klingt unkompliziert, zumindest solange, bis eine dringende Supportanfrage auf einen vollen Projektplan trifft. Laufende Betreuung braucht deshalb einen festen Platz in der Kapazitätsplanung. Bisherige Betreuungsaufwände liefern dafür eine erste Orientierung. Hinzu kommen
Servicezeiten
benötigte Qualifikationen
Abwesenheiten
Belastung durch parallel laufende Projekte
Wiederkehrende Kontrollen und typische Anwenderfragen bilden eine Grundlast. Geplante Wartungen beanspruchen dagegen zusätzliche Kapazität zu bestimmten Terminen. Für ungeplante Störungen braucht das Team Spielraum und eine verlässliche Vertretung. Der Vergleich mit tatsächlich erfassten Zeiten zeigt nach dem Servicestart, ob diese Planungsannahmen zum Alltag passen.
Rechenbeispiel: Ein Team verfügt nach Abwesenheiten und internen Aufgaben über 120 Wochenstunden. Davon plant es 25 Stunden für laufende Betreuung und weitere 15 Stunden für ein Wartungsfenster ein. Für Projektarbeit bleiben in dieser Woche zunächst 80 Stunden. Wenn das Team zusätzlich Kapazität für ungeplante Störungen reserviert, sinkt dieser Wert entsprechend. Ein finanzielles Supportbudget schafft keine zusätzliche Arbeitszeit.
BCS berücksichtigt regelmäßige Serviceaufwände über Grundlasten und zeitlich begrenzte Belastungen über Kontingente. Kontingente unterstützen auch die Vermeidung von Überbuchungen. So fließt die laufende Betreuung in die Planung neuer Projekte ein, und Verantwortliche erkennen, welche Kapazitäten bereits zum Service gehören.
Mehr dazu finden Sie beim Ressourcenmanagement mit BCS. Wie Sie Bedarf und Verfügbarkeit systematisch gegenüberstellen, erklärt unser Fachartikel zur Ressourcenplanung im Projektmanagement.
Bei der Zuteilung von Tickets legen wir oft den Bearbeitungsbeginn auf einen Zeitpunkt in der Zukunft, sodass der Planaufwand gleich in der Ressourcenauslastung vorausschauend berücksichtigt werden kann. […] Im Rahmen unserer Betriebsverträge sind wir auf eine enge Abstimmung und Zusammenarbeit mit unseren Kunden angewiesen. […] Kunden sehen dabei den Projektüberblick und sind so über den aktuellen Status informiert. Außerdem sehen sie die Ticketkommentare unseres Teams ein und können selbst Ticketkommentare verfassen, um uns mit notwendigen Informationen zu versorgen. Transparenz schafft die Tatsache, dass Kunden jederzeit einen Überblick über ihr verfügbares Supportbudget haben.
Die Vereinbarung mit dem Kunden bestimmt die Abrechnung. Erfassen Sie auch Zeiten für Leistungen innerhalb einer Pauschale: Sie brauchen diese Daten, um den tatsächlichen Aufwand und Ihre Kalkulation zu beurteilen. Aus einer Zeitbuchung folgt jedoch nicht automatisch eine zusätzliche Rechnungsposition.
| Modell | Vorab klären | Im Alltag prüfen |
|---|---|---|
| Pauschale oder Abonnement | Enthaltene Leistungen, Grenzen und Laufzeit. | Zusatzwünsche separat freigeben und Aufwand auswerten. |
| Supportbudget oder Stundenkontingent | Verbrauchsregeln, Gültigkeit und Vorgehen bei Ausschöpfung. | Verbrauch mit dem vereinbarten Rahmen vergleichen und rechtzeitig informieren. |
| Abrechnung nach Aufwand | Sätze, Leistungsarten und benötigte Nachweise. | Zeiten, Tätigkeitsbeschreibungen und Freigaben prüfen. |
| Gesonderter Erweiterungsauftrag | Ergebnis, Preis beziehungsweise Budget und Beauftragung. | Aufwand der Erweiterung vom laufenden Support trennen. |
Ein anspruchsvoller Bereich sind wiederkehrende Leistungen. Neben klassischen Lizenzmodellen gewinnen monatliche und jährliche Abonnements, Wartungs- und Supportpauschalen sowie weitere wiederkehrende Modelle an Bedeutung. Dabei entstehen zahlreiche Varianten: Zahlungsmodelle, Gratisphasen, Laufzeiten, Kündigungsfristen, Startzeitpunkte und Abrechnungszeiträume. Diese Themen lassen sich dauerhaft nicht zuverlässig über Einzelwissen, Erinnerungen oder isolierte Listen steuern. BCS hilft uns, diese kaufmännischen Anforderungen stärker zu standardisieren. Fristen, Artikel, Abrechnungszeiträume und Wiedervorlagen können strukturierter abgebildet werden. Gleichzeitig sehen wir in diesem Bereich weiteres Optimierungspotenzial.
„Zwei Stunden für Kunde A“ hilft wenig, wenn der Kunde eine Wartungspauschale und zusätzlich Schulung nach Aufwand bezahlt. Ordnen Sie die Zeit der konkreten Tätigkeit und Vereinbarung zu. Legen Sie außerdem fest, wer Buchungen vor der Rechnung prüft.
BCS verbindet die Zeiterfassung mit kaufmännischen Abläufen. Die Rechnungsstellung mit BCS unterstützt verschiedene Abrechnungsregeln, Stundensätze und Leistungsnachweise. So bereiten Sie die Rechnung auf Grundlage der dokumentierten Arbeit vor.
Wenn ein Wunsch den vereinbarten Umfang überschreitet, erläutern Sie dem Kunden Aufwand und nächsten Schritt. Holen Sie die erforderliche Freigabe ein. Eine verständliche Beauftragung verhindert Streit besser als eine ausführliche Erklärung auf der späteren Rechnung.
Die organisatorische Trennung soll keine Informationslücke erzeugen. Dafür brauchen Projektteam, Service und kaufmännische Abteilung zusammenhängende Daten. BCS verbindet diese Arbeitsbereiche.
Seit BCS 26.2 steht der Arbeitsbereich Services als eigener Baustein zur Aktivierung bereit. Er bündelt langfristige Support-, Wartungs- und Betriebsleistungen. Rollen wie Serviceleitung und Serviceverwaltung klären Zuständigkeiten; Termine, Checklisten, Workflows und Wiedervorlagen unterstützen die Bearbeitung.
Eine Serviceaufgabe bildet den übergeordneten Arbeits- und Buchungskontext. Tickets erfassen einzelne Anliegen darin. Mitarbeiter buchen Zeiten auf Services, Serviceaufgaben oder Tickets. Kunden nutzen das Supportportal für ihre Anliegen; Berechtigungen bestimmen ihren Informationszugriff.
Kundenfeedback kann direkt am Ticket eingeholt werden. Betrachten Sie Rückmeldungen zusammen mit Bearbeitungszeiten und wiederkehrenden Anliegen. Prüfen Sie daneben Aufwand und Erlöse: Häufige Rückfragen können auf fehlende Dokumentation hindeuten, dauerhaft hohe Aufwände auf eine unpassende Kalkulation.
Die BCS-Leistungsseite zu Ticketing & Services zeigt den Funktionsumfang für Kundenservice, Projektarbeit und laufende Betreuung. Die ERP-Funktionen von BCS erläutern die angrenzenden kaufmännischen Abläufe.
Wie weit ist Ihre Serviceübergabe? Markieren Sie die Punkte, die Ihr Team bereits geklärt hat. Die Auswertung zeigt, welche nächsten Schritte noch offen sind.
Der Check überträgt keine Angaben und speichert keine Ergebnisse. Nutzen Sie Ihre Auswahl als Vorbereitung für die gemeinsame Prüfung mit Ihrem Team.
Benennen Sie einen Serviceverantwortlichen für die laufende Betreuung. Die Projektleitung übergibt Wissen und offene Punkte; das Serviceteam übernimmt die vereinbarten Leistungen. Der Kundenbetreuer bleibt Ansprechpartner für Änderungen am kommerziellen Rahmen.
Vereinbaren Sie eine Stabilisierungsphase passend zur Lösung und zum Risiko. Halten Sie Dauer, Aufgaben und Übergabekriterien fest. Bei einer einfachen Website kann ein anderer Zeitraum passen als bei einer geschäftskritischen Anwendung. Eine allgemeingültige Anzahl von Tagen gibt es dafür nicht.
Nein. Prüfen Sie den gemeldeten Sachverhalt und die bestehenden Vereinbarungen. Unterscheiden Sie offene Projektarbeit, mögliche Mängel, enthaltene Betreuung und zusätzlich beauftragte Leistungen. Ordnen Sie die Anfrage nicht allein nach ihrem Eingangsdatum einer kostenpflichtigen Kategorie zu.
Informieren Sie den Kunden rechtzeitig und folgen Sie dem vereinbarten Verfahren: zusätzliches Budget freigeben, weitere Leistungen nach Aufwand beauftragen oder nicht dringende Arbeiten verschieben. Klären Sie bereits im Vertrag, wie Sie dringende Fälle und enthaltene Verpflichtungen behandeln.
Nutzen Sie wenige Kennzahlen mit klaren Definitionen: Reaktionszielerfüllung, Alter offener Tickets, Aufwand je Service, Budgetverbrauch und Kundenfeedback. Vergleichen Sie ähnliche Anliegen und Zeiträume. Eine lange Bearbeitungsdauer allein erklärt weder die Ursache noch die Qualität der Arbeit.
Nein. Prüfen Sie, welches System welchen Prozess führt und wie Auftrags-, Zeit- und Abrechnungsdaten zusammenkommen. Benennen Sie für jedes Datum eine maßgebliche Quelle und regeln Sie Korrekturen. Die items-Referenz zeigt, wie ein Dienstleister BCS für Projektarbeit, Ressourcenplanung, Aufwandserfassung und Abrechnung nutzt.
Kai Sulkowski ist Online Marketing Manager bei der Projektron GmbH in Berlin. Als IPMA-zertifizierter Projektmanagement-Experte beschäftigt er sich mit der Organisation von Projektarbeit und laufenden Dienstleistungen sowie dem praktischen Einsatz von Business-Software. Seine langjährige Erfahrung in Redaktion und SEO nutzt er, um komplexe fachliche und technische Zusammenhänge verständlich und praxisnah aufzubereiten.
Wie hilft ein Ticketsystem bei Kundenanfragen? Der Beitrag zeigt, wie Sie Kommunikation, Priorisierung, Zeiterfassung und Abrechnung im Support verbinden.
Ein guter Service beginnt mit einem verständlichen Zugang. Erfahren Sie, wie Projektron sein Supportportal gemeinsam mit der Hochschule Reutlingen aus Kundensicht verbessert hat.
Projektarbeit und laufende Betreuung greifen auf dieselben Mitarbeiter zu. Der Artikel erklärt, wie Sie Ressourcenbedarf und Verfügbarkeit planen und Engpässe frühzeitig erkennen.
Wann endet ein Projekt, und was gehört zum laufenden Geschäft? Lernen Sie die Merkmale eines Projekts sowie die Unterschiede zu Aufgaben und Prozessen kennen.
Illustration des Übergangs vom abgeschlossenen Projekt zur laufenden Betreuung: Ein Dokument mit Häkchen führt über einen Pfeil zu einem Zahnrad mit Schraubenschlüssel.
