Zum Inhalt springen
← Alle Artikel
Getting started

Wie No-Code funktioniert (Objekte, Felder und Metadaten)

Warum Sie das CRM selbst anpassen können, ohne zu programmieren, und wie Sie über diese Flexibilität denken sollten.

In vielen Systemen erfordert die Änderung eines Datensatztyps einen Programmierer und ein neues Release. Hier nicht. Objekte, Felder und Werte werden als Konfiguration behandelt. Wenn Sie ein Feld erstellen oder ändern, beginnt das System, es automatisch anzuzeigen, zu validieren und in Formulare, Listen, das Board und Exporte einzubinden.

Was das in der Praxis bedeutet

  • Müssen Sie die Steuer-IDs von Unternehmen speichern? Erstellen Sie ein Feld „Steuer-ID“, und es erscheint sofort.
  • Hat Ihr Trichter unterschiedliche Phasen? Bearbeiten Sie die Werte des Feldes Phase, damit sie zu Ihren eigenen Abschnitten passen.
  • Benötigen Sie ein neues Objekt, wie „Verträge“ oder „Immobilien“? Modellieren Sie es als benutzerdefiniertes Objekt.
  • Team gewechselt? Erstellen Sie eine neue Zugriffsrolle und legen Sie objektweise fest, was sie sehen darf.
Beispiel: Ein Immobilienbüro erstellt das Objekt „Immobilie“ mit den Feldern Adresse, Fläche, Preis und Status und beginnt, Immobilien im selben CRM zu verwalten, neben Kontakten und Opportunities.
Beispiel: Ein Beratungsunternehmen ändert das Feld „Typ“ der Opportunity so, dass es „Projekt“, „Retainer“ und „Schulung“ enthält, und das Board sowie die Berichte spiegeln diese Realität sofort wider.

Wie Sie an die Modellierung herangehen

  1. Listen Sie die „Karten“ auf, die Ihr Unternehmen verwendet (Objekte).
  2. Listen Sie für jede Karte die Daten auf, die Sie speichern müssen (Felder).
  3. Identifizieren Sie die Auswahlfelder (Listen) und deren Werte (z. B. Phase, Status, Branche).
  4. Legen Sie fest, wer worauf Zugriff hat (Rollen).
💡 Denken Sie zuerst darüber nach, „welche Karten brauche ich?“ und „welche Daten hat jede davon?“. Das System erstellt den Rest für Sie: die Bildschirme, die Validierung und die Exporte.

Abhängige Listen: die Optionen einer Liste ändern sich mit einer anderen

Eine Auswahlliste kann von einer anderen Liste desselben Objekts abhängen. Beispiel: Unter Typ wählen Sie „Produkt“ oder „Dienstleistung“, und Untertyp zeigt nur die Optionen, die zu dieser Wahl passen. Zum Einrichten öffnen Sie das untergeordnete Feld unter Einstellungen → Objekte und Felder, wählen unter „Abhängig von“ die übergeordnete Liste und markieren in der erscheinenden Tabelle für jede übergeordnete Option, welche Optionen verfügbar bleiben. Eine übergeordnete Option ohne Häkchen behält die gesamte Liste.

Die abhängige Liste erscheint im Datensatz erst, wenn in der übergeordneten Liste eine Option gewählt wurde; bis dahin bleibt sie ausgeblendet.

Im Datensatz filtert ein Wechsel der übergeordneten Option das untergeordnete Feld auf die erlaubten Optionen und leert es, wenn die vorherige Wahl nicht mehr gültig ist. Der Server wendet dieselbe Regel an allen Eingängen an (Formular, Import, API, App) und lehnt eine bekannte Option ab, die die übergeordnete Auswahl nicht erlaubt; alte Werte, die es in der Liste nicht mehr gibt, bleiben wie in jeder Liste akzeptiert.

Beim Löschen eines Feldes wird es auch aus den Pflichtfeldern aller Pipeline-Phasen entfernt. Eine Phase verlangt nie ein Feld, das nicht mehr existiert; das Löschen eines Feldes kann eine Opportunity also nie am Fortschritt hindern.

Diesen Artikel im System öffnen →

Gelesen und Lust, es in Aktion zu sehen?

Das Konto ist kostenlos und das gesamte Handbuch steht im System bereit, mit einem Assistenten, der genau aus diesen Inhalten antwortet.

Kostenloses Konto erstellen
Wie No-Code funktioniert (Objekte, Felder und Metadaten) · Sellio