같은 계정을 쓴다고 로그인까지 하나가 되지는 않았어요

새 입구를 만들기 전에 기존 사용자를 살폈어요

앞선 로그인 전환에서도 비슷한 문제가 있었어요. 새 로그인에 사용할 계정이 이미 존재하고 다른 사용 흔적도 남아 있었어요. 이름만 바꾸거나 기존 계정을 삭제하면 로그인 화면 밖의 연결까지 끊길 수 있는 상황이었어요.

그래서 새 접근이 가능한지 먼저 확인하고, 이전 접근은 기록을 보존한 채 정리했어요. 이 단계에서는 실제 계정으로 서비스 화면에 들어가는 것까지 확인했어요. 사용자가 들어갈 문을 바꾸는 일에서는 이전 문을 없애는 속도보다 다음 문이 열리는지가 먼저였어요.

뒤이어 개인 계정을 이용하는 흐름으로 바꿀 때는 회사가 관리하는 계정 정보를 여러 서비스가 함께 이용한다는 기준을 세웠어요. 어느 한 제품의 계정을 다른 제품으로 복사하는 방식으로 이해하지 않았어요. 계정은 같아도 각 서비스에 들어가는 절차와 로그인 상태는 따로 유지됐어요.

이렇게 범위를 정하니 안내도 달라져야 했어요. 로그인 화면에 공용 계정을 미리 넣어 주는 대신 각자의 계정을 입력하도록 바꿨어요. 한 곳에서 로그인하면 모든 서비스가 열린다는 설명도 붙이지 않았어요. 사용자가 실제로 해야 하는 행동과 화면이 약속하는 행동을 맞추는 작업이었어요.

공통 계정의 편의는 사용자의 다음 행동에서 확인해야 했어요. 계정 정보를 하나로 관리하는 구조만으로 로그인 화면에서 생기는 혼란이 사라지는 것은 아니에요. 자신의 계정을 입력하는 곳과 이용이 허용되는 상태를 같은 안내로 연결해야 했어요.

이때 제품별로 해석이 다른 정보를 무리하게 같은 권한으로 맞추지는 않았어요. 한 서비스에 있는 역할이 다른 서비스에서도 같은 일을 허용한다는 뜻은 아니었어요. 현재 이용에 필요한 판단을 좁게 정하고, 앞으로 권한을 넓히는 문제는 별도로 남겼어요.

오래된 접근을 정리하는 일과 새로운 개인 접근을 시작하는 일도 검증의 날짜가 달랐어요. 한 단계에서 실제 사용을 확인했다는 이유로 다음 전환의 확인까지 생략하지 않았어요. 같은 사람의 계정이라도 바뀐 이용 흐름에서는 다시 사용자 행동을 봐야 했어요.

올바른 계정인데도 들어가지 못하는 문제는 따로 풀었어요

전환 뒤에는 인증을 통과하고도 사용자의 이용 상태를 확인하는 단계에서 멈추는 문제가 나왔어요. 사용자에게는 아이디나 비밀번호가 틀린 것처럼 느껴질 수 있지만, 확인한 원인은 계정 입력 자체와 달랐어요. 로그인 이후의 사용자 정보 확인 경로에 문제가 있었어요.

이때 사용자 정보를 급히 고치거나 기존 이용 기준을 느슨하게 만들지 않았어요. 이미 존재하는 계정과 상태를 그대로 두고, 그 상태를 확인하는 흐름을 바로잡았어요. 계정이 유효한 것과 해당 서비스를 이용할 수 있는 것은 함께 확인해야 하지만, 한 단계의 장애를 다른 단계의 문제로 돌리면 안 됐어요.

수정한 흐름은 시험과 배포를 거쳤고, 운영 로그인 화면의 문구와 로그인하지 않은 접근이 막히는 상태를 확인했어요. 다만 이 후속 전환에서는 실제 개인 계정의 비밀번호 입력부터 질문 작성까지 이어지는 전체 흐름을 끝까지 실행하지 않았어요. 앞선 계정 교체에서 성공했던 확인을 이번 전환의 성공 증거로 대신 쓰지는 않았어요.

이 작업을 거치며 계정을 공유한다는 설명도 더 구체적으로 바뀌었어요. 사용자는 기존 회사 계정을 이용할 수 있지만 서비스마다 로그인해야 해요. 운영자는 계정 정보가 중복되지 않도록 관리하면서도 제품별 이용 범위를 따로 판단할 수 있어요.

아직 남은 확인은 실제 이용 가능한 개인 계정으로 들어가 다음 행동까지 이어 보는 일이에요. 화면에 같은 계정 이름이 보이는 것만으로 통합이 끝난 것은 아니었어요. 사용자가 어느 문을 통과했고 그 뒤 무엇을 할 수 있는지까지 같은 설명으로 이어져야 했어요.