Shifter에서 팀 워크스페이스 소개

오늘 저희는 지금까지 가장 많이 요청받은 계정 기능 중 하나인 Team Workspaces를 출시합니다. 이제 Shifter 계정에 팀원을 초대하고, 각자 실제로 하는 업무에 맞는 역할을 부여하며, 같은 사람이 로그인을 여러 개 관리할 필요 없이 동시에 여러 워크스페이스에 속할 수 있습니다.

바쁘신 분들을 위해 요약하면: 패널에서 Team 페이지를 열고, 초대를 보내고, 역할을 선택하면 끝입니다. 기존 Shifter 사용자는 클릭 한 번으로 합류합니다. 신규 사용자는 매직 링크로 가입하며 비밀번호를 기억할 필요가 없습니다. 사이드바의 드롭다운 하나로 자신이 속한 어떤 워크스페이스로든 전환할 수 있습니다.

더 자세한 내용을 원하시면, 저희가 무엇을 만들었고 왜 만들었는지 아래에서 설명드립니다.

왜 이것을 만들었는가

수년간 일반적인 Shifter 계정은 한 사람, 하나의 이메일, 하나의 로그인 형태였습니다. 스크레이퍼를 운영하는 혼자 일하는 개발자나 SERP 파이프라인을 관리하는 단독 운영 엔지니어에게는 문제가 없습니다. 하지만 한 명 이상이 계정을 다뤄야 하는 순간 이 방식은 더 이상 작동하지 않습니다.

저희가 계속 듣던 패턴들은 다음과 같습니다.

스크레이퍼를 만드는 개발자가 회사 신용카드에 접근할 필요는 없습니다. 인보이스를 승인하는 사람이 자신의 업무를 위해 ISP proxy가 무엇인지 알아야 할 필요는 없습니다. 세 곳의 클라이언트를 오가며 일하는 프리랜서 엔지니어가 각 클라이언트에게 Slack으로 로그인을 공유해 달라고 요청할 필요는 없습니다. 여러 브랜드의 캠페인을 운영하는 에이전시가 모든 브랜드의 트래픽을 하나의 멤버십으로 뒤섞을 필요는 없습니다.

로그인 공유는 이런 문제들을 임시로 덮을 뿐 새로운 문제를 만들어냅니다. 감사 추적이 남지 않습니다. 누군가 퇴사했을 때 접근 권한을 제거할 방법이 없습니다. 그리고 비밀번호가 바뀌면 예전 비밀번호를 갖고 있던 모든 사람이 지원팀에 연락하게 됩니다.

Team Workspaces는 단순한 사용 사례를 더 복잡하게 만들지 않으면서 이 모든 문제를 해결합니다.

무엇이 달라지는가

지금까지 계정에 혼자였던 분이라면 첫날에는 아무것도 바뀌지 않습니다. 기존 계정은 이제 Personal 워크스페이스라고 불립니다. 이전과 똑같이 여러분의 것이며, 사람을 초대할 수 있다는 새로운 기능이 하나 추가되었을 뿐입니다.

초대를 하는 순간 모델이 확장됩니다. 계정은 워크스페이스가 되고, 초대한 사람들은 멤버가 되며, 각자는 볼 수 있는 것과 할 수 있는 것을 통제하는 역할을 부여받습니다.

세 가지 역할

저희는 의도적으로 이를 세 단계로만 유지했습니다. 더 세분화하면 슬라이드 자료에서는 근사하게 보이지만, 실제로는 아무도 기억하지 못하는 권한 매트릭스가 되어버립니다.

Viewer. 읽기 전용입니다. 멤버십, 트래픽, 인보이스를 볼 수 있습니다. 무엇을 이용할 수 있는지 확인하기 위해 주문 카탈로그를 둘러볼 수는 있지만, 구매하거나 변경할 수는 없습니다. 사용 추이를 확인해야 하는 분석가, 지출 현황을 보고 싶어하는 CFO, 감사를 진행하는 보안 검토자에게 적합한 역할입니다.

Billing. Viewer가 할 수 있는 모든 것에 더해, 잔액을 충전하고, 인보이스를 결제하고, 새 플랜을 구매하고, 기존 플랜을 업그레이드할 수 있습니다. Billing은 구매 이외의 멤버십 관리나 팀 멤버십 변경은 할 수 없습니다. 회사 카드를 보유한 사람에게 적합한 역할입니다.

Admin. Billing이 할 수 있는 모든 것에 더해, 완전한 멤버십 관리(취소, 전환, 업그레이드, 설정 변경)와 완전한 팀 관리(초대, 제거, 역할 변경)를 할 수 있습니다. 워크스페이스의 소유자는 자신의 워크스페이스에서 암묵적으로 Admin이며, 스스로를 잠글 수 없습니다.

모든 권한 제한은 UI(예를 들어 Viewer에게는 Pay Now 버튼이 클릭 가능한 것처럼 잘못 표시되지 않으며, 시도해도 명확한 토스트 메시지가 나타납니다)와 서버 양쪽에서 적용됩니다. 잘못된 역할로 제한된 엔드포인트를 호출하면 403이 반환되며, 500이나 조용한 성공은 발생하지 않습니다.

멀티 워크스페이스, 멀티 계정이 아닙니다

이 부분은 저희가 가장 자랑스럽게 여기는 설계이며, 완성하는 데 가장 오래 걸린 부분이기도 합니다. 사용자는 하나의 워크스페이스에 갇히지 않습니다. 같은 이메일 주소가 자신의 Personal 워크스페이스의 소유자이면서, 어떤 클라이언트의 워크스페이스에서는 Viewer이고, 또 다른 워크스페이스에서는 Billing 사용자일 수 있습니다.

이를 위해 세 개의 로그인을 유지하게 하거나, 컨텍스트를 전환할 때마다 로그아웃 후 다시 로그인하게 만들고 싶지 않았습니다. 그래서 사이드바에는 프로필 메뉴 위에 워크스페이스 전환기가 있습니다. 위쪽으로 열리며, 여러분이 속한 모든 워크스페이스를 나열하고(Personal이 먼저, 그다음 나머지), 컨텍스트 전환은 클릭 한 번으로 이루어집니다. 이 드롭다운은 실제로 둘 이상의 워크스페이스에 속해 있을 때만 나타나므로, 혼자 사용하는 사용자에게는 절대 보이지 않습니다.

활성 워크스페이스는 세션에 저장됩니다. 모든 요청은 여러분이 여전히 그 워크스페이스에 속해 있는지 다시 검증합니다. 워크스페이스 소유자가 여러분이 그 컨텍스트에서 작업하는 중에 여러분을 제거하면, 다음 페이지 로드 시 Personal 워크스페이스로 돌아가며 그 이유가 안내됩니다. 세션의 어떤 부분도 취소된 멤버십보다 오래 유지될 수 없습니다.

어떤 워크스페이스 안에서든 모든 것은 그 워크스페이스로 범위가 한정됩니다. 보이는 플랜, 지갑의 잔액, 인보이스, 팀 목록, 멤버십, 이 모든 것이 그렇습니다. 전환만이 컨텍스트를 바꾸는 유일한 행위이며, 전환은 모든 것을 한 번에 바꿉니다. 잘못된 계정에서 실수로 인보이스를 결제하게 되는 상황은 존재할 수 없습니다.

초대하기

관리하고 싶은 워크스페이스에서 Team 페이지를 엽니다. 이메일을 입력하고, 역할을 선택하고, 전송합니다.

그 이메일이 이미 Shifter 사용자에게 속해 있다면, 다음 로그인 시 클릭 한 번으로 “Join” 버튼이 나타납니다. 기존 계정과 기존 Personal 워크스페이스는 그대로 유지되며, 이제 여러분의 워크스페이스의 멤버도 됩니다. 새 계정은 생성되지 않습니다. 비밀번호 재설정도 없습니다. 재온보딩도 없습니다.

그 이메일이 Shifter에 완전히 새로운 경우, 초대는 간소화된 가입 절차로 이어집니다. 이름만 필수이고 성은 선택 사항이며, 매직 링크 로그인으로 기억하거나 교체할 비밀번호가 없습니다. 매직 링크를 확인하는 순간 여러분의 워크스페이스에 합류하며, 원한다면 나중에 전환할 수 있는 자신의 Personal 워크스페이스도 함께 받습니다.

명백히 말이 안 되는 시도는 자동으로 차단됩니다. 자기 자신을 초대할 수 없고, 이미 멤버인 사람을 초대할 수 없으며, 워크스페이스당 좌석은 10개로 제한됩니다. (여러분이 만들고 있는 것에 10명으로 부족하다면 hi@shifter.io로 문의해 주세요. 이는 의도적으로 유연하게 조정 가능한 상한입니다.)

이 기능이 가능하게 하는 몇 가지 패턴

스테이징 환경에서 사람들이 이미 구성한 몇 가지 워크플로우입니다.

재무 전용 접근. 엔지니어링 팀이 Admin으로서 워크스페이스를 소유합니다. CFO는 Billing으로 초대됩니다. CFO는 지갑에 자금을 충전하고, 모든 인보이스를 확인하고, 미납된 것을 결제하며, 엔지니어링팀의 누구도 방해받지 않고 지출에 관한 질문에 스스로 답할 수 있습니다.

보안 검토를 위한 감사 접근. 검토가 진행되는 기간 동안 검토자를 Viewer로 초대합니다. 검토자는 감사에 필요한 것만 정확히 볼 수 있습니다. 검토가 끝나면 클릭 한 번으로 제거하면 접근 권한이 즉시 사라지며, 열려 있던 백그라운드 세션까지 포함됩니다.

여러 클라이언트 워크스페이스를 운영하는 에이전시. 각 클라이언트는 자신의 워크스페이스를 소유하며 인보이스는 각자의 지갑에 청구됩니다. 에이전시의 프로젝트 리드는 하나의 로그인으로 모든 워크스페이스에 Admin으로 추가됩니다. 클라이언트 컨텍스트 간 전환은 사이드바에서 클릭 한 번입니다. 플랜이 워크스페이스를 넘나들지 않기 때문에 트래픽이 워크스페이스 간에 섞이는 일은 절대 없습니다.

여러 클라이언트를 오가며 일하는 프리랜서. 반대 패턴입니다. 프리랜서는 각 클라이언트의 워크스페이스에 Billing 또는 Admin 사용자로 추가됩니다. 클라이언트는 계정, 플랜, 인보이스의 소유권을 유지합니다. 계약이 끝나면 클라이언트가 프리랜서를 제거하고 관계는 깔끔하게 종료됩니다.

개인 실험과 회사 트래픽 분리. 같은 사람, 두 개의 워크스페이스. Personal은 밤이나 주말에. 회사 워크스페이스는 프로덕션 스크레이퍼용으로. 잔액도, 인보이스도, 플랜도 별도입니다. 로그인은 하나, 전환은 사이드바 클릭 한 번입니다.

알아두면 좋은 몇 가지 세부 사항

화면에서는 바로 드러나지 않지만 사용하다 보면 중요해지는 몇 가지 사항입니다.

• 워크스페이스의 소유자는 누구에게도 제거될 수 없습니다. 소유자는 다른 Admin의 등급을 낮추거나 제거할 수 있지만, 워크스페이스 자체는 최초 생성자에게 속합니다. 어떤 이유로든 회사가 소유권을 이전해야 한다면, 요청 시 저희가 처리해 드릴 수 있으니 문의해 주세요.

• 계정 삭제는 양방향으로 연쇄적으로 적용됩니다. 멤버의 계정이 삭제되면 다른 워크스페이스에서의 멤버십도 정리됩니다. 워크스페이스 소유자가 계정을 삭제하면 워크스페이스와 그 멤버십도 함께 사라집니다. 계정 삭제 흐름에서 이 사실을 명확히 안내하므로 예기치 않게 발생하는 일은 없습니다.

• 역할은 전역이 아니라 워크스페이스 범위입니다. 여러분은 Shifter에서 “Billing 사용자”인 것이 아닙니다. 워크스페이스 X에서 Billing 사용자인 것입니다. 다른 워크스페이스에서는 Viewer일 수도, 소유자일 수도 있습니다. 현재 컨텍스트에서 여러분이 가진 역할이 항상 적용되는 역할이며, 항상 전환기에서 확인할 수 있습니다.

• 플랜은 워크스페이스 간에 이동하지 않습니다. 워크스페이스 A에서 구매한 레지덴셜 플랜은 워크스페이스 A의 자산이며 그곳에 남습니다. 플랜이 다른 워크스페이스에 속하게 하고 싶다면 해당 워크스페이스에서 구매하세요.

어디서 찾을 수 있나

이미 모든 사용자에게 별도 신청 없이 제공되고 있습니다. 패널에 로그인하여 사이드바에서 “Team”을 찾아 사람들을 초대해 보세요.

Shifter를 처음 사용하며 첫 워크스페이스를 제대로 설정하고 싶다면 레지덴셜 프록시 플랜과 ISP 플랜이 일반적인 시작점입니다. 플랜은 워크스페이스 안에 들어가고, 팀은 그 주위를 둘러쌉니다.

저희는 레지덴셜 게이트웨이를 재구축한 이후로 이 기능을 출시하고 싶었습니다. 계정 수준의 기능은 근본적인 제품이 병목이 되지 않을 때 비로소 진정한 의미를 갖기 때문입니다. 이제 그렇게 되었고, Team Workspaces가 여기 있습니다. 저희가 놓친 권한 형태나 여러분의 팀에 딱 맞지 않는 역할 구분이 있다면 저희에게 알려주세요. 저희는 계속 발전시켜 나갈 수 있도록 의도적으로 표면을 작게 유지했습니다.