Formulare
Formulare in LadVen OS nehmen Anfragen von Website, Landing Page, Dokumentation oder externer Seite auf und machen daraus steuerbare CRM-Arbeit. Sie eignen sich fuer Demo-Anfragen, Kundenfragen, Beratung, Support und andere Eingangskanaele.
Ein Formular sollte nur Daten sammeln, die fuer den naechsten Schritt noetig sind: wer anfragt, wie man antwortet, was gebraucht wird und wohin die Anfrage gehen soll.
Wann Formulare nutzen
Nutzen Sie Formulare, wenn Sie Website-Anfragen sammeln, in die richtige CRM-Pipeline leiten, Eingangsdaten vereinheitlichen, Einsendungen pruefen, Spam von Arbeit trennen und wissen muessen, welche veroeffentlichte Version aktiv ist.
Kommt eine Anfrage per E-Mail oder Chat, kopieren Sie sie nicht ohne Grund manuell. Verknuepfen Sie Nachricht oder Dialog mit CRM, wenn dadurch mehr Kontext erhalten bleibt.
Szenario und Verantwortlichen festlegen
Vor dem Bau muss klar sein, wer das Szenario verantwortet: Marketing, Vertrieb, Support oder Betrieb. Diese Person bestaetigt Felder, Zustimmungstext, CRM-Route, Erstbearbeiter und die Regel fuer schlechte Einsendungen.
Definieren Sie fuer jedes Formular Zweck, Platzierungsseite, Standardsprache, weitere Sprachen, Pflichtfelder, CRM-Pipeline, Startphase, taegliche Pruefung und den Zeitpunkt fuer Deaktivierung oder Archiv.
Demo-Anfrage
Eine Demo-Anfrage soll schnell zum Produkttest fuehren. Meist reichen Name, Arbeitskontakt, Unternehmen, Rolle, bevorzugte Sprache und eine kurze Aufgabenbeschreibung. Fragen Sie im ersten Schritt nicht nach Budgets, Passwoertern, Tokens oder unnoetigen personenbezogenen Daten.
Nach einer Testeinsendung pruefen Sie, ob sie beim richtigen Verantwortlichen ankommt, verstaendlich aussieht, keine Sprachen mischt und die Quelle der Anfrage zeigt.
Kundenfrage oder Support
Fuer Beratung, Support oder Kundenanfragen nutzen Sie Felder, die bei der Einordnung helfen: Thema, Produktbereich, gewuenschte Kontaktzeit, Anhang nur bei echtem Bedarf und Kommentar. Soll die Anfrage nicht in den Vertrieb, sondern in Support oder Account Management gehen, nutzen Sie eine eigene Route und einen eigenen Verantwortlichen.
Mischen Sie keine unterschiedlichen Prozesse in einem Formular. Demo, Partneranfrage und Support sollten normalerweise eigene Formulare haben.
Formular erstellen
Im Builder setzen Sie Name, Code, Hauptsprache, Titel, Beschreibung, Button-Text und Felder. Der interne Name soll dem Team helfen; Titel und Beschreibung muessen fuer externe Personen klar sein.
Felder sollten kurz und eindeutig sein: Name, Kontakt, Unternehmen, Frage, bevorzugte Kontaktzeit und Kommentar. Bei mehreren Sprachen pruefen Sie Texte und Feldnamen vor der Veroeffentlichung in jeder Sprache.
Pflichtfelder und Datenqualitaet
Fuegen Sie keine unnoetigen Pflichtfelder hinzu. Je laenger das Formular ist, desto seltener wird es abgeschickt. Pflichtig sind nur Daten, ohne die das Team nicht antworten oder qualifizieren kann.
Ein gutes Formular vermeidet doppelte Fragen, nutzt klare Feldnamen, meidet interne Abkuerzungen, laesst Kunden keine internen CRM-Stufen waehlen und sammelt Zustimmung und Kontaktdaten in verstaendlicher Sprache.
Veroeffentlichen und platzieren
Speichern aendert nicht immer die Live-Seite. Vor dem Veroeffentlichen pruefen Sie Vorschau, Pflichtfelder, Sprachen, Darstellung, Spam-Schutz, erlaubte Domains und CRM-Routing.
Nach der Veroeffentlichung platzieren Sie das Formular nur dort, wo echte Anfragen eingehen sollen. Wird ein Formular deaktiviert oder archiviert, pruefen Sie, dass die Website keinen aktiven Einstieg mehr zeigt.
Zeigen Sie in Schulungsmaterialien und bei Demonstrationen keine Live-Schlüssel, echten Kontakte oder privaten Links. Erstellen Sie für die Vorführung vor Kollegen ein separates Testformular mit sicheren Daten.
CRM-Routing
Waehlen Sie Pipeline, Startphase und Regeln, nach denen neue Einsendungen an Verantwortliche gehen. Ohne eigene Route kann das Formular allgemeinen Plattformregeln folgen.
Gutes Routing zeigt, wer die Anfrage zuerst sieht, wo sie erscheint, welche Felder sie qualifizieren, wer CRM-Fehler bearbeitet und wann sie angenommen ist.
Einsendungen und Status
Pruefen Sie Einsendungen regelmaessig. Eine Einsendung wird angenommen, als Spam markiert oder nach behobenen CRM-Fehlern erneut gesendet. Wirkt sie verdaechtig, wird sie erst nach Kontakt- und Inhaltspruefung zur Arbeit.
Bei CRM-Fehlern pruefen Sie Pflichtfelder, Route, Rechte und Kundendaten. Wiederholt sich der Fehler, geben Sie dem Prozessverantwortlichen Einsendung, Formular und erwartetes Verhalten weiter.
Lokalisierung und Zustimmung
Bei mehrsprachigen Formularen pruefen Sie Titel, Button, Feldnamen, Fehlermeldungen, Zustimmungstext und Benachrichtigung an Verantwortliche. Die absendende Person soll auf dem gesamten Weg eine Sprache sehen.
Der Zustimmungstext erklaert, warum Daten gesammelt werden und wer sie verarbeitet. Uebernehmen Sie keinen Rechtstext aus einem anderen Land oder Prozess ohne Pruefung.
Sicherheit
Sammeln Sie ueber oeffentliche Formulare keine Passwoerter, Tokens, Passdaten, Zahlungsdaten oder andere unnoetige sensible Informationen. Bei Kundenformularen stimmen Sie Zustimmungstext und Zweck der Datenerhebung vorher ab. Pruefen Sie erlaubte Domains und aktive Formulare so regelmaessig wie oeffentliche Dateilinks.
Manager-Checkliste
- Das Formular hat Verantwortlichen und klares Szenario.
- Felder passen zum naechsten Arbeitsschritt.
- Pflichtfelder sind minimal.
- Sprachen, Zustimmung und Button sind geprueft.
- Eine Testeinsendung kam in der richtigen CRM-Pipeline an.
- Der Verantwortliche kennt Annehmen, Spam und erneutes Senden.
- Auf der Website liegt keine alte oder archivierte Version.
Typische Fehler
- Ein Formular wird fuer alle Eingangsanfragen genutzt.
- Es fragt Details ab, die spaeter geklaert werden koennen.
- Die Platzierungsseite wird nach Aenderungen nicht geprueft.
- Einsendungen werden manuell kopiert und verlieren ihre Quelle.
- Spam landet in der Arbeits-Pipeline.
- Verwenden Sie fuer Demonstrationen synthetische Kontakte und ein separates Testformular mit einem nicht produktiven oder maskierten Einbettungsbeispiel; nutzen Sie niemals echte Kontakte oder funktionierenden Einbettungscode.
Szenarien für Ihr Unternehmen
- Omnichannel-Posteingang
- Vertriebspipeline mit Aufgaben und Dokumenten
- Einheitliche Kundenhistorie: CRM, Aufgaben, Dokumente, Chat
- Alle Szenarien