Auth0

왜 이 업종에 맞나회원 가입 화면에서 이탈이 가장 많습니다. 비밀번호를 새로 만들게 하는 것 자체가 문턱입니다.

앱을 설치하고도 가입 화면에서 나가는 사람이 많습니다. 아이디·비밀번호·이메일 인증을 다 요구하면 더 그렇습니다.

관리 화면에서 앱을 등록하고 소셜 로그인 항목을 켭니다. 각 업체에서 발급받은 키를 붙여 넣으면 로그인 버튼이 생깁니다. 개발사는 앱에서 이 서비스가 주는 로그인 화면을 부르도록 연결합니다.

비밀번호 찾기, 이메일 인증, 로그인 실패 제한 같은 기능은 기본으로 들어 있어 따로 만들지 않습니다.

가입이 버튼 하나로 끝나고 로그인 관련 문의와 보안 사고 부담이 줄어듭니다.

로그인 화면의 로고와 색을 우리 브랜드로 바꿔 두세요. 기본 화면 그대로 두면 다른 회사 서비스처럼 보입니다.

왜 이 업종에 맞나거래처마다 단가·주문 이력을 보여 주는 페이지가 필요한데, 계정? 관리가 골칫거리가 됩니다.

거래처 담당자에게 단가표와 주문 현황을 보여 주려면 계정이 필요합니다. 엑셀로 아이디를 나눠 주다 보면 퇴사한 담당자 계정이 살아 있는 일이 생깁니다.

거래처 담당자를 사용자로 등록하고 회사별로 묶습니다. 역할을 '보기만'과 '주문 가능'으로 나누면 개발사는 페이지에서 역할만 확인하면 됩니다.

중요한 거래처 계정에는 이중 인증을 켭니다. 계정 도용으로 주문이 잘못 들어가는 일을 막습니다.

담당자가 바뀌면 계정 하나만 끄면 끝납니다. 거래처 쪽에서 '비밀번호를 잊었다'는 전화도 직접 찾기로 줄어듭니다.

거래처 담당자의 이메일이 바뀌는 일이 잦으니 초대 메일 방식으로 등록해 두는 것이 관리가 편합니다.

왜 이 업종에 맞나강의 자료·출석·과제 사이트를 만들면 학생과 학부모 계정을 따로 관리해야 합니다.

온라인 자료실이나 출석 확인 페이지를 만들면 학생·학부모가 각자 로그인해야 합니다. 비밀번호 문의 전화가 학원 업무를 잡아먹습니다.

학생 계정과 학부모 계정을 역할로 분리해 두고 학부모는 자기 자녀 정보만 보이게 개발사가 연결합니다. 비밀번호 찾기는 메일로 자동 처리됩니다.

비밀번호 관련 전화가 줄고 학기 시작 때 계정을 한꺼번에 초대하는 일이 몇 분으로 끝납니다.

미성년자 정보는 최소한만 받습니다. 이름과 보호자 연락처 정도로 시작하고 필요 없는 항목은 아예 만들지 않습니다.

왜 이 업종에 맞나임대형 쇼핑몰이 아니라 직접 개발한 자사몰은 회원 로그인이 가장 큰 보안 부담입니다.

직접 구축한 쇼핑몰은 회원 비밀번호를 우리 서버?에 보관합니다. 유출 사고가 나면 책임이 전부 우리에게 옵니다.

기존 회원 목록을 가져오기 기능으로 옮깁니다. 비밀번호는 옮길 수 없으니 첫 로그인 때 재설정 메일을 보내는 흐름을 개발사와 미리 정합니다.

이전 뒤에는 회원 정보와 로그인 보안을 이 서비스가 맡고 우리 서버에는 주문·상품 정보만 남습니다.

카페24·아임웹 같은 임대형 쇼핑몰은 이미 로그인이 있어 이 항목이 필요 없습니다. 직접 개발한 사이트에만 해당합니다.