> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/vertrieb/pipelines-und-chancen/chancen-gezielt-filtern.md).

# Chancen gezielt filtern

Mit Filtern reduzierst du eine Pipeline-Ansicht auf die Chancen, die gerade für eine Aufgabe wichtig sind. Statt jede Karte oder jeden Listeneintrag zu prüfen, kombinierst du Felder, Vergleichswerte und Zeiträume – zum Beispiel „offene Chancen einer Person“, „seit mehr als zehn Tagen ohne Phasenwechsel“ oder „in diesem Monat gewonnen“.

Ein Filter ändert keine Chance. Er verändert nur, was du in der aktuellen Ansicht siehst. Das ist wichtig: Ein leeres Ergebnis bedeutet nicht automatisch, dass Daten verloren sind. Es kann ebenso auf eine zu enge Bedingung oder die falsche Pipeline hindeuten.

## Was du mit Filtern steuerst

| Frage aus dem Arbeitsalltag                           | Passende Filteridee                                         |
| ----------------------------------------------------- | ----------------------------------------------------------- |
| Welche offenen Chancen bearbeite ich heute?           | Verantwortliche Person und Status **Open**.                 |
| Wo ist seit längerer Zeit nichts passiert?            | Letztes Phasenänderungsdatum mit einem relativen Zeitraum.  |
| Welche Abschlüsse sollen wir auswerten?               | Status **Won** oder **Lost** und Gewinn- oder Verlustdatum. |
| Welche Chancen liegen über einem Mindestwert?         | Chancenwert mit „größer als“.                               |
| Welche Vorgänge gehören zu einer bestimmten Kampagne? | Quelle oder Kampagnentyp.                                   |
| Welche Datensätze brauchen eine Prüfung?              | Leere oder nicht leere Werte bei einem passenden Feld.      |

Die Filter gelten für die gewählte Pipeline-Ansicht. Wähle daher zuerst die Pipeline, in der du arbeiten möchtest.

## Bevor du filterst

Kläre vorab:

1. Welche Frage du beantworten möchtest.
2. Welche Pipeline dafür relevant ist.
3. Ob du einen engen Bestand oder eine breite Übersicht brauchst.
4. Welche Daten verlässlich gepflegt sind, zum Beispiel Zuweisung, Status oder Chancenwert.
5. Wie du das Ergebnis gegen einen bekannten Datensatz testest.

Ohne eigene Auswahl zeigt eine Pipeline standardmäßig nur offene Chancen. Fehlt eine erwartete Chance, prüfe deshalb zuerst Pipeline, Status und aktive Filter – nicht nur die Suche.

## Die Filterlogik: UND und ODER

Mehrere Bedingungen kannst du logisch verbinden.

| Logik    | Wirkung                                       | Beispiel                                          |
| -------- | --------------------------------------------- | ------------------------------------------------- |
| **UND**  | Alle Bedingungen müssen gleichzeitig stimmen. | Verantwortliche Person A **und** Status **Open**. |
| **ODER** | Mindestens eine Bedingung muss stimmen.       | Status **Won** **oder** Status **Lost**.          |

In der geprüften Oberfläche fügt **Add nested filter** eine zusätzliche UND-Bedingung innerhalb der bestehenden Gruppe hinzu. **Add Filter** erstellt eine weitere Gruppe mit ODER-Logik.

Nutze **UND**, wenn du eine klare Arbeitsliste brauchst. Nutze **ODER**, wenn du mehrere gleichwertige Fälle in einer Übersicht zusammenführen möchtest. Kombiniere nicht zu viele Bedingungen auf einmal: Beginne mit einer Bedingung und erweitere erst, wenn das Ergebnis stimmt.

## Sichtbare Filterfelder verstehen

Öffne **Advanced Filters**. Dort kannst du nach Feldern suchen und die passende Bedingung auswählen.

| Feld                                                   | Wofür es geeignet ist                                                                                                   |
| ------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------- |
| **Owner**                                              | Filtert nach verantwortlichen Personen. Die Auswahl **me** bezieht sich dynamisch auf die aktuell angemeldete Person.   |
| **Followers**                                          | Zeigt Chancen, bei denen ausgewählte Personen als Beobachtende hinterlegt sind; auch hier kann **me** verwendet werden. |
| **Status**                                             | Unterscheidet **Open**, **Won**, **Lost** und **Abandoned**.                                                            |
| **Stage**                                              | Filtert nach einer oder mehreren Pipeline-Phasen.                                                                       |
| **Opportunity Source**                                 | Filtert die Herkunft mit **is**, **is not**, **is empty** oder **is not empty**.                                        |
| **Campaign Type**                                      | Grenzt auf einen gepflegten Kampagnentyp ein.                                                                           |
| **Opportunity Value**                                  | Vergleicht den Chancenwert: gleich, ungleich, kleiner, größer, leer oder nicht leer.                                    |
| **Last stage change date**                             | Findet Chancen anhand ihres letzten Wechsels zwischen Pipeline-Phasen.                                                  |
| **Last status change date**                            | Findet Chancen anhand der letzten Statusänderung.                                                                       |
| **Created on** / **Updated on**                        | Grenzt nach Anlage oder letzter Änderung ein.                                                                           |
| **Opportunity won on** / **Opportunity lost on**       | Wertet gewonnene oder verlorene Chancen über ihr jeweiliges Datum aus.                                                  |
| **Expected Close Date**                                | Erscheint, wenn ein erwartetes Abschlussdatum verfügbar ist.                                                            |
| **Follow Up Date** sowie Tage bis zum Follow-up        | Hilft bei der Priorisierung anstehender Nachfassaktionen, wenn diese Felder in deinem Standort sichtbar sind.           |
| **Forecast Probability** sowie Forecast-Verschiebungen | Erscheinen nur, wenn deine Pipeline diese Prognosefelder führt.                                                         |
| **Eigene Chancenfelder und Tags**                      | Werden zusätzlich angeboten, sobald sie für Chancen angelegt sind. Die Vergleichsart richtet sich nach dem Feldtyp.     |
| **Zugeordnete Daten**                                  | Können als weitere Auswahl erscheinen, wenn dein Standort solche Verknüpfungen nutzt.                                   |

Die sichtbaren Felder können sich je nach Datenmodell unterscheiden. Nutze nur Felder, deren Bedeutung und Pflegeprozess in deinem Team eindeutig sind.

## Vergleichswerte richtig wählen

| Art des Werts       | Typische Vergleichswerte                             | Beispiel                                     |
| ------------------- | ---------------------------------------------------- | -------------------------------------------- |
| Person oder Auswahl | ist, ist nicht, ist leer, ist nicht leer             | Verantwortliche Person ist nicht leer.       |
| Zahl                | gleich, ungleich, kleiner, größer, leer, nicht leer  | Chancenwert größer als 1.000.                |
| Text oder Tag       | ist, ist nicht, leer, nicht leer                     | Quelle ist „Empfehlung“.                     |
| Datum               | fester Zeitraum, relative Zeit oder eigener Zeitraum | Letzte Phasenänderung vor mehr als 10 Tagen. |

Bei Zahlen muss der Wert als Zahl gepflegt sein. Ist ein eigenes Feld als Text statt als Zahl angelegt, stehen nicht zwingend die passenden Vergleichswerte zur Verfügung. Korrigiere zuerst den Feldtyp, bevor du daraus eine wichtige Vertriebsentscheidung ableitest.

## Datumsfilter praktisch einsetzen

Für die Datumsfelder stehen unter anderem diese Zeiträume zur Verfügung:

* gestern, heute, diese Woche und letzte Woche;
* letzte 7 oder 30 Tage;
* dieser oder letzter Monat sowie dieses Quartal;
* dieses oder letztes Jahr;
* ein eigener Zeitraum;
* **in den nächsten** oder **in den letzten** Tagen beziehungsweise Wochen;
* **kleiner als** oder **größer als** in Verbindung mit einer relativen Zeit.

Unterscheide dabei zwei ähnliche Felder:

* **Last stage change date** misst den Wechsel zwischen Pipeline-Phasen.
* **Last status change date** misst eine Änderung des Lebenszyklusstatus, etwa von offen zu gewonnen oder verloren.

Wenn du eine Rückrufliste suchst, ist meist die letzte Phasenänderung hilfreicher. Für eine Abschlussauswertung verwendest du Status- oder Gewinn-/Verlustdatum.

## Schritt für Schritt filtern

1. Öffne den Bereich **Chancen**.
2. Wähle die Pipeline, die du prüfen willst.
3. Klicke unterhalb der Statusauswahl auf **Advanced Filters**.
4. Suche das erste Feld und wähle es aus.
5. Lege Vergleichswert und gesuchten Wert oder Zeitraum fest.
6. Prüfe das Zwischenergebnis, bevor du weitere Bedingungen hinzufügst.
7. Für eine zusätzliche UND-Bedingung wählst du **Add nested filter**.
8. Für eine alternative ODER-Gruppe wählst du **Add Filter**.
9. Wähle **Apply**, um die Trefferliste zu aktualisieren. Sobald Filter gelten, zeigt der Filter-Schalter zusätzlich eine Zahl an. Kontrolliere diese Anzeige zusammen mit der Trefferliste.
10. Öffne mindestens zwei angezeigte Chancen und prüfe, ob sie deine Bedingungen wirklich erfüllen.

Wenn keine Chance angezeigt wird, nutze **Clear All** oder **Clear Filter**, um schrittweise zu einer einfacheren Bedingung zurückzukehren. So erkennst du, welche Regel das Ergebnis ausschließt.

## Vollständiger Test vor einer Team-Auswertung

Teste einen Filter mit bekannten Daten statt nur mit der Anzahl angezeigter Chancen.

1. Suche eine bekannte offene Chance mit einer klaren Zuweisung.
2. Filtere zuerst nur nach ihrer verantwortlichen Person.
3. Prüfe, ob sie erscheint.
4. Ergänze Status **Open** und prüfe erneut.
5. Ergänze testweise einen Datumsfilter, der sie bewusst ausschließt.
6. Kontrolliere, dass sie dann nicht mehr erscheint.
7. Entferne den letzten Filter oder nutze **Clear All**.
8. Prüfe, dass die bekannte Chance wieder sichtbar wird.
9. Erst danach übernimmst du die Logik für eine Teamliste oder ein Meeting.

Damit prüfst du gleichzeitig Feld, Vergleichswert, Logik und die Wirkung eines leeren Ergebnisses.

## Häufige Fragen und Fehlerbilder

### Eine erwartete Chance fehlt

Prüfe zuerst die ausgewählte Pipeline. Kontrolliere danach, ob der Status der Chance mit deiner Ansicht zusammenpasst: Ohne eigene Filter werden in einer Pipeline normalerweise offene Chancen gezeigt. Öffne anschließend **Advanced Filters** und entferne Bedingungen einzeln, bis die Chance wieder erscheint.

### Die Liste ist viel zu groß

Die Bedingungen sind wahrscheinlich zu breit oder über ODER verknüpft. Beginne mit einer klaren UND-Gruppe, etwa verantwortliche Person und Status. Ergänze weitere Bedingungen erst nach einem Kontrollblick auf die Trefferliste.

### Die Liste ist leer

Ein leeres Ergebnis kann eine korrekte Folge deiner Bedingungen sein. Prüfe zuerst Feld, Operator und Wert. Nutze dann **Clear Filter** oder **Clear All** und füge die Bedingungen nacheinander wieder hinzu. Die geprüfte Oberfläche zeigt für diesen Fall ausdrücklich einen Hinweis, dass keine Chancen zur aktuellen Filtermenge passen.

### Der falsche Zeitraum wird angezeigt

Prüfe, ob du ein festes Datum oder einen relativen Zeitraum gewählt hast. „In den letzten 10 Tagen“ und „vor mehr als 10 Tagen“ beantworten unterschiedliche Fragen. Kontrolliere außerdem, ob du nach Phasenwechsel oder Statuswechsel filterst.

### Ein eigenes Feld lässt sich nicht wie eine Zahl vergleichen

Prüfe den Feldtyp. Ein als Text gepflegtes eigenes Feld bietet andere Vergleichswerte als ein Zahlenfeld. Korrigiere die Datenstruktur, bevor du eine wichtige Kennzahl daraus ableitest.

## Praxisbeispiel: Überfällige Chancen für das Wochenmeeting

Eine Vertriebsleitung möchte offene Chancen prüfen, deren letzte Phasenänderung länger als zehn Tage zurückliegt.

1. Sie öffnet die passende Pipeline und startet mit Status **Open**.
2. Als zweite Bedingung wählt sie **Last stage change date**.
3. Sie legt „mehr als 10 Tage zuvor“ fest.
4. Mit **UND** stellt sie sicher, dass nur offene Chancen ohne aktuellen Phasenwechsel erscheinen.
5. Sie öffnet zwei Treffer und prüft die tatsächliche Phase sowie das Datum.
6. Anschließend erweitert sie den Filter bei Bedarf um die verantwortliche Person.
7. Für das Meeting nutzt sie die geprüfte Liste als Arbeitsgrundlage und klärt die nächsten Schritte für jede Chance.

So entsteht eine nachvollziehbare Prioritätenliste, ohne Chancen dauerhaft zu verändern.

## Weiterführend

* [Pipelines und Chancen verwalten](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/vertrieb/pipelines-und-chancen)
* [Pipeline-Verteilung im Dashboard verstehen](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/vertrieb/pipelines-und-chancen/pipeline-verteilung-im-dashboard-verstehen)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/vertrieb/pipelines-und-chancen/chancen-gezielt-filtern.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.