https://blueprints.coevera.com/de/ Implementierungs-Blueprints für Coevera CRM (ehemals Pipeliner CRM). Jeder beginnt bei einem Geschäftsproblem und dokumentiert die funktionierende Konfiguration von Anfang bis Ende – Datenmodell, Felder, Automatisierung, Grenzen und Verifizierung. de Wed, 23 Sep 2026 09:00:00 +0000 https://blueprints.coevera.com/de/blueprints/chaining-email-sequences-on-engagement/ https://blueprints.coevera.com/de/blueprints/chaining-email-sequences-on-engagement/ Wed, 23 Sep 2026 09:00:00 +0000 Outreach Blueprint 016. E-Mail-Sequenzen können niemanden in eine andere Sequenz aufnehmen, also heißt Verketten, einen Task als Nachrichtenbus zu nutzen: Eine globale Aktion bei Antwort, Abmeldung oder einer benutzerdefinierten Bedingung für Öffnungen und Klicks erzeugt einen Task mit einem Zeiger auf die nächste Sequenz, und ein Auffangprozess, der bei der Anlage von Tasks auslöst, schreibt ihn an den Kontakt und nimmt diesen erneut auf. Behandelt den Filter der benutzerdefinierten Bedingung, den Trigger-Akteur „nur Anwendungen“, der von Menschen angelegte Tasks aus dem Kreislauf heraushält, ein Zeigerfeld, dessen Bezeichnung etwas völlig anderes beschreibt, eine Leiter, die an einer Checkbox endet statt an ihren Daten, und warum Hunderte bereits erledigter Tasks überhaupt keine Arbeit darstellen. https://blueprints.coevera.com/de/blueprints/volume-discounts-by-region-and-product/ https://blueprints.coevera.com/de/blueprints/volume-discounts-by-region-and-product/ Wed, 23 Sep 2026 09:00:00 +0000 Preisgestaltung Blueprint 015. Mengenpreise für einen Distributorenkatalog über mehrere Regionen. Mehrere Preislisten können gleichzeitig gültig sein, und eine Verfügbarkeitsregel, die Felder von Quote, Opportunity oder Account prüft, grenzt ein, welche einem Benutzer angeboten werden – sie regelt aber die Verfügbarkeit, nicht die Anwendung: Das Dropdown steht standardmäßig auf „Without price list“, und jede Position landet bei null, bis jemand auswählt. Keine Regel kann die Menge prüfen, weil sie zur Position gehört, und eine Preislistenzeile enthält ohnehin nur einen Preis. Behandelt, warum eine Liste pro Staffel nicht funktionieren kann, warum ein Staffelplan als Prozentsätze statt als Staffelpreise auf das Produkt gehört, warum in Feldnamen eingebaute Staffelgrenzen eine gemeinsame Struktur erzwingen und warum 709 Listungen, die nur auf Anfrage angeboten werden, ein Kennzeichen statt eines Preises brauchten. https://blueprints.coevera.com/de/blueprints/customer-health-score-churn-risk/ https://blueprints.coevera.com/de/blueprints/customer-health-score-churn-risk/ Wed, 23 Sep 2026 13:00:00 +0000 Customer Success Blueprint 014. Natives Customer Health Scoring: Indikatorregeln aus Feld, Operator und Punkten ergeben einen Score, eine von vier Stufen und einen Trend, separat konfiguriert für jeden Untertyp von Datensätzen, mit kritischen Indikatoren, die mit −1 gespeichert sind und nach den gespeicherten Werten die schlechteste Stufe erzwingen (nicht in einer Neuberechnung beobachtet). Die Health-Stufe ist ein gültiger Prozess-Trigger – die Intervention sollte aber stattdessen an einem von einem Menschen gesetzten Einschätzungsfeld hängen, weil ein Score ein Signal ist und Outreach eine Verpflichtung. Behandelt gewichtete gegenüber prioritätsbasierter Berechnung, die tagesgenaue Zuordnung von Score-Änderungen und warum ein Indikator auf einem replizierten Feld einen Integrationsausfall in ein falsches Abwanderungssignal verwandelt. https://blueprints.coevera.com/de/blueprints/website-contact-form-into-crm/ https://blueprints.coevera.com/de/blueprints/website-contact-form-into-crm/ Wed, 23 Sep 2026 12:00:00 +0000 Lead-Erfassung Blueprint 013. Ein Kontaktformular für die Website, das direkt ins CRM schreibt: Das CRM hostet das Formular, und die Seite hält nur eine Link-ID und einen Titel, sodass sich Fragen ohne Website-Deployment ändern. Create-Record plus Update-Record plus Autolink macht jede Übermittlung zu einem Upsert statt zu einem Duplikat. Erklärt den Untertyp, den Eigentümer und die Einheit, die kein anonymer Besucher liefert, das Stempeln der Herkunft, ein verpflichtendes Einwilligungshäkchen, das nie auf dem Datensatz ankommt, und warum ein eingebettetes Formular weder eine Rücklaufquote noch eine Nachfassliste hat. https://blueprints.coevera.com/de/blueprints/customer-survey-answers-onto-the-record/ https://blueprints.coevera.com/de/blueprints/customer-survey-answers-onto-the-record/ Wed, 23 Sep 2026 11:00:00 +0000 Feedback Blueprint 012. Kundenumfragen auf Basis des nativen Subsystems für Onlineformulare: eine Formulardefinition, gebunden an einen Entitätstyp, eine Übermittlung, die zu einem Antwortdatensatz wird, und Antworten, die über eine Vorlage mit Verweisen auf Formularfelder auf den befragten Datensatz geschrieben werden. Erklärt die drei Zuordnungsarten, vorbefüllte versteckte Identitätsfelder, Autolink für öffentliche Formulare, die Formularübermittlung als einen von vier Prozess-Trigger-Typen, den Topf für unbekannte Antwortende und warum die eingebaute Rücklaufquote bei veröffentlichten Formularen leer ist und bei versendeten 100 % übersteigen kann. https://blueprints.coevera.com/de/blueprints/keeping-hundreds-of-automations-maintainable/ https://blueprints.coevera.com/de/blueprints/keeping-hundreds-of-automations-maintainable/ Wed, 23 Sep 2026 10:00:00 +0000 Governance Blueprint 011. Einen großen Bestand an CRM-Automatisierungen in Coevera betreiben, gestützt auf eine reale Installation mit 265 Prozessen. Die strukturelle Tatsache, aus der alles folgt: Ein Prozess besteht aus einem Trigger, dann einem Filterknoten, dann Aktionen – und ein Filter darf nie Kind einer Aktion sein, sodass eine zweite unabhängige Bedingung nicht im selben Prozess leben kann. Sie muss an einen anderen Prozess mit eigenem Filter übergeben werden; der aufgerufene Prozess kann manuell oder bei einer Datensatzänderung laufen, und manuell ist die Wahl, die verhindert, dass er zusätzlich von selbst auslöst. Deshalb sind 56 der 113 Prozesse auf der meistgenutzten Entität aufrufbare Unterprozesse und kein Wildwuchs. Erklärt die Zweigfalle, die glauben lässt, ein Prozess habe alle drei Prüfungen ausgeführt, obwohl er nur eine ausgeführt hat, Namenskonventionen neben Prozess-Tags und die drei Verfallsmuster, die ein Bestand zuverlässig entwickelt. https://blueprints.coevera.com/de/blueprints/handover-from-sales-to-delivery/ https://blueprints.coevera.com/de/blueprints/handover-from-sales-to-delivery/ Wed, 23 Sep 2026 17:00:00 +0000 Übergabe Blueprint 010. Einen gewonnenen Deal an das Team übergeben, das ihn umsetzt, in Coevera: Geben Sie der Umsetzung ihre eigene Pipeline und klonen Sie die gewonnene Opportunity dorthin, statt die Vertriebspipeline zu verlängern, denn ein Datensatz, der zwei Lebenszyklen durchläuft, verfälscht Konversionsrate, Verkaufszyklus und gewichtete Prognose gleichermaßen. Behandelt den bedingten Klon, Standardmengen pro Leistung, einen Prozess pro Quellpipeline statt eines Prozesses mit einer Mega-Bedingung, die vierfache Auffächerung ab dem Go-live-Datum, warum jeder automatische Setzer einen erneut ausführbaren manuellen Zwilling braucht, und die Nachfüll-Jobs, die ein Snapshot-Klon am Ende immer braucht. https://blueprints.coevera.com/de/blueprints/automating-on-integration-owned-fields/ https://blueprints.coevera.com/de/blueprints/automating-on-integration-owned-fields/ Wed, 23 Sep 2026 09:00:00 +0000 Integration Blueprint 009. Die meisten CRM-Automatisierungen verzweigen sich an Feldern, die das CRM nicht selbst erzeugt hat – Abonnementstatus, Vertragsdaten, Lizenzanzahl, aus der Abrechnung oder einem ERP repliziert. Behandeln Sie sie als Indizien statt als Zustand: Spiegeln Sie sie schreibgeschützt, leiten Sie eine kleine CRM-eigene Schicht ab, an der sich die Automatisierung tatsächlich verzweigt, und ergänzen Sie Felder zum Synchronisationszustand. Dokumentiert, was ein mehrtägiger Replikationsausfall im Produktivbetrieb angerichtet hat – änderungsgesteuerte Automatisierung, die still blieb statt zu scheitern, geplante Automatisierung, die selbstsicher auf veralteten Daten lief, ein Nachholschub, der die falschen Daten stempelte, dauerhaft übersprungene Bedingungen mit exakter Übereinstimmung und eine Aktualitätssperre, die genau die Prüfung außer Kraft setzte, die sie schützen sollte. https://blueprints.coevera.com/de/blueprints/forecasting-renewals-before-they-exist/ https://blueprints.coevera.com/de/blueprints/forecasting-renewals-before-they-exist/ Wed, 23 Sep 2026 17:00:00 +0000 Automatisierung Blueprint 008. Die Verlängerungsprognose trennt zwei Fragen, die oft vermengt werden: was ein unterzeichneter Deal bereits zusichert, beantwortet durch einen nativen Umsatzplan, der den Wert auf datierte Monats-, Quartals- oder Jahresperioden verteilt und ein Kündigungsdatum für Abwanderung hat; und ob der Kunde verlängern wird, beantwortet durch eine native Wiederholungsregel an der Opportunity, deren Rhythmen AfterNMonths und AfterNYears zu einer Vertragslaufzeit passen. Erklärt, warum Verlängerungs-Opportunities, die Jahre im Voraus angelegt werden, Konversion, Zykluszeit und gewichtete Prognose verschlechtern. https://blueprints.coevera.com/de/blueprints/pricing-one-product-many-prices/ https://blueprints.coevera.com/de/blueprints/pricing-one-product-many-prices/ Wed, 23 Sep 2026 16:00:00 +0000 Preisgestaltung Blueprint 007. Ein Produkt in Coevera trägt keinen Preis – der Preis liegt auf einem Verknüpfungsdatensatz zwischen dem Produkt und einer Preisliste, zusammen mit seiner Währung und einer Zugriffseinstellung pro Rolle. Dokumentiert die Asymmetrie, dass das Anlegen eines Produkts Preiszeilen für vorhandene Listen erzeugt, das Anlegen einer Liste aber nichts für vorhandene Produkte, sowie die verifizierte Tatsache, dass die API nie einen Preis aus einer Liste auflöst: Positionen, die ohne ausdrücklichen Preis angelegt werden, landen bei null. https://blueprints.coevera.com/de/blueprints/document-numbering-that-survives-production/ https://blueprints.coevera.com/de/blueprints/document-numbering-that-survives-production/ Wed, 23 Sep 2026 15:00:00 +0000 Nummerierung Blueprint 006. Auto-number-Felder in Coevera: ein segmentbasierter Musterbaukasten, dessen Autocount eine native Option „Reset count every year“ hat – der verbreitete Rat, Nummern mit Jahrespräfix in einem Automatisierungsprozess zusammenzusetzen, ist also unnötig. Dokumentiert die Mustergrammatik und ihren Startindex, den Zählerstand {year, month, count} und die Regel für eine spätere Musteränderung über die API – senden Sie das Muster ohne die angehängte Startzahl, sonst startet die Serie bei dieser Zahl neu und vergibt bereits verwendete Werte ein zweites Mal. Behandelt außerdem die Grenzen, die keine Konfiguration beseitigt: lückenlose Nummerierung und ein Jahr, das aus einem anderen Datum als dem Anlagedatum stammen muss; und den einen Fall, in dem ein Prozess zum Zusammensetzen weiterhin die richtige Antwort ist. https://blueprints.coevera.com/de/blueprints/contact-migration-without-data-loss/ https://blueprints.coevera.com/de/blueprints/contact-migration-without-data-loss/ Wed, 23 Sep 2026 10:00:00 +0000 Datenmigration Blueprint 005. Ein Kontaktexport mit 91 Spalten und 3.432 Datensätzen. Migrationsfehler sind standardmäßig stumm: Ein Dropdown-Wert ohne passende Option im Ziel kommt ohne Fehler leer an – bei diesem Export wären 579 Datensätze, 17 %, allein auf einem Feld geleert worden. Behandelt, warum ein Beispielexport in beide Richtungen in die Irre führt, warum die Datei aus mehreren Kohorten statt aus einer Liste besteht, welche Standardfelder vom CRM verwaltet werden und nicht importiert werden können, und den Vergleich der Befüllungsquoten nach dem Import, der das einzige Signal für einen Verlust ist, das Sie bekommen. https://blueprints.coevera.com/de/blueprints/quote-approval-thresholds/ https://blueprints.coevera.com/de/blueprints/quote-approval-thresholds/ Wed, 23 Sep 2026 16:00:00 +0000 Prozesssteuerung Blueprint 004. Eine echte Freigabesperre für Angebote oberhalb eines Wertschwellenwerts: Der Schwellenwert ist ein gewöhnlicher Filterknoten, durchgesetzt wird per Datensatzsperre statt per Benachrichtigung, und Freigaben gehen an einen Rollentyp, der Personalwechsel übersteht. Behandelt die Einrichtung in drei Aufrufen, die Entscheidungsknoten und die Ablaufeinstellung, die alles stillschweigend automatisch freigibt, worauf niemand antwortet. https://blueprints.coevera.com/de/blueprints/where-should-this-data-live/ https://blueprints.coevera.com/de/blueprints/where-should-this-data-live/ Wed, 23 Sep 2026 14:00:00 +0000 Datenmodell Blueprint 003. Ein Entscheidungsrahmen für die Einordnung einer neuen Anforderung: sechs Urteile vor jeder Modellierung – live, abgeschaltet, Konfiguration, Entwicklung, harte Grenze oder kein Produktproblem. In einer Analyse mit sechs Abteilungen waren 11 von ~44 Anfragen Schalter statt Entwicklungen. Und wenn es eine Entwicklung ist: Feld, Untertyp, verknüpfter untergeordneter Datensatz oder benutzerdefinierte Entität, jeweils mit ihren laufenden Kosten. https://blueprints.coevera.com/de/blueprints/ai-fields-read-documents/ https://blueprints.coevera.com/de/blueprints/ai-fields-read-documents/ Wed, 23 Sep 2026 09:00:00 +0000 KI-Felder Blueprint 002. Einmal erkennen, vielfach lesen – ein KI-Feld liest die angehängten Dokumente und schreibt ein JSON-Arbeitsblatt; jedes andere Feld ist ein günstiger Textleser. Behandelt die unterstützten Feldtypen, warum jede Abhängigkeit zwischen KI-Feldern ein eigener Prozess sein muss, Abschluss-Trigger bei asynchroner Ausführung und die Fehlerbilder, die Erfolg melden, während nichts geschrieben wird. https://blueprints.coevera.com/de/blueprints/one-entity-five-request-types/ https://blueprints.coevera.com/de/blueprints/one-entity-five-request-types/ Wed, 23 Sep 2026 00:00:00 +0000 Datenmodell Blueprint 001. Eine benutzerdefinierte Entität, fünf CustomEntityType-Untertypen, das native typeId als Unterscheidungsmerkmal – eine Warteschlange und eine Referenznummernserie tragen fünf verschiedene Feldsätze. Erklärt, warum ein benutzerdefiniertes Typ-Dropdown nicht funktioniert, warum auch fünf getrennte Entitäten scheitern, die Falle mit dem automatisch erzeugten Standard-Untertyp und das Proxy-Quote-Muster, das nötig ist, weil Freigabeprozesse keine benutzerdefinierte Entität als Ziel haben können.