ACCOUNT IDENTITY
실제 계정 정보
로그인·연락·동의 등 서비스 운영에 필요한 최소한의 실제 정보입니다. 외부 공개 프로필과 동일하게 취급하지 않습니다.
SECURITY · PRIVACY PRINCIPLES
알아야 할 것은 저장하되,
보여줄 필요는 없습니다.
FIND ME는 실제 신원, 서비스에서의 표현 정체성, 성향·연구데이터를 같은 것으로 취급하지 않는 방향을 기본 설계 원칙으로 둡니다.
중요: 이 페이지는 현재 제품 설계 단계의 보안·프라이버시 원칙 초안입니다. 아직 구현되지 않은 기술적 보호조치를 이미 운영 중인 것처럼 주장하지 않습니다. 실제 개인정보를 수집하는 정식 서비스 출시 전에는 별도의 개인정보처리방침·이용약관·보안 운영정책이 필요합니다.
세 층을 분리합니다
REPRESENTATION
표현 정체성
서비스 안에서 사용자가 선택한 이름·심볼·표현입니다. ‘진짜 나 전체’가 아니라 이 공간에서 사용자가 선택한 표현 레이어입니다.
RESEARCH / PROFILE DATA
성향·연구 데이터
문항응답, 반복측정, 맥락 설명, 연구용 코드 등입니다. 계정 정보와 분리해 다룰 수 있도록 구조를 설계합니다.
정식 서비스의 기본 원칙
| 원칙 | 의미 | 출시 전 확인할 것 |
|---|---|---|
| 최소수집 | 서비스에 실제로 필요한 정보만 수집하고 ‘나중에 쓸지도 모른다’는 이유로 과도하게 모으지 않습니다. | 필드별 수집목적·보유기간 정의 |
| 분리저장 | 연락처/실명 같은 계정정보와 연구응답을 별도 식별자로 연결하는 구조를 우선합니다. | account_id ↔ participant_id 분리 |
| 기본 비공개 | 성향 결과와 실제 신원은 사용자가 명시적으로 공개하지 않는 한 자동 공개하지 않는 방향을 기본값으로 둡니다. | 공개범위별 기본값 검증 |
| 사용자 선택 | 나만 보기, 특정 사람에게 공유, 공개 프로필 등 공개수준을 사용자가 선택할 수 있게 설계합니다. | 공개 전 미리보기·동의 UX |
| 접근통제 | 연구자·운영자라고 해서 모든 원데이터에 자동 접근하지 않도록 역할별 권한을 분리합니다. | Role-based access와 로그 |
| 암호화·전송보호 | 정식 구현에서는 전송구간과 저장데이터에 적절한 보호조치를 적용해야 합니다. | TLS, 저장 암호화, 비밀키 관리 실제 검증 |
| 삭제·철회 | 사용자가 탈퇴·동의철회·삭제를 요청할 때 어떤 데이터가 언제 삭제되는지 명확히 합니다. | 보존 예외·백업 삭제주기 명시 |
| 연구와 제품의 구분 | 연구참여 동의와 일반 서비스 이용동의를 하나로 묶지 않습니다. | 별도 consent와 버전관리 |
‘한 겹의 스크린’이라는 의미
외부에서 보는 나는 선택된 표현
정식 계정에 실명이 있더라도 서비스 안에서는 사용자가 선택한 이름이나 심볼로 활동할 수 있는 구조를 지향합니다. 실명공개는 자동값이 아니라 선택이어야 합니다.
프로파일도 나 전체가 아닙니다
아바타·심볼·프로파일은 실제 사람을 대체하지 않습니다. 타인이 보는 것은 그 사람이 이 관계와 공간에서 공개하기로 선택한 정보라는 경계를 유지합니다.
Privacy by design 후보 원칙
실제 신원은 계정의 기반이 될 수 있지만, 서비스 안에서 자신을 어떻게 드러낼지는 사용자가 선택한다.