Zoho CRM Rollen und Rechte: So vermeidest du Chaos und Sicherheitsluecken

Es beginnt oft nicht mit einem Hacker, sondern mit einem harmlosen Klick.

Donnerstag, 08:17 Uhr. Ein KMU in der Deutschschweiz, 28 Mitarbeitende, Zoho CRM läuft seit zwei Jahren. Im Vertrieb ist es hektisch: zwei Angebote raus, ein Bestandskunde will eine Ausnahme, der Teamlead sitzt bereits im ersten Call. Lea, neu im Unternehmen, öffnet im CRM einen Kontakt, den ihr Kollege ihr „kurz“ zugewiesen hat. Sie will nur die letzte E-Mail finden. Stattdessen sieht sie im Notizfeld Dinge, die sie nicht sehen sollte: interne Rabattsätze, eine heikle Bemerkung zur Zahlungsdisziplin des Kunden, dazu ein Kommentar zur Person im Einkauf, der in keinem System stehen dürfte.

Lea ist keine Unruhestifterin. Sie schliesst den Datensatz, sagt nichts, fühlt sich aber schlagartig unwohl. Nicht weil sie neugierig war. Sondern weil ihr klar wird: Wenn sie das sehen kann, können andere es auch. Vertrauen bricht selten laut. Es bricht leise, in Momenten, in denen man plötzlich mehr weiss, als man wissen sollte.

Am Nachmittag taucht ein zweites Problem auf, das genauso teuer ist, nur von der anderen Seite: Der Service kann einen Case nicht lösen, weil er die Vertragsdetails nicht sieht. „Ich habe keinen Zugriff“, sagt der Mitarbeiter. Der Kunde wartet, die Uhr läuft. Im KMU bedeutet das: operative Verzögerung, Stress, Eskalation.

Zoho CRM Rollen und Rechte: So vermeidest du Chaos und Sicherheitslücken

Zu viel sehen ist gefährlich. Zu wenig sehen ist teuer. Rollen und Rechte sind im CRM kein IT-Thema, das man einmal erledigt und dann abhakt. Rollen und Rechte sind ein Vertrauenssystem. Sie entscheiden, ob Menschen sicher arbeiten können, ob Verantwortung klar ist und ob Datenschutz nicht nur ein Wort in der Signatur bleibt.

In Zoho CRM ist die Verlockung gross: „Gib ihm schnell Admin, dann geht es.“ Es geht. Kurz. Und dann beginnt das Chaos. Zu viele Admins, unklare Sichtbarkeit, Daten, die überall herumliegen, und irgendwann weiss niemand mehr, wer eigentlich wofür verantwortlich ist. Genau hier setzt dieser Artikel an: praxisnah, KMU-tauglich, mit dem Ziel, dass du in eurem Zoho CRM nicht nur Ordnung schaffst, sondern Sicherheit und Geschwindigkeit gleichzeitig.

Was bedeutet Rechte- und Sichtbarkeitskonzept im CRM?

Ein Rechte- und Sichtbarkeitskonzept im CRM legt fest, wer welche Daten sehen, bearbeiten, exportieren oder löschen darf und wie Informationen innerhalb des Teams geteilt werden. Es schützt sensible Inhalte, verhindert unbeabsichtigte Fehler und macht Verantwortlichkeiten klar. Warnsignale sind, wenn neue User zu viel sehen, Mitarbeitende ständig „kein Zugriff“ melden, es zu viele Admins gibt, Exporte unkontrolliert möglich sind und niemand erklären kann, warum eine Regel so eingestellt ist.

Kostenloser Zoho CRM Quick-Check (30 Minuten, Video-Call)

Wenn du Klarheit willst, wer in Zoho CRM was sehen und tun soll: Buche den kostenlosen Zoho CRM Quick-Check (30 Minuten, Video-Call). Wir schauen genau 1 Prozess/Use Case an. Ergebnis: 1 Engpass, 1 Quick Win, 1 KPI. Bitte nur buchen, wenn Zoho CRM genutzt wird oder Einfuehrung in den naechsten 3 Monaten geplant ist.

Grundprinzipien (Least Privilege, Need-to-know, klare Verantwortliche)

Die meisten Rechteprobleme entstehen nicht aus böser Absicht. Sie entstehen aus Tempo. Jemand braucht Zugriff, der Kunde wartet, das Team will liefern. Also wird eine Tür geöffnet. Und wenn es funktioniert, bleibt sie offen. Aus Ausnahme wird Standard. Aus Standard wird Gewohnheit. Aus Gewohnheit wird Risiko.

Drei Prinzipien helfen, diese Spirale zu stoppen, ohne den Betrieb zu bremsen.

Least Privilege bedeutet: Jeder bekommt nur die Rechte, die er für seine Arbeit braucht. Nicht mehr. Nicht weil man Menschen misstraut, sondern weil man Systeme nicht überfordert. Je mehr Rechte verteilt sind, desto mehr muss man erklären, prüfen, überwachen. Weniger Rechte sind leichter zu verstehen, leichter zu testen, leichter zu verteidigen.

Need-to-know ist die Ergänzung: Nicht jede Information gehört zu jeder Rolle, selbst wenn sie technisch „nützlich“ wäre. Ein Service-Mitarbeiter muss vielleicht den Vertragsstatus sehen, aber nicht die Marge. Ein Vertriebler muss die Pipeline sehen, aber nicht zwingend interne Personaldetails oder vertrauliche Notizen aus anderen Teams. Need-to-know ist die praktische Übersetzung von Datenschutz in den Alltag.

Und dann das Prinzip, das in KMU oft der entscheidende Hebel ist: klare Verantwortliche. Ein Rechtekonzept ist kein Zustand, sondern ein Betrieb. Es braucht jemanden, der Owner ist: nicht als Gatekeeper, sondern als Verantwortlicher für Logik, Dokumentation und Review. Ohne Owner wird jede Anpassung zur Bastelarbeit. Mit Owner wird jede Anpassung Teil eines Systems.

Wenn du diese Prinzipien ernst nimmst, passiert etwas Interessantes: Rechte werden nicht mehr als Hindernis wahrgenommen, sondern als Leitplanke. Menschen können schneller arbeiten, weil sie nicht ständig überlegen müssen, ob sie etwas dürfen oder nicht. Und du kannst ruhiger schlafen, weil du weisst, dass sensible Daten nicht zufällig dort landen, wo sie nicht hingehören.

Bausteine in Zoho CRM (konzeptionell erklaeren, ohne Tool-Doku): Rollenmodell, Profile/Berechtigungen, Daten-Sichtbarkeit, Felder/Notizen, Freigaben

Zoho CRM bietet mehrere Bausteine, die zusammen ein Rechte- und Sichtbarkeitskonzept bilden. Entscheidend ist, sie nicht als Menüpunkt zu betrachten, sondern als Architektur.

Das Rollenmodell ist deine Organisationslogik. Es beschreibt, wie Verantwortlichkeiten im Unternehmen strukturiert sind: wer führt wen, wer braucht Überblick, wer arbeitet operativ. In KMU ist das oft weniger hierarchisch als im Konzern, aber es gibt trotzdem Ebenen: Geschäftsführung, Teamleads, Mitarbeitende, Assistenz, eventuell externe Partner. Rollen steuern vor allem, wer Daten in welcher Tiefe sehen kann und wie Reporting-Sichten sinnvoll aufgebaut werden.

Profile und Berechtigungen sind die Werkzeuge, die festlegen, was jemand tun darf: Datensätze erstellen, bearbeiten, löschen, exportieren, Felder verändern, Automationen anpassen. Hier liegt eine der grössten Gefahren im KMU: Admin-Rechte als Abkürzung. Admin ist bequem. Admin ist schnell. Admin ist aber auch ein Generalschlüssel. Und Generalschlüssel gehören in ein KMU nur in sehr wenige Hände.

Dann kommt die Daten-Sichtbarkeit. Das ist der Teil, der im Alltag am meisten wehtut, wenn er falsch ist: Wer darf welche Datensätze sehen? Nur eigene? Das Team? Die ganze Firma? Und was passiert, wenn jemand temporär in einem Projekt mitarbeitet? Daten-Sichtbarkeit entscheidet darüber, ob ein CRM Zusammenarbeit ermöglicht oder ob es entweder zu offen oder zu geschlossen ist.

Ein oft unterschätzter Bereich sind Felder und Notizen. Sensible Information sitzt selten in der sauber strukturierten Marge-Spalte. Sie sitzt in Notizen, in Freitextfeldern, in Anhängen. Wenn du nur Datensätze absicherst, aber nicht die Felder, in denen Menschen wirklich schreiben, lässt du eine Hintertür offen. Das bedeutet nicht, dass du alles verbieten musst. Es bedeutet, dass du definieren musst, welche Informationen überhaupt ins CRM gehören und wer sie sehen darf.

Und schliesslich Freigaben. Freigaben sind nicht nur Prozesslogik, sie sind auch Rechte-Logik: Wer darf Rabatt geben? Wer darf einen Deal auf „Gewonnen“ setzen? Wer darf bestimmte Felder ändern? Freigaben sind der Moment, in dem Rechte und Prozess zusammenkommen. Wenn du Freigaben sauber definierst, reduzierst du Risiko, ohne Geschwindigkeit zu verlieren.

Das Zusammenspiel dieser Bausteine ergibt den Unterschied zwischen einem CRM, das sich wie ein offener Ordner anfühlt, und einem CRM, das wie ein gut geführtes Unternehmen funktioniert: klar, nachvollziehbar, sicher.

Drei Modelle für KMU (klein, mittel, wachsend) als Beispiele

Ein Rechtekonzept muss zur Grösse und Reife des Unternehmens passen. Was in einem 8-Personen-Team funktioniert, kann in einem 60-Personen-Team Chaos verursachen. Und was in einem wachsenden KMU nötig ist, wirkt in einem kleinen Team schnell übertrieben. Darum lohnt sich ein Blick auf drei Modelle, die in der Praxis funktionieren.

Modell 1: Klein (1–15 User) – „Schnell, aber nicht naiv“

Im kleinen KMU sitzt vieles in Köpfen. Alle kennen alle. Es gibt Vertrauen, kurze Wege, schnelle Entscheidungen. Das Problem: Genau in diesem Umfeld wird „alle sehen alles“ gerne als Effizienz verkauft. Und oft funktioniert das eine Weile. Bis die ersten externen Partner dazukommen, bis ein neues Team entsteht, bis ein heikler Kunde an Bord ist, bis jemand das Unternehmen verlässt.

In diesem Modell geht es nicht um komplexe Hierarchien, sondern um zwei klare Trennlinien: Admins sind selten, und sensible Bereiche sind geschützt. Du brauchst ein Rollenmodell, das minimal ist, aber existiert. Du brauchst Profile, die verhindern, dass jeder exportieren oder löschen kann. Und du brauchst eine klare Regel, welche Notizen ins CRM gehören und welche nicht.

Branchenrealität: In einer Beratungsboutique kann es genügen, dass alle Deals sehen, aber nur die Geschäftsführung Margenfelder ändern darf. In einem kleinen Handelsbetrieb kann es reichen, dass das Verkaufsteam Angebote sieht, aber Einkaufskonditionen nur ein kleiner Kreis.

Das Prinzip: Wenig Struktur, aber klare Grenzen.

Modell 2: Mittel (16–60 User) – „Teams brauchen Räume“

Ab dieser Grösse wird ein CRM zur Kreuzung. Vertrieb, Operations, Service, manchmal Marketing, oft Projektleitung. Es gibt Übergaben. Es gibt Spezialisierung. Und es gibt Konflikte zwischen „Ich brauche Zugriff, um zu helfen“ und „Du solltest das nicht sehen“.

In diesem Modell funktioniert meist eine Team-Sichtbarkeit: Mitarbeitende sehen die Datensätze ihres Teams, Teamleads sehen darüber hinaus, und die Geschäftsführung hat Überblick. Entscheidend ist, dass du die Daten-Sichtbarkeit bewusst steuerst: nicht zu eng, damit Zusammenarbeit möglich bleibt, und nicht zu weit, damit sensible Informationen geschützt sind.

Branchenrealität Dienstleistungen: Der Service sollte Cases sehen, aber nicht zwingend alle Deals in Verhandlung. Beratung: Projektleitung braucht Zugang zu Projektdaten, aber nicht zu internen Rabattsätzen. Handel: Verkauf braucht Kundenhistorie, aber nicht die Einkaufspreise, wenn das nicht nötig ist.

Das Prinzip: Zusammenarbeit ja, aber in klaren Räumen.

Modell 3: Wachsend (61–150 User) – „Governance wird Teil des Betriebs“

Wachstum bringt neue Rollen, neue Standorte, neue Produkte, oft auch neue rechtliche Anforderungen. In diesem Modell reicht es nicht mehr, Rechte „bei Bedarf“ zu vergeben. Du brauchst Governance: klare Verantwortliche, definierte Prozesse für Rechteanträge, testbare Änderungen, regelmässige Reviews.

Hier werden Admins besonders gefährlich. Denn mit jedem zusätzlichen Admin steigt die Chance, dass Regeln unbewusst verändert werden. Das System wird instabil. Ausserdem wird Export und Datenweitergabe relevanter: Wer darf was exportieren? Wer darf Massenänderungen durchführen? Wer darf Integrationen konfigurieren?

Branchenrealität Handel: Rabatte und Konditionen müssen sauber geschützt sein, sonst entsteht interner Preiskampf oder externe Lecks. Dienstleistungen: Kundendaten und Fälle müssen nach Need-to-know zugänglich sein, gerade wenn mehrere Teams parallel arbeiten. Beratung: Projekt- und Vertragsdetails sind sensibel, besonders bei öffentlichen Auftraggebern oder bei Kunden mit Compliance-Vorgaben.

Das Prinzip: Rechte sind nicht mehr Setup, Rechte sind Betrieb.

Kostenloser Zoho CRM Quick-Check (30 Minuten, Video-Call)

Wenn du herausfinden willst, welches Modell zu eurem KMU passt und wo eure grössten Risiken liegen: Buche den kostenlosen Zoho CRM Quick-Check (30 Minuten, Video-Call). Wir schauen genau 1 Prozess/Use Case an. Ergebnis: 1 Engpass, 1 Quick Win, 1 KPI. Bitte nur buchen, wenn Zoho CRM genutzt wird oder Einführung in den nächsten 3 Monaten geplant ist.

Branchenpraxis: Beratung, Dienstleistungen, Handel (Welche Daten sind sensibel? Wer braucht was?)

Rollen und Rechte sind nie abstrakt. Sie sind immer branchennah. Denn „sensibel“ bedeutet in jeder Branche etwas anderes.

In der Beratung sind sensible Daten oft nicht die Kontaktdaten, sondern das, was dahinter steckt: Projektbudgets, Tagessätze, interne Einschätzungen, Vertragskonditionen, manchmal politische Dimensionen beim Kunden. Hier ist es entscheidend, dass Projektteams Zugriff auf Projektrelevantes haben, aber nicht automatisch auf alles, was wirtschaftlich oder strategisch heikel ist. Eine häufige Praxis: Projektleitung braucht vollen Blick auf Liefergegenstände und Kommunikation, aber Margenlogik und Rabattsätze sind nur für bestimmte Rollen sichtbar. Ebenso sensibel: interne Notizen. Beratungsteams schreiben schnell, direkt, manchmal zu direkt. Hier hilft neben Rechten vor allem eine inhaltliche Leitplanke: Was gehört ins CRM, was gehört nicht?

In Dienstleistungen ist Sensibilität oft mit Datenschutz und SLA verknüpft. Cases enthalten personenbezogene Informationen, Vertragsdetails, manchmal auch Beschwerden. Hier braucht es klare Sichtbarkeit: Wer arbeitet am Fall? Wer darf Details sehen? Wer darf Anhänge öffnen? Gleichzeitig darf das System nicht blockieren. Wenn ein Support-Mitarbeiter ständig „kein Zugriff“ meldet, verliert der Kunde Zeit. Das Ziel ist, dass das Service-Team alles sieht, was es zur Lösung braucht, aber nicht automatisch alles aus Vertrieb und Finance. Und dass Teamleads zusätzliche Rechte haben, um eskalieren und steuern zu können.

Im Handel sind sensible Daten häufig Konditionen, Einkaufspreise, Marge, Rabattlogiken und Lieferanteninformationen. Wer diese Daten sieht, hat Macht. Und Macht ohne klare Regeln erzeugt Reibung. Ein Verkaufsteam muss Kunden und Angebote sehen, aber nicht zwingend Einkaufspreise. Gleichzeitig braucht es Freigaben: Rabatt über Schwelle, Sonderkondition, Ausnahme bei Zahlungsziel. Hier sind Rechte eng mit Freigaben verbunden. Wenn jeder alles ändern kann, wird die Marge zum Zufallsprodukt.

Eine einfache Beobachtung hilft: Sensible Daten sind oft die, die Streit auslösen, wenn sie falsch verteilt sind. Entweder Streit mit Kunden (weil interne Kommentare sichtbar werden) oder interner Streit (weil Konditionen und Margen unkontrolliert sind). Ein gutes Rechtekonzept verhindert beides, indem es klar macht, wer was braucht und warum.

Wenn du diese Branchenlogik sauber auf Zoho CRM überträgst, entstehen Rechte nicht mehr aus Bauchgefühl, sondern aus Arbeitsrealität.

Einführungsplan: Ist-Aufnahme, Zielbild, Testuser, Review-Zyklen

Ein Rechtekonzept einzuführen ist weniger eine Konfiguration als eine Übersetzung: Du übersetzt das, was im Unternehmen gilt, in eine klare Systemlogik. Und du übersetzt das, was im System möglich ist, in Regeln, die Menschen im Alltag verstehen.

Die Ist-Aufnahme beginnt nicht mit einem Workshop über Menüs, sondern mit Situationen: Wo sehen Leute zu viel? Wo sehen sie zu wenig? Wo entstehen Workarounds, weil Rechte fehlen? Wo werden Daten exportiert, weil man sie „für Excel“ braucht? Wer hat Admin, und warum? Du sammelst Beispiele, nicht Meinungen. Beispiele sind präziser.

Dann baust du ein Zielbild: Welche Teams existieren wirklich? Welche Verantwortlichkeiten sind stabil? Welche Daten sind sensibel? Wer muss sie sehen? Wer darf sie ändern? Das Zielbild muss nicht kompliziert sein, aber es muss eindeutig sein. Ein gutes Zielbild hat klare Grundregeln und bewusst definierte Ausnahmen. Ausnahmen sind nicht schlecht, aber sie müssen sichtbar sein.

Dann kommt die Phase, die viele überspringen und später bereuen: Testuser. Du testest nicht nur, ob jemand „reinkommt“. Du testest, ob jemand seinen Job machen kann, ohne zu viel zu sehen. Du testest typische Journeys: Lead anlegen, Deal bearbeiten, Case lösen, Angebot freigeben, Notiz erfassen, Dokument anhängen, Export versuchen. Du testest Grenzfälle: Projektübernahme, Stellvertretung, temporärer Zugriff. Testuser sind nicht nur IT-Tests, sie sind Realitätsprüfungen.

Und dann kommen Review-Zyklen. Rechte sind dynamisch, weil Unternehmen dynamisch sind. Neue Mitarbeitende, neue Produkte, neue Teams, neue Anforderungen. Der Unterschied zwischen Chaos und Stabilität ist der Rhythmus. Ein pragmatischer Review kann monatlich kurz sein und quartalsweise tiefer. Wichtig ist, dass es einen Owner gibt, der Veränderungen dokumentiert und nachvollziehbar macht.

Ein Hinweis aus der Praxis: Ein Rechtekonzept scheitert selten an „zu wenig Aufwand“. Es scheitert an „kein Prozess“. Wenn Rechte nur bei Problemen angepasst werden, hast du ein reaktives System. Wenn Rechte regelmässig geprüft werden, hast du ein stabiles.

Typische Fehler + schnelle Fixes

Der erste Fehler ist der Klassiker: zu viele Admins. Im KMU klingt das logisch, weil man flexibel sein will. In der Praxis heisst es: Niemand weiss mehr, was Standard ist. Der Fix ist hart, aber befreiend: Admins drastisch reduzieren, und für alles andere klare Rollen schaffen. Admin ist nicht Karriere, Admin ist Verantwortung.

Der zweite Fehler ist „alle sehen alles“, weil es anfangs bequem ist. Der Fix ist Need-to-know: nicht als Misstrauen, sondern als Schutz. Du kannst Zusammenarbeit auch über Team-Sichtbarkeit und gezielte Freigaben schaffen, ohne das gesamte CRM zu öffnen.

Der dritte Fehler ist ein zu enges Konzept, das operative Arbeit blockiert. Wenn Service nicht arbeiten kann oder Vertrieb ständig Rechte anfordern muss, werden Workarounds entstehen. Der Fix ist Testuser plus klare Ausnahmen: temporärer Zugriff mit Ablauf, Stellvertretungsregel, definierte Übergabeprozesse.

Der vierte Fehler sitzt in der Sprache: Rechte werden erklärt wie IT. Menschen hören dann nicht zu. Der Fix ist, Rechte als Arbeitslogik zu erklären: Wer arbeitet woran? Welche Daten braucht diese Rolle? Welche Daten wären gefährlich oder unnötig?

Der fünfte Fehler: Notizen und Anhänge werden vergessen. Der Fix ist, sensible Inhalte bewusst zu behandeln. Manche Dinge gehören nicht ins CRM. Manche gehören rein, aber nur für bestimmte Rollen. Und manche sollten strukturiert erfasst werden, statt als Freitext.

Der sechste Fehler: keine Dokumentation. Nicht als Roman, aber als nachvollziehbare Entscheidungsliste. Der Fix ist ein einfacher Change-Log: Was wurde geändert, warum, wer hat es freigegeben.

Und der siebte Fehler: keine Reviews. Rechte driften. Das ist normal. Der Fix ist ein Rhythmus, der klein genug ist, um realistisch zu sein, aber fix genug, um zu wirken.

Wenn du nur eine Sache mitnimmst: Rechtekonzepte müssen nicht perfekt sein, aber sie müssen lebendig sein.

Fazit

Ein CRM ist mehr als eine Datenbank. In einem KMU ist es ein Spiegel der Organisation. Wenn Rollen und Rechte unklar sind, zeigt dieser Spiegel ein verzerrtes Bild: Verantwortung verschwimmt, Datenschutz wird zur Unsicherheit, Zusammenarbeit kippt in Chaos. Wenn Rollen und Rechte sauber gesetzt sind, passiert das Gegenteil. Menschen arbeiten schneller, weil sie wissen, was sie dürfen. Kunden werden besser bedient, weil Teams Zugriff auf das haben, was sie brauchen. Und sensible Informationen bleiben dort, wo sie hingehören.

Die gute Nachricht: Du musst dafür kein Konzernmodell bauen. Du brauchst ein klares Prinzip, ein KMU-taugliches Modell und einen Rhythmus, der die Regeln lebendig hält. Sicherheit entsteht nicht durch Angst, sondern durch Struktur.

 

FAQ

1) Was ist der Unterschied zwischen Rollen, Profilen und Sichtbarkeit in Zoho CRM?
Rollen beschreiben organisatorische Ebenen und Verantwortlichkeiten, Profile regeln Berechtigungen (was man tun darf), Sichtbarkeit regelt, welche Datensätze man sehen kann. Zusammen ergeben sie das Rechtekonzept.

2) Wie viele Admins sollte ein Schweizer KMU in Zoho CRM haben?
So wenige wie möglich. In der Praxis oft 1–2. Mehr erhöht Risiko und Instabilität, weil Änderungen schwer nachvollziehbar werden.

3) Warum sehen Mitarbeitende plötzlich Daten, die sie nicht sehen sollten?
Meist wegen zu offener Sichtbarkeit, falsch gesetzter Team-Zuordnung oder zu breiter Profile. Oft wurde aus einer Ausnahme ein Standard, ohne dass es dokumentiert wurde.

4) Was tun, wenn Mitarbeitende zu wenig sehen und ihre Arbeit blockiert ist?
Nicht pauschal Rechte erweitern, sondern den konkreten Use Case analysieren: Welche Daten werden benötigt, in welchem Prozessschritt, und wie kann man Zugriff gezielt gewähren (Team, Freigabe, temporär)?

5) Wie schütze ich sensible Notizen und interne Kommentare?
Erstens durch klare Regeln, was überhaupt ins CRM gehört. Zweitens durch Feld- und Sichtbarkeitslogik, wo möglich. Drittens durch Disziplin: Freitext ist immer ein Risiko, wenn es um interne Bewertungen geht.

6) Wer darf Daten exportieren?
Nur Rollen, die es wirklich benötigen. Export ist einer der kritischsten Punkte, weil er Daten aus dem kontrollierten System herausnimmt. Exportrechte sollten bewusst vergeben und regelmässig geprüft werden.

7) Wie setze ich Need-to-know um, ohne Zusammenarbeit zu zerstören?
Mit Team-Sichtbarkeit, klaren Übergabeprozessen und definierten Freigaben. Zusammenarbeit bedeutet nicht, dass jeder alles sehen muss, sondern dass Informationen dort verfügbar sind, wo sie gebraucht werden.

8) Wie oft sollte man Rollen und Rechte überprüfen?
Mindestens quartalsweise, in wachsenden KMU besser monatlich kurz und quartalsweise tief. Zusätzlich nach grösseren Änderungen: neue Teams, neue Produkte, neue Prozesse.

9) Was ist ein guter Startpunkt, wenn unser Rechtekonzept historisch gewachsen ist?
Erst die Admins reduzieren, dann Owner definieren, dann die grössten Sichtbarkeitsprobleme lösen: Bereiche, wo zu viel oder zu wenig Zugriff besteht. Danach schrittweise stabilisieren.