> 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/kontakte-und-unternehmen/bezeichnungen-fur-kontakte-unternehmen-und-chancen-anpassen.md).

# Bezeichnungen für Kontakte, Unternehmen und Chancen anpassen

Passe die sichtbaren Begriffe für Kontakte, Unternehmen und Chancen an eure Arbeitsweise an, ohne vorhandene Daten oder Abläufe umzubauen.

## Kurz erklärt

Du kannst die sichtbaren Bezeichnungen der drei grundlegenden Datenarten an die Sprache deines Teams anpassen:

| Bisherige Bezeichnung | Bezeichnet                             | Mögliche neue Bezeichnung |
| --------------------- | -------------------------------------- | ------------------------- |
| Kontakt               | eine einzelne Person                   | Ansprechpartner           |
| Unternehmen           | eine Organisation                      | Organisation              |
| Chance                | einen möglichen oder laufenden Vorgang | Vorgang                   |

Die Änderung betrifft die Wörter, die Menschen in der Oberfläche sehen. Sie ist keine Änderung an den gespeicherten Kontakten, Unternehmen oder Chancen selbst.

## Was sich nach einer Umbenennung sichtbar ändert

Nach dem Speichern erscheinen die neuen Begriffe automatisch an mehreren Stellen:

* in der Navigation;
* in Kontakt- und Listenansichten;
* in Filtern und gespeicherten Listen;
* in Berichten und Übersichten;
* in Bereichen, die mit Kontakten, Unternehmen oder Chancen verbunden sind.

Ein Beispiel: Nennst du Kontakte künftig **Ansprechpartner**, siehst du in der Navigation und in Listen den neuen Begriff. Die bestehenden Datensätze bleiben dieselben. Auch vorhandene Automatisierungen, Berichte und Platzhalter funktionieren weiter, weil sich nur die sichtbare Bezeichnung ändert.

> **Wichtig:** Alle Personen im Standort sehen die neuen Wörter. Entscheide die Begriffe deshalb gemeinsam und nicht nur für eine einzelne Ansicht.

## Vor dem Ändern planen

Eine einheitliche Sprache erleichtert neuen Teammitgliedern den Einstieg. Klärt diese Fragen vor der Umbenennung:

1. Welches Wort verwendet ihr im Alltag wirklich?
2. Passt die Einzahl zu einem einzelnen Datensatz?
3. Passt die Mehrzahl zu Listen, Filtern und Übersichten?
4. Verwechseln Mitarbeitende den neuen Begriff mit einer anderen Datenart?
5. Welche Texte außerhalb der Oberfläche müssen später vielleicht ebenfalls angepasst werden?

Lege zum Beispiel nicht gleichzeitig **Kontakt** und **Unternehmen** auf ähnliche Begriffe fest. Die drei Datenarten sollen auf einen Blick unterscheidbar bleiben.

## Bezeichnung Schritt für Schritt ändern

Diese Einstellung kann nur eine Person ändern, die Zugriff auf **Einstellungen** und den Bereich **Objekte** hat. Alle anderen Personen sehen anschließend die neuen Begriffe, können sie aber nicht selbst bearbeiten.

1. Öffne **Einstellungen**.
2. Wähle **Objekte**.
3. Suche unter den Standarddatenarten den passenden Eintrag: **Kontakte**, **Unternehmen** oder **Chancen**.
4. Öffne das Dreipunkt-Menü auf der Karte des Eintrags.
5. Wähle **Bearbeiten**.
6. Trage im Bereich für den Namen eine **Einzahl** und eine **Mehrzahl** ein.
7. Prüfe beide Formulierungen laut: Die Einzahl steht bei einem einzelnen Datensatz, die Mehrzahl erscheint in Listen und Filtern.
8. Speichere die Änderung.

In der Übersicht für Objekte können auch weitere, selbst angelegte Datenarten sichtbar sein. Diese Anleitung bezieht sich ausschließlich auf die drei Standarddatenarten Kontakte, Unternehmen und Chancen.

## Regeln für sichere Namen

| Regel                | Praktische Bedeutung                                                 |
| -------------------- | -------------------------------------------------------------------- |
| Höchstens 50 Zeichen | Halte Einzahl und Mehrzahl kurz genug für Menüs, Spalten und Filter. |
| Eindeutig            | Kein anderer Begriff darf dieselbe Einzahl oder Mehrzahl verwenden.  |
| Verständlich         | Nutze Wörter, die alle im Team ohne Erklärung kennen.                |
| Passende Grammatik   | Prüfe Einzahl und Mehrzahl getrennt, nicht nur den Stamm des Wortes. |
| Dauerhaft sinnvoll   | Wähle keinen Projektnamen, der nach wenigen Wochen veraltet ist.     |

Wenn das System eine Eingabe nicht akzeptiert, prüfe zuerst die Zeichenlänge und ob ein anderer Begriff bereits dieselbe Einzahl oder Mehrzahl verwendet.

## Ergebnis nach dem Speichern prüfen

Die Änderung wird in der Oberfläche automatisch übernommen. Prüfe sie anschließend bewusst an mehreren Stellen:

1. Öffne die linke Navigation und kontrolliere den neuen Begriff.
2. Öffne eine Liste der geänderten Datenart und prüfe Überschrift, Schaltflächen und Suche.
3. Öffne einen Filter und kontrolliere, ob der neue Begriff dort verständlich erscheint.
4. Öffne einen vorhandenen Bericht oder eine Übersicht, falls ihr diese Datenart dort verwendet.
5. Öffne einen bestehenden Ablauf mit Platzhaltern oder einer Datenzuordnung und prüfe, ob er weiterhin wie erwartet funktioniert.
6. Bitte eine zweite Person aus dem Team, die Oberfläche mit den neuen Wörtern kurz zu testen.

So erkennst du nicht nur, ob die Änderung gespeichert wurde, sondern auch, ob sie im Alltag wirklich klarer ist.

## Praxisbeispiel: Sprache des Teams vereinheitlichen

Ein B2B-Team verwendet in Gesprächen immer die Begriffe **Organisation**, **Ansprechpartner** und **Vorgang**. Die Person mit dem nötigen Einstellungszugriff entscheidet gemeinsam mit dem Team:

* Kontakt wird zu **Ansprechpartner** beziehungsweise **Ansprechpartner**.
* Unternehmen wird zu **Organisation** beziehungsweise **Organisationen**.
* Chance wird zu **Vorgang** beziehungsweise **Vorgänge**.

Nach dem Speichern prüft das Team eine Navigation, eine Kontaktliste, einen Filter und eine bestehende Übersicht. Die gespeicherten Daten und bestehenden Abläufe bleiben erhalten, aber die Oberfläche verwendet überall die vertraute Sprache.

## Häufige Fehler und Lösungen

### Zwei Bezeichnungen sind zu ähnlich

Wenn beispielsweise zwei Datenarten fast gleich heißen, wird die Auswahl in Filtern und Listen unklar. Verwende Wörter, die ihren Zweck deutlich unterscheiden, und prüfe sie mit einer zweiten Person vor dem Speichern.

### Die Einstellung ist nicht sichtbar

Du benötigst Zugriff auf **Einstellungen** und **Objekte**. Ist einer dieser Bereiche nicht sichtbar, bitte die Person mit dem passenden Zugriff um die Änderung.

### Ein frei geschriebener Text verwendet noch den alten Begriff

Die Umbenennung ändert sichtbare Bezeichnungen in der Oberfläche. Frei geschriebene Texte, Schulungsunterlagen oder eigene Beschreibungen können den alten Begriff weiter enthalten. Suche diese Texte gezielt und passe sie bei Bedarf einzeln an.

### Das Team ist nach der Änderung unsicher

Kündige die neuen Begriffe kurz an und nenne ein konkretes Beispiel: „Chancen heißen ab heute Vorgänge.“ Eine gemeinsame kurze Prüfung von Navigation und Liste verhindert, dass verschiedene Personen parallel alte und neue Wörter verwenden.


---

# 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/kontakte-und-unternehmen/bezeichnungen-fur-kontakte-unternehmen-und-chancen-anpassen.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.