[SNS 회원가입/로그인] 기획자가 소셜 회원가입/로그인 기획시 알아두어야 할 것 2 (feat.개발자에게 일 잘하는 기획자로 인정받고 싶다면, CI와 DI)

기획자가 소셜 회원가입/ 로그인 기획 시 알아두어야 할 것 2편으로 포스팅으로 돌아왔습니다. 

개발자에게 일 잘하는 기획자로써 인정받고 싶다면

1. 사용자 프로필 정보에 필요한 DATA 항목을 정리하자

왜 개발자는 화면과 기획서를 보고 이야기 하자고 할까?

 

기획자라면 공감할 이야기를 하나 해보고자 한다. 

SNS 소셜회원가입/로그인 기능을 추가하기 위해 개발자에게 가능여부를 여쭤보려고 할 때 개발자들은 '화면 혹은 기획서를 보고 이야기하자'라고 한다. 왜 그럴까? 아마 개발자들에게는 기능이 어떤 방식으로 구현되어야 하는지(로직), 어떤 데이터가 어디에 표출되고 이동되어야 하는지가 가장 중요해서 그럴 것이다.

 

 

그래서 개발자는 우리가 작성하는 화면설계에서 가장 중요하게 보는 것이 1. 데이터항목 2. 기능일 것이다.

1. 무엇을 2. 어떻게 구현해야 할지에 초점이 잡혀있어 기획과는 사고방식이 다르기 때문이다. 그렇기 때문에 기획자는 넓은 시야에서 서비스 사용자와 내부 이해관계자 모두 이해시키고 만족시킬 수 있어야 한다.

 

 

✔ check 

회원가입 시 필요한 Data 항목을 정의하자. 필수로 입력되어야 하는 Data는 무엇이고, 소셜계정에서 받을 수 있는 Data는 무엇인지 정의하자. 서비스의 목적에 따라 필요로 하는 Data를 정의하는 것이 좋다.  

(회원가입 절차는 복잡할수록 이탈률이 높아지므로, 입력받을 수 있는 Data 항목을 최대한으로 줄이는 편이 좋다.)

 

 

[카카오 개인정보 동의항목]

출처 - kakap developers ' 필수 제공항목'

 

출처 -kako developers '동의항목' 중
서비스는 서비스 제공을 위해 필요한 자원 접근권한을 개발자 웹 사이트 앱에 동의항목으로 설정해야 합니다. 닉네임, 프로필 사진, 이메일과 같은 종류별 사용자 정보나 카카오톡 메시지 전송 등 접근권한에 대해 개별 동의항목이 제공됩니다. 앱에 설정된 동의항목은 해당 서비스의 카카오 로그인 동의 화면에 반영됩니다. 

 

개인정보 동의 항목(Data)
닉네임	프로필사진	카카오계정(이메일)	이름	성별
연령대	생일	출생연도	전화번호	CI
카카오톡 친구목록	카카오톡 채널 추가상태	배송지정보	보안이벤트정보

 

 

 

[네이버 개인정보 동의 항목]

개인정보 동의 항목(Data)
회원이름	이메일	별명	프로필 사진	성별
생일	연령대	출생연도	휴대전화번호

 

네이버도 카카오와 동일하게 필수 제공 항목과 추가 제공 항목을 설정할 수 있다.

 

 

 

2. 개발하고자 하는 업체의 SNS 개발자 계정정보를 받아놓자

소셜 회원가입/ 로그인을 개발하기 위해서는 개발자 페이지의 계정이 필요한데, 서비스를 하는 회사의 경우는 계정이 존재할 것이다. 하지만 SI의 경우는 고객사 계정정보를 통해 개발이 진행되어야 하기 때문에 Client에 가입을 요청하고 개발자 계정 정보를 받아야 한다.

 

 

 

3. CI와 DI 개념을 이해해 보자 (feat. 사용자 식별)

- CI(Connecting information) 이란?

서비스 연계 정보로써 온라인상의 개인 식별, 온라인 주민등록번호이다. (88 byte의 대소문자 + 특수 + 숫자)

개인마다 고유하게 발급되는 키 값으로 서로 다른 서비스에서도 CI 값을 공유해서 유저를 식별할 수 있다.

 

- DI(Duplication information) 이란?

중복 확인 정보로 인증 설루션마다 같은 개인이라도 다른 키 값이 발급될 수 있다.(64 byte 대소문자 + 특수 + 숫자)

한 명의 서비스 내에서 3개의 계정 ID를 만들더라도 식별번호(DI 값)는 동일하다.

하지만 서비스 별로 또한 DI 값이 다르기 때문에 공유해서 사용하는 것은 불가능하다. 

 

- CI와 DI 공통점과 차이점이 뭔데?

공통점 : CI와 DI 모두 개인을 식별하기 위해 사용되는 정보

차이점 : CI는 온라인 주민등록번호, 모든 서비스 내에서 개인별 동일한 값을 가짐 
              DI는 서비스 식별번호로써, 다양한 서비스에서 개인별 다른 값을 가짐. 

 

 

- CI와 DI 문제점이 뭘까?

1. 개인의 개인정보인 주민번호를 보호하고자 CI값을 만들었는데, 여러 서비스 내에서 공유가 가능해짐으로써 개인정보 보호의 목적성을 잃을 수 있다. 

2. CI와 DI값이 유출되더라도 개인이 변경할 수 있는 값이 아니다.

3. DI는 법적 보호를 받을 수 없다. 

 

 

4. CI와 DI를 수집할 수 있는 조건을 알아보자 

- CI 수집은?

CI는 개인의 고유한 온라인 주민등록번호로써 법적인 보호를 받기에 수집 절차가 까다롭다. 

회원가입 약관의 개인정보 수집항목 중 CI 항목이 있어야 하며, 본인인증 설루션에 CI값을 수집한 경우에 가능하다.

 

 

- CI 수집하려면 어떻게 해야 하는데?

현재 사용 중인 본인인증 설루션 업체에게 CI 수집을 위해서 어떻게 해야 할까요?라고 묻는다면, 연계정보(C.I) 제공 신청서를 작성해 달라고 한다. 그 이후 본인인증 절차에서 CI 정보를 수집할 수 있다. 

CI 제공 신청서

 

 

[SNS 회원가입/로그인] 기획자가 소셜 회원가입/로그인 기획시 알아두어야 할 것 2 (feat.개발자에