Apresentando os Team Workspaces no Shifter

Hoje estamos lançando um dos recursos de conta mais pedidos que já registramos: Team Workspaces. Agora você pode convidar colegas de equipe para sua conta Shifter, dar a cada um deles um papel que se encaixe no que eles realmente fazem, e permitir que a mesma pessoa pertença a vários workspaces ao mesmo tempo sem precisar alternar logins.

Se você está com pressa: abra a página Team no painel, envie um convite, escolha um papel, pronto. Usuários Shifter existentes entram com um clique. Qualquer pessoa nova se cadastra com um magic link e sem precisar lembrar senha. Você pode alternar entre qualquer workspace ao qual pertença a partir de um único dropdown na barra lateral.

Se você quiser a versão mais longa, aqui está o que construímos e por quê.

Por que construímos isso

Por anos, a conta Shifter típica era: uma pessoa, um e-mail, um login. Isso funciona bem para um desenvolvedor solo rodando um scraper ou um único engenheiro de operações mantendo um pipeline de SERP. Deixa de funcionar no momento em que mais de uma pessoa precisa mexer na conta.

Os padrões que continuávamos ouvindo:

Um desenvolvedor que constrói os scrapers não deveria precisar de acesso ao cartão de crédito da empresa. Quem aprova faturas não deveria precisar saber o que é um proxy ISP para fazer seu trabalho. Um engenheiro freelancer trabalhando para três clientes não deveria ter que pedir a cada um que compartilhe um login pelo Slack. Uma agência rodando campanhas para várias marcas não deveria misturar o tráfego de todas elas em uma única associação.

Logins compartilhados disfarçam esses problemas e criam novos. Não há trilha de auditoria. Não há como remover o acesso de alguém quando essa pessoa sai. E quando a senha muda, todo mundo com a senha antiga liga para o suporte.

Team Workspaces resolve tudo isso sem tornar o caso simples mais difícil.

O que muda para você

Se você tem sido a única pessoa na sua conta, nada muda no primeiro dia. Sua conta existente agora é chamada de workspace Personal. Ela continua sua, exatamente como era, com uma nova possibilidade: você pode convidar pessoas para ela.

No momento em que você faz isso, o modelo se expande. Sua conta se torna um workspace, as pessoas que você convida se tornam membros, e cada uma delas recebe um papel que controla o que pode ver e fazer.

Os três papéis

Deliberadamente mantivemos isso em três níveis. Mais granularidade soa melhor em uma apresentação de slides e vira uma matriz de permissões que ninguém lembra na prática.

Viewer. Somente leitura. Vê memberships, tráfego e faturas. Pode navegar pelo catálogo de pedidos para ver o que está disponível, mas não pode comprar nada nem mudar nada. Este é o papel certo para um analista que precisa olhar tendências de uso, um CFO que quer ver o que está sendo gasto e onde, ou um revisor de segurança fazendo uma auditoria.

Billing. Tudo que um Viewer pode fazer, além da capacidade de adicionar fundos, pagar faturas, comprar novos planos e fazer upgrade dos existentes. Billing não pode gerenciar memberships além da compra, nem mudar a composição da equipe. Este é o papel para a pessoa que possui o cartão da empresa.

Admin. Tudo que Billing pode fazer, além do gerenciamento completo de memberships (cancelar, trocar, fazer upgrade, mudar configurações) e gerenciamento completo da equipe (convidar, remover, mudar papéis). O owner do workspace é implicitamente um Admin no seu próprio workspace e nunca pode ficar trancado para fora.

Cada barreira é aplicada tanto na UI (um Viewer não vê um botão Pay Now como clicável de um jeito que engana, e recebe um toast claro se tentar mesmo assim) quanto no servidor. Chamar um endpoint restrito com o papel errado retorna um 403, não um 500, e não um sucesso silencioso.

Multi-workspace, não multi-conta

Esta é a parte do design da qual mais nos orgulhamos, porque foi a parte que levou mais tempo para acertar. Um usuário não fica preso dentro de um workspace. O mesmo endereço de e-mail pode ser owner do seu workspace Personal, Viewer no workspace de um cliente, e usuário Billing em outro.

Não quisemos fazer as pessoas manterem três logins para isso, nem sair e entrar novamente para trocar de contexto. Então a barra lateral tem um seletor de workspace acima do menu de perfil. Ele abre para cima, lista cada workspace ao qual você pertence (Personal primeiro, depois os demais), e a troca de contexto acontece em um único clique. O dropdown só aparece quando você de fato está em mais de um workspace, então usuários solo nunca o veem.

O workspace ativo vive na sua sessão. Cada requisição revalida que você ainda pertence a ele. Se um owner de workspace te remove enquanto você está trabalhando naquele contexto, o próximo carregamento de página te devolve ao seu workspace Personal e te diz o motivo. Nada na sessão pode sobreviver a uma membership revogada.

Dentro de qualquer workspace, tudo é delimitado a esse workspace. Os planos que você vê, o saldo na carteira, as faturas, a lista de equipe, as memberships, tudo isso. Trocar é a única coisa que muda o contexto, e muda tudo de uma vez. Não há situação em que você possa pagar uma fatura da conta errada por acidente.

Convidando alguém

Abra a página Team no workspace que você quer gerenciar. Digite um e-mail, escolha um papel, envie.

Se esse e-mail já pertence a um usuário Shifter, essa pessoa recebe um botão “Join” de um clique na próxima vez que fizer login. Ela mantém sua conta existente, seu workspace Personal existente, e agora também é membro do seu. Nenhuma conta nova é criada. Nenhuma redefinição de senha. Nenhum reonboarding.

Se esse e-mail é totalmente novo no Shifter, o convite se transforma em um cadastro simplificado. Apenas primeiro nome, sobrenome opcional, login por magic link, sem senha para lembrar ou trocar. No momento em que a pessoa confirma o magic link, ela está no seu workspace, e também ganha um workspace Personal próprio para o qual pode trocar depois, se quiser.

Bloqueamos automaticamente os absurdos óbvios: você não pode convidar a si mesmo, não pode convidar alguém que já é membro, e há um limite de 10 vagas por workspace. (Se 10 não for suficiente para o que você está construindo, fale conosco em hi@shifter.io, este é intencionalmente um limite flexível.)

Alguns padrões que isso libera

Alguns dos fluxos de trabalho que já vimos as pessoas configurarem em staging:

Acesso apenas para finanças. A equipe de engenharia possui o workspace como Admins. O CFO é convidado como Billing. O CFO pode financiar a carteira, ver cada fatura, pagar o que estiver em aberto, e responder suas próprias perguntas sobre gastos sem que ninguém da engenharia seja interrompido.

Acesso de auditoria para revisões de segurança. Convide o revisor como Viewer pela duração do trabalho. Ele vê exatamente o que precisa ver para a auditoria. Quando o trabalho termina, remova-o em um clique e o acesso dele desaparece, imediatamente, incluindo qualquer sessão em segundo plano que estivesse aberta.

Agências gerenciando múltiplos workspaces de clientes. Cada cliente possui seu próprio workspace e as faturas chegam na sua própria carteira. O líder de projeto da agência é adicionado a todos eles como Admin, com um único login. Trocar entre contextos de clientes é um clique na barra lateral. Nenhum tráfego é jamais misturado entre workspaces, porque os planos não cruzam workspaces.

Freelancers trabalhando para vários clientes. O padrão inverso. O freelancer é adicionado como usuário Billing ou Admin no workspace de cada cliente. O cliente mantém a propriedade da conta, dos planos e das faturas. Quando o trabalho termina, o cliente remove o freelancer e a relação se encerra de forma limpa.

Separando experimentos pessoais do tráfego da empresa. Mesma pessoa, dois workspaces. Personal para noites e fins de semana. Workspace da empresa para scrapers de produção. Saldos separados, faturas separadas, planos separados. Um login, um clique na barra lateral entre eles.

Alguns detalhes que vale a pena conhecer

Um punhado de mecânicas que não são óbvias nas telas, mas importam assim que você começa a usar isso:

• O owner de um workspace não pode ser removido por ninguém. O owner pode rebaixar ou remover outros Admins, mas o workspace em si pertence ao criador original. Se uma empresa precisar transferir a propriedade por qualquer motivo, podemos fazer isso mediante solicitação, então entre em contato.

• A exclusão de conta se propaga em ambas as direções. Se a conta de um membro é excluída, as memberships dela em outros workspaces são limpas. Se um owner de workspace exclui sua conta, o workspace e suas memberships vão junto. Mostramos isso no fluxo de exclusão de conta para que nada aconteça por surpresa.

• Os papéis são delimitados por workspace, não globais. Você não é um “usuário Billing” no Shifter, ponto final. Você é um usuário Billing no workspace X. Em um workspace diferente você pode ser um Viewer, ou pode ser o owner. O papel que você tem no seu contexto atual é sempre o que é aplicado, e está sempre visível no seletor.

• Planos não se movem entre workspaces. Um plano residencial comprado no workspace A é um ativo do workspace A e permanece lá. Se você quiser que um plano pertença a um workspace diferente, compre-o naquele workspace.

Onde encontrar

Já está no ar para todo mundo, sem necessidade de ativação. Faça login no seu painel, procure por “Team” na barra lateral, e comece a convidar pessoas.

Se você é novo no Shifter e quer configurar seu primeiro workspace corretamente, os planos de proxy residencial e os planos ISP são os pontos de partida usuais. O plano fica no workspace, a equipe se organiza em torno dele.

Queríamos lançar isso desde que reconstruímos o gateway residencial, porque recursos no nível da conta só realmente fazem sentido quando o produto subjacente deixa de ser o gargalo. Agora ele deixou de ser, e agora o Team Workspaces está aqui. Se houver um formato de permissão que deixamos passar, ou uma divisão de papéis que não se encaixa bem na sua equipe, escreva para nós. Deliberadamente mantivemos a superfície pequena para podermos continuar movendo-a.