> 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.md). # Vertrieb Der Vertriebsbereich macht aus einzelnen Gesprächen einen nachvollziehbaren Prozess. Du siehst, welche Anfragen gerade bearbeitet werden, welcher nächste Schritt offen ist und ob eine Vereinbarung vorbereitet, angenommen oder abgeschlossen wurde. Diese Übersichtsseite hilft dir, den richtigen Bereich für deine Aufgabe zu wählen. Sie erklärt nicht einzelne Einstellungen im Detail; dafür öffnest du die passende Unterseite. ## Die drei Bausteine ### Kontakte Ein Kontakt ist die Person oder Organisation, mit der dein Team spricht. Halte dort nur Informationen fest, die für die Bearbeitung und den nächsten Schritt gebraucht werden. ### Chancen Eine Chance steht für einen konkreten Vorgang mit einer echten Möglichkeit zum Abschluss. Ein Kontakt kann mehrere getrennte Anliegen haben. Lege deshalb eine neue Chance nur an, wenn ein eigener Vorgang verfolgt werden soll. ### Pipeline Eine Pipeline bildet den wiederkehrenden Weg einer Chance ab: vom ersten Interesse bis zur Entscheidung. Die einzelnen Phasen machen sichtbar, was gerade passiert und welche Handlung als Nächstes sinnvoll ist. ## So startest du sauber 1. Kläre, welches Ziel der Vorgang hat und wer im Team verantwortlich ist. 2. Lege oder öffne den passenden Kontakt. 3. Erstelle eine Chance, sobald ein konkreter Vorgang verfolgt wird. 4. Ordne die Chance der passenden Pipeline und Phase zu. 5. Halte den nächsten Schritt als Aufgabe oder nachvollziehbare Notiz fest. 6. Aktualisiere den Stand erst, wenn sich der Vorgang wirklich verändert hat. Diese Reihenfolge verhindert, dass reine Kontakte, offene Anliegen und bereits konkrete Vorgänge vermischt werden. ## Angebote und Abschluss Wenn die Voraussetzungen und der Umfang mit der interessierten Person geklärt sind, kannst du im Bereich **Angebote** eine konkrete Vereinbarung vorbereiten. Prüfe die Angaben sorgfältig, bevor du sie versendest. Ein Angebot sollte den Vorgang verständlich ergänzen, nicht den aktuellen Stand der Chance ersetzen. Zahlungsabläufe können im Standort vorbereitet und nach dem Abschluss geprüft werden. Öffne die jeweilige Anleitung nur, wenn diese Funktion für euren Standort eingerichtet und für den konkreten Vorgang erforderlich ist. Veröffentliche oder kommuniziere keine internen Konditionen oder zentralen Abrechnungsinformationen aus den Einstellungen. ## Den Überblick behalten Die Board- und Listenansichten helfen, offene Vorgänge gezielt zu prüfen. Nutze Filter nur mit einer klaren Frage, etwa: „Welche Chancen brauchen diese Woche eine Rückmeldung?“ Kennzahlen und Dashboards zeigen Muster; sie ersetzen nicht die Prüfung eines einzelnen Vorgangs. Ändere Phasen, Ansichten oder Zugriffe zunächst anhand eines gekennzeichneten Testvorgangs. Prüfe dann, ob Zuständigkeit, Darstellung und nächster Schritt für das Team logisch bleiben. ## Häufige Fehler vermeiden * **Chance ohne nächsten Schritt:** Ergänze eine Aufgabe oder eine klare Notiz, damit sie nicht liegen bleibt. * **Phase zu früh geändert:** Aktualisiere den Stand erst nach dem tatsächlichen Ereignis, nicht nach einer bloßen Absicht. * **Mehrere gleiche Chancen:** Suche zuerst nach dem bestehenden Vorgang und lege nur bei einem wirklich neuen Anliegen eine weitere Chance an. * **Unklare Übergabe:** Dokumentiere, wer übernimmt und was genau noch offen ist. ## Praxisbeispiel Eine Interessentin meldet sich nach einem Erstgespräch mit konkretem Bedarf. Das Team öffnet ihren Kontakt, legt eine Chance in der passenden Anfangsphase an und weist den nächsten Rückruf einer Person zu. Nach dem Rückruf wird die Chance nur dann in die nächste Phase verschoben, wenn die vereinbarte Voraussetzung erfüllt ist. Sobald eine klare Vereinbarung vorbereitet werden soll, erstellt das Team ein Angebot und prüft den Vorgang vor dem Versand. Der Prozess bleibt für alle Beteiligten verständlich und kontrollierbar. --- # 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.md?ask=&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.