Team-Workspaces bei Shifter sind da

Heute liefern wir eine der am häufigsten nachgefragten Account-Funktionen aus, die wir je verfolgt haben: Team-Workspaces. Du kannst jetzt Kolleginnen und Kollegen in deinen Shifter-Account einladen, jeder Person eine Rolle geben, die zu dem passt, was sie tatsächlich tut, und dieselbe Person kann gleichzeitig in mehreren Workspaces Mitglied sein, ohne mit Logins zu jonglieren.

Wenn du es eilig hast: Öffne die Team-Seite im Panel, verschicke eine Einladung, wähle eine Rolle, fertig. Bestehende Shifter-Nutzer treten mit einem Klick bei. Neue Personen registrieren sich per Magic Link, kein Passwort, das man sich merken muss. Du kannst über ein einziges Dropdown in der Seitenleiste zwischen allen Workspaces wechseln, in denen du Mitglied bist.

Wenn du die lange Version willst, hier kommt, was wir gebaut haben und warum.

Warum wir das gebaut haben

Jahrelang sah der typische Shifter-Account so aus: eine Person, eine E-Mail, ein Login. Das funktioniert gut für eine Solo-Entwicklerin, die einen Scraper betreibt, oder für einen einzelnen Ops-Engineer, der eine SERP-Pipeline am Laufen hält. Es funktioniert nicht mehr, sobald mehr als eine Person den Account anfassen muss.

Die Muster, die wir immer wieder gehört haben:

Die Entwicklerin, die die Scraper baut, sollte keinen Zugriff auf die Firmenkreditkarte brauchen. Wer Rechnungen abzeichnet, sollte für seine Arbeit nicht wissen müssen, was ein ISP-Proxy ist. Ein freier Ingenieur, der für drei Kunden arbeitet, sollte nicht jeden einzelnen bitten müssen, ein Login über Slack zu teilen. Eine Agentur, die Kampagnen für viele Marken fährt, sollte deren Traffic nicht in einer einzigen Mitgliedschaft zusammenmischen.

Geteilte Logins kaschieren diese Probleme und schaffen neue. Es gibt keinen Audit-Trail. Es gibt keine Möglichkeit, jemandem den Zugriff zu entziehen, wenn er das Team verlässt. Und wenn das Passwort sich ändert, rufen alle, die noch das alte hatten, beim Support an.

Team-Workspaces lösen das alles, ohne den einfachen Fall komplizierter zu machen.

Was sich für dich ändert

Wenn du bisher die einzige Person in deinem Account warst, ändert sich am ersten Tag nichts. Dein bestehender Account heißt jetzt persönlicher Workspace. Er gehört dir, genau wie vorher, mit einer neuen Möglichkeit: Du kannst andere Personen einladen.

In dem Moment, in dem du das tust, expandiert das Modell. Dein Account wird zu einem Workspace, die Personen, die du einlädst, werden zu Mitgliedern, und jede Person bekommt eine Rolle, die steuert, was sie sehen und tun kann.

Die drei Rollen

Wir haben das bewusst auf drei Stufen begrenzt. Mehr Granularität klingt in einer Folie schöner und wird in der Praxis zu einer Berechtigungsmatrix, an die sich niemand erinnert.

Viewer. Nur Lesen. Sieht Memberships, Traffic und Rechnungen. Kann den Bestellkatalog durchstöbern, um zu sehen, was verfügbar ist, kann aber nichts kaufen und nichts ändern. Das ist die richtige Rolle für eine Analystin, die Nutzungstrends anschauen muss, einen CFO, der sehen will, was wo ausgegeben wird, oder einen Security-Reviewer, der ein Audit zieht.

Billing. Alles, was ein Viewer kann, plus die Möglichkeit, Guthaben aufzuladen, Rechnungen zu bezahlen, neue Pläne zu kaufen und bestehende zu upgraden. Billing kann Memberships über den Kauf hinaus nicht verwalten und die Team-Zusammensetzung nicht ändern. Das ist die Rolle für die Person, die die Firmenkarte in der Hand hat.

Admin. Alles, was Billing kann, plus volle Membership-Verwaltung (kündigen, wechseln, upgraden, Einstellungen ändern) und volle Team-Verwaltung (einladen, entfernen, Rollen ändern). Der Eigentümer eines Workspace ist im eigenen Workspace implizit Admin und kann sich selbst niemals aussperren.

Jede Beschränkung wird sowohl in der Oberfläche durchgesetzt (ein Viewer sieht einen Pay-Now-Button nicht in einer Form klickbar, die ihn täuscht, und bekommt einen klaren Toast, wenn er es trotzdem versucht) als auch auf dem Server. Der Aufruf eines geschützten Endpoints mit der falschen Rolle gibt einen 403 zurück, keinen 500 und keinen stillen Erfolg.

Multi-Workspace, nicht Multi-Account

Das ist der Teil des Designs, auf den wir am stolzesten sind, weil es der Teil ist, der am längsten gedauert hat, ihn richtig hinzubekommen. Eine Userin steckt nicht in einem Workspace fest. Dieselbe E-Mail-Adresse kann Eigentümerin ihres persönlichen Workspaces sein, Viewer im Workspace eines Kunden und Billing-Userin im Workspace eines anderen.

Wir wollten niemanden zwingen, dafür drei Logins zu pflegen oder sich ab- und wieder anzumelden, um den Kontext zu wechseln. Deshalb gibt es in der Seitenleiste oberhalb des Profilmenüs einen Workspace-Switcher. Er öffnet sich nach oben, listet alle Workspaces auf, in denen du Mitglied bist (persönlicher zuerst, dann der Rest), und der Kontextwechsel passiert mit einem einzigen Klick. Das Dropdown erscheint erst, wenn du tatsächlich in mehr als einem Workspace bist, sodass Solo-User es nie zu sehen bekommen.

Der aktive Workspace lebt in deiner Session. Jede Anfrage prüft erneut, ob du noch zu ihm gehörst. Wenn ein Workspace-Eigentümer dich entfernt, während du in diesem Kontext arbeitest, fällt der nächste Seitenaufruf in deinen persönlichen Workspace zurück und erklärt dir den Grund. Nichts an der Session kann eine entzogene Mitgliedschaft überleben.

Innerhalb eines Workspace ist alles auf diesen Workspace begrenzt. Die Pläne, die du siehst, das Guthaben im Wallet, die Rechnungen, die Team-Liste, die Memberships, alles. Der Wechsel ist das Einzige, was den Kontext ändert, und er ändert alles auf einmal. Es gibt keine Situation, in der du versehentlich eine Rechnung aus dem falschen Account bezahlen kannst.

Jemanden einladen

Öffne die Team-Seite in dem Workspace, den du verwalten willst. E-Mail eintippen, Rolle auswählen, abschicken.

Gehört diese E-Mail bereits zu einem Shifter-Nutzer, bekommt diese Person beim nächsten Login einen Ein-Klick-”Join”-Button. Sie behält ihren bestehenden Account, ihren bestehenden persönlichen Workspace, und ist jetzt zusätzlich Mitglied in deinem. Kein neuer Account wird angelegt. Kein Passwort-Reset. Kein erneutes Onboarding.

Ist die E-Mail neu bei Shifter, wird die Einladung zu einer schlanken Registrierung. Nur Vorname, Nachname optional, Login per Magic Link, kein Passwort, das man merken oder rotieren muss. In dem Moment, in dem der Magic Link bestätigt wird, ist die Person in deinem Workspace und bekommt zusätzlich einen eigenen persönlichen Workspace, in den sie später bei Bedarf wechseln kann.

Offensichtlichen Unsinn blockieren wir automatisch: Du kannst dich nicht selbst einladen, du kannst niemanden einladen, der bereits Mitglied ist, und es gibt ein Limit von 10 Plätzen pro Workspace. (Wenn 10 für das, was du baust, nicht reichen, schreib uns an hi@shifter.io, das Limit ist absichtlich weich.)

Ein paar Workflows, die das aufschließt

Einige Workflows, die wir auf Staging schon gesehen haben:

Nur-Finanz-Zugang. Das Engineering-Team besitzt den Workspace als Admins. Der CFO wird als Billing eingeladen. Der CFO kann das Wallet aufladen, jede Rechnung einsehen, alles Offene bezahlen und sich seine eigenen Fragen zu Ausgaben beantworten, ohne dass jemand im Engineering unterbrochen wird.

Audit-Zugang für Sicherheitsprüfungen. Lade den Reviewer für die Dauer der Prüfung als Viewer ein. Er sieht genau das, was er für das Audit sehen muss. Ist die Prüfung vorbei, entfernst du ihn mit einem Klick, und sein Zugriff ist sofort weg, einschließlich jeder Hintergrundsession, die er offen hatte.

Agenturen, die mehrere Kunden-Workspaces verwalten. Jeder Kunde besitzt seinen eigenen Workspace, und die Rechnungen landen in seinem eigenen Wallet. Der Projektleiter der Agentur wird in allen als Admin hinzugefügt, mit einem einzigen Login. Der Wechsel zwischen Kundenkontexten ist ein Klick in der Seitenleiste. Traffic wird nie zwischen Workspaces vermischt, weil Pläne keine Workspaces überqueren.

Freelancer, die für mehrere Kunden arbeiten. Das umgekehrte Muster. Die Freelancerin wird im Workspace jedes Kunden als Billing oder Admin hinzugefügt. Der Kunde behält die Eigentümerschaft am Account, an den Plänen und an den Rechnungen. Endet die Zusammenarbeit, entfernt der Kunde die Freelancerin und die Beziehung endet sauber.

Persönliche Experimente vom Firmen-Traffic trennen. Dieselbe Person, zwei Workspaces. Persönlicher für Abende und Wochenenden. Firmen-Workspace für Produktions-Scraper. Getrennte Guthaben, getrennte Rechnungen, getrennte Pläne. Ein Login, ein Klick in der Seitenleiste zwischen beiden.

Ein paar Details, die man kennen sollte

Ein paar Mechaniken, die auf den Bildschirmen nicht offensichtlich sind, aber zählen, sobald du das benutzt:

• Der Eigentümer eines Workspace kann von niemandem entfernt werden. Der Eigentümer kann andere Admins herunterstufen oder entfernen, aber der Workspace selbst gehört dem ursprünglichen Ersteller. Wenn ein Unternehmen die Eigentümerschaft aus irgendeinem Grund übertragen muss, können wir das auf Anfrage erledigen, also melde dich.

• Account-Löschung kaskadiert in beide Richtungen. Wird der Account eines Mitglieds gelöscht, werden seine Memberships in anderen Workspaces bereinigt. Löscht ein Workspace-Eigentümer seinen Account, gehen der Workspace und seine Memberships mit ihm. Wir zeigen das im Account-Löschen-Flow an, damit nichts überraschend passiert.

• Rollen gelten je Workspace, nicht global. Du bist nicht pauschal “Billing-User bei Shifter”. Du bist Billing-User in Workspace X. In einem anderen Workspace bist du vielleicht Viewer, oder vielleicht der Eigentümer. Die Rolle, die du in deinem aktuellen Kontext hast, ist immer die, die durchgesetzt wird, und sie ist im Switcher immer sichtbar.

• Pläne wechseln nicht zwischen Workspaces. Ein in Workspace A gekaufter Residential-Plan ist ein Asset von Workspace A und bleibt dort. Wenn ein Plan einem anderen Workspace gehören soll, kauf ihn in diesem Workspace.

Wo du es findest

Es ist bereits für alle live, ohne Opt-in. Melde dich in deinem Panel an, such “Team” in der Seitenleiste und fang an, Leute einzuladen.

Wenn du neu bei Shifter bist und deinen ersten Workspace sauber aufsetzen willst, sind die Residential-Proxy-Pläne und ISP-Pläne die üblichen Startpunkte. Der Plan kommt in den Workspace, das Team baut sich darum herum auf.

Wir wollten das ausliefern, seit wir das Residential-Gateway neu gebaut haben, weil Account-Level-Features erst dann wirklich Sinn ergeben, wenn das darunterliegende Produkt kein Engpass mehr ist. Jetzt ist es das, und jetzt sind Team-Workspaces da. Wenn wir eine Berechtigungsform übersehen haben oder eine Rollenaufteilung nicht ganz zu deinem Team passt, schreib uns. Wir haben die Oberfläche bewusst klein gehalten, damit wir sie weiter bewegen können.