Einen Liefer-Workflow für Projekte gestalten
Projekt-Pipelines sind getrennt von Vertriebspipelines. Bauen Sie eine, die widerspiegelt, wie Ihr Team tatsächlich liefert.
5 Min. Lesezeit
Warum eine eigene Projekt-Pipeline
Ein Deal ist abgeschlossen, wenn das Geld zugesichert ist. Ein Projekt ist abgeschlossen, wenn der Wert geliefert wurde. Beide Abläufe in dieselben Stages zu pressen macht einen von beiden falsch. Projekt-Pipelines lösen das, indem sie der Lieferung eigene, vom Vertrieb unabhängige Stages geben.
- Mehrere Pipelines pro Mandant (z. B. "Lieferung" vs. "Consulting")
- Eigene Stages mit Reihenfolge und Farbe
- Das Kanban-Board unter /projects zeigt die aktive Pipeline
- Jedes Projekt gehört zu genau einer Pipeline
Geschätzte Einrichtungszeit: 10 Minuten für die erste Pipeline.
Bevor Sie starten
- Admin-Rechte werden benötigt, um Pipelines oder Stages anzulegen und zu bearbeiten.
- Stages zuerst auf Papier planen — Änderungen später sind möglich, aber sauberer am ersten Tag.
- Die Standard-Pipeline wird automatisch allen Projekten ohne Pipeline zugewiesen.
Pipeline anlegen
Mit einer Pipeline pro Liefermodell starten.
- 1 Zu Einstellungen → Projekt-Pipelines wechseln.
- 2 Auf Neue Pipeline klicken und benennen (z. B. "Lieferung", "Consulting", "Support").
- 3 Eine Pipeline als Standard markieren — neue Projekte ohne Pipeline landen hier.
Stages definieren
Stages beschreiben den Weg des Projekts vom Start bis zum Abschluss.
- 1 Aus der Pipeline-Detailansicht auf Stage hinzufügen klicken.
- 2 Name vergeben (Design, Build, QA, Deploy) und Farbe wählen.
- 3 Stages per Drag-and-Drop sortieren — das Board zeigt sie in dieser Reihenfolge.
- 4 Speichern — die Stage erscheint als Spalte auf dem Projekt-Board.
Projekte durch die Pipeline bewegen
Im Alltag bewegt das Team Projekte über das Kanban-Board.
- 1 Das Projekte-Board öffnen.
- 2 Mit dem Tab-Selektor oben zwischen Pipelines wechseln.
- 3 Eine Projektkarte zwischen Stages ziehen — oder den Stage-Selektor auf der Projektseite nutzen.
Pipeline sicher außer Dienst stellen
Wenn sich ein Liefermodell ändert, Projekte vor dem Entfernen der Pipeline umziehen.
- 1 Entscheiden, in welche Pipeline die verbleibenden Projekte umziehen sollen.
- 2 Einstellungen → Projekt-Pipelines öffnen und bei der alten Pipeline auf Löschen klicken.
- 3 Ziel-Pipeline und Ziel-Stage auswählen — alle Projekte werden neu zugeordnet.
- 4 Die alte Pipeline und ihre Stages werden entfernt; die Projekt-Historie bleibt erhalten.
Tipps & Best Practices
- Wenige Stages halten — 4 bis 6 sind ideal. Mehr Stages = mehr Admin-Reibung.
- Farben nach Dringlichkeit wählen: kühl für frühe Stages, warm für gefährdete.
- Eine Pipeline pro Geschäftseinheit, wenn sich die Arbeitsstruktur wirklich unterscheidet — nicht zwangsvereinheitlichen.
- Abgeschlossen / zurückgewonnen / storniert als Endstages sind nützlich — Board bleibt sauber, Historie erhalten.
- Umbenennen einer Stage ist unkritisch und wirkt überall — kein Neuanlegen nötig.
Hilfe benötigt?
Wenn eine Pipeline nicht auf dem Projekt-Board auftaucht, prüfen Sie, ob sie mindestens eine Stage hat — Pipelines ohne Stages sind bewusst ausgeblendet.
Support kontaktierenProjektabwicklung mit eigenem Workflow
Starten Sie Ihre kostenlose SalesBob-Testphase und entwerfen Sie eine Pipeline, die zu Ihrer Arbeitsweise passt.
Kostenlos testen