Rollen und Berechtigungen

Mit Editor und Viewer den passenden Zugriff für Mitarbeitende in condoo.Vibe vergeben und Projekte vor unnötigen oder versehentlichen Änderungen schützen.

Wenn du jemanden zur Zusammenarbeit an einem condoo.Vibe-Projekt einlädst, kannst du die Zugriffsstufe festlegen.

Nicht jede mitarbeitende Person muss Änderungen vornehmen können.

condoo.Vibe verwendet Rollen, um den benötigten Zugriff zu vergeben und das Projekt vor unnötigen oder versehentlichen Änderungen zu schützen.

Die beiden wichtigsten Rollen für die Zusammenarbeit sind:

Editor
Viewer

Nur den Zugriff vergeben, den eine Person tatsächlich benötigt.

Rollen verstehen

Rollen legen fest, was eine mitarbeitende Person innerhalb des Projekts tun kann.

Eine einfache Darstellung:

PROJEKT
   ↓
MITARBEITENDE
   ↓
 ┌─────────────┐
 ↓             ↓
EDITOR        VIEWER
 ↓             ↓
Entwickeln &  Prüfen &
Bearbeiten    Ansehen

Editor ist für Personen gedacht, die aktiv am Projekt arbeiten.

Viewer ist für Personen gedacht, die es hauptsächlich prüfen müssen.

Editor

Ein Editor arbeitet aktiv am Projekt mit.

Diese Rolle eignet sich für Personen, die an der Erstellung oder Änderung der Anwendung beteiligt sind.

Editors können beispielsweise sein:

Entwickler
Designer
Mitglieder des Produktteams
Technische Partner
Externe Fachkräfte
Weitere aktiv am Projekt mitarbeitende Personen

Zum Beispiel:

PROJEKTINHABER
      ↓
Entwickler einladen
      ↓
EDITOR
      ↓
Am Projekt mitarbeiten

Wenn jemand aktiv bei der Produktentwicklung helfen soll, ist Editor in der Regel die passende Rolle.

Wann Editor sinnvoll ist

Verwende Editor-Zugriff, wenn jemand Änderungen am Projekt vornehmen muss.

Ein Entwickler könnte beispielsweise eingeladen werden, um:

Funktionalität hinzuzufügen
Eine vorhandene Funktion zu verbessern
Probleme zu beheben
Anwendungsabläufe zu verfeinern

Oder ein Designer soll aktiv Folgendes verbessern:

Layouts
Navigation
Anpassung an Mobilgeräte
Nutzererfahrung
Visuelle Konsistenz

Der entscheidende Unterschied: Ein Editor wirkt an der Erstellung des Produkts mit und prüft es nicht nur.

Viewer

Viewer ist für Personen gedacht, die das Projekt ansehen oder prüfen müssen, ohne dieselben Bearbeitungsmöglichkeiten wie ein Editor zu benötigen.

Viewer-Zugriff eignet sich für:

Geschäftspartner
Stakeholder
Prüfer
Teammitglieder ohne Entwicklungsaufgaben
Personen, die den Fortschritt verfolgen
Personen, die Feedback geben

Zum Beispiel:

PROJEKTINHABER
      ↓
Stakeholder einladen
      ↓
VIEWER
      ↓
Projekt prüfen

So lassen sich weitere Personen einbeziehen, ohne allen Bearbeitungszugriff zu geben.

Editor und Viewer im Vergleich

Die folgende Übersicht erleichtert die Entscheidung:

Möglichkeit	Editor	Viewer
Auf das geteilte Projekt zugreifen	✅	✅
Das Projekt prüfen	✅	✅
An der Entwicklung mitwirken	✅	❌
Projektänderungen vornehmen	✅	❌
Geeignet für Entwickler	✅	❌
Geeignet für aktiv mitarbeitende Designer	✅	❌
Geeignet für Stakeholder	Optional	✅
Geeignet für reinen Prüfzugriff	❌	✅

Die richtige Rolle wählen

Vor einer Einladung frage dich:

Muss diese Person das Projekt ändern oder nur prüfen?

Für aktive Mitarbeit:

EDITOR

Für reine Prüfung:

VIEWER

Diese einfache Unterscheidung deckt die meisten Situationen ab.

Beispiel: Startup-Team

Angenommen, du entwickelst mit einem kleinen Team ein SaaS-Produkt.

Zum Team gehören:

Gründer
Entwickler
Designer
Marketingmanager
Investor

Der Zugriff könnte so aussehen:

Person	Empfohlene Rolle
Gründer	Owner
Entwickler	Editor
Designer	Editor
Marketingmanager	Viewer oder Editor, je nach Aufgaben
Investor	Viewer

Bearbeitungszugriff bringt keinen Vorteil, wenn die Person ihn nicht benötigt.

Beispiel: Zusammenarbeit mit einer externen Fachkraft

Angenommen, eine externe Fachkraft soll helfen, die Anwendung zu verbessern.

Während der aktiven Mitarbeit könnte sie Editor-Zugriff erhalten.

Externe Fachkraft einladen
      ↓
Editor-Zugriff
      ↓
Arbeit abschließen
      ↓
Änderungen prüfen
      ↓
Zugriff nach Abschluss entfernen

Das ist besser, als persönliche condoo.Vibe-Zugangsdaten zu teilen.

Beispiel: Interne Prüfung

Angenommen, die Anwendung ist fast startbereit und mehrere Teammitglieder sollen sie prüfen.

Sie müssen nichts ändern.

Gib ihnen Viewer-Zugriff.

PROJEKT
   ↓
VIEWERS
   ↓
Prüfung
   ↓
Feedback
   ↓
Owner / Editors nehmen Änderungen vor

So bleiben Prüfung und Entwicklung getrennt.

Produktive Projekte schützen

Die Rollenverwaltung ist besonders wichtig, wenn die Anwendung bereits veröffentlicht ist.

Ein produktives Projekt kann Folgendes unterstützen:

Kundenkonten
Zahlungen
Buchungen
Geschäftsabläufe
Kundenportale
Interne Systeme

Gib nicht allein deshalb Bearbeitungszugriff, weil jemand die Anwendung sehen möchte.

Verwende Viewer-Zugriff, wenn keine Bearbeitung erforderlich ist.

Die Rolle einer Person ändern

Aufgaben können sich im Laufe der Zeit ändern.

Zum Beispiel:

Viewer
  ↓
Tritt dem Produktteam bei
  ↓
Editor

Oder:

Editor
  ↓
Schließt Entwicklungsarbeit ab
  ↓
Viewer / Zugriff entfernen

In condoo.Vibe lassen sich Rollen im Zusammenarbeitsbereich ändern. Aktualisiere die Rolle dort, statt unnötige zusätzliche Konten anzulegen.

Zugriff regelmäßig prüfen

Mit dem Wachstum des Teams sollte regelmäßig geprüft werden, wer Zugriff auf wichtige Projekte hat.

Frage dich:

Arbeitet diese Person noch am Projekt?
Benötigt sie weiterhin Editor-Zugriff?
Würde Viewer ausreichen?
Benötigt diese externe Fachkraft noch Zugriff?
Hat sich die Rolle einer Person geändert?
Sollte der Zugriff bestimmter Mitarbeitender entfernt werden?

Ein einfaches Prinzip:

RICHTIGE PERSON
    +
RICHTIGE ROLLE
    +
RICHTIGES PROJEKT

Zugriff bei Bedarf entfernen

Wenn jemand keinen Projektzugriff mehr benötigt, entferne ihn.

Typische Situationen:

Externer Auftrag abgeschlossen
Mitarbeiter verlässt das Unternehmen
Partnerschaft endet
Vorübergehende Prüfung abgeschlossen
Kundenprojekt endet
Aufgaben ändern sich

Lasse unnötigen Zugriff nicht unbegrenzt aktiv.

Rollen sind besser als geteilte Konten

Vermeide:

EIN KONTO
     ↓
GETEILTES PASSWORT
     ↓
Gesamtes Team

Stattdessen:

PROJEKTINHABER
      ↓
INDIVIDUELLER ZUGRIFF
 ┌────┼────┐
 ↓    ↓    ↓
Editor Editor Viewer

So lässt sich der Projektzugriff wesentlich besser kontrollieren.

Was gilt für Kunden?

Kunden unterscheiden sich etwas von gewöhnlichen Teammitgliedern.

Ein Agenturkunde muss häufig:

Das bisherige Ergebnis sehen
Die aktuelle Version prüfen
Feedback geben
Änderungen anfordern
Arbeit freigeben

Vollständiger Bearbeitungszugriff ist dafür nicht unbedingt nötig.

Deshalb behandeln wir das Teilen und Prüfen mit Kunden [Agentur] auf der nächsten Seite separat.