연락처를 덜 받아도 고객 연결 앱을 만들 수 있다

연락처 전체 읽기가 기본값에서 빠진다

구글은 2026년 4월 15일 연락처 권한 정책을 발표했고, 2027년 1월 27일부터 적용할 예정이다. 앱을 한두 차례 고치는 동안 준비해야 할 만큼 가까운 일정이다.

대상은 모든 앱이 아니다. Android 17 이상을 기준으로 새 버전을 만들면서 연락처 전체 읽기 권한인 READ_CONTACTS를 요청하는 구글 플레이 앱이 대상이다. Android 17은 운영체제의 새 버전이고, 앱이 이 기준에 맞춰 만들어졌는지는 구글 플레이가 확인한다.

초대나 수신자 선택처럼 몇 사람만 필요하다면 시스템의 연락처 선택 화면을 써야 한다. 앱이 필요한 데이터 필드를 요청하고 사용자가 공유할 연락처를 직접 고르면 앱은 그 정보에만 임시로 접근한다. 검색, 여러 명 선택, 개인용·업무용 연락처 구분도 지원한다.

구글은 서비스 가입 초대, 파일 공유, 협업 상대 선택, 거래 상대 선택만을 위해 연락처 전체를 읽는 것은 일반적으로 적절하지 않다고 설명한다. 앱 안에 자체 연락처 선택 화면이 이미 있다는 이유도 전체 접근을 유지할 근거가 되지 않는다.

전체 주소록이 꼭 필요한 연락처 관리나 고객관리 기능은 구글 플레이 관리 화면에서 필요성을 설명해야 한다. 2026년 9월부터 권한 제거 또는 설명 제출 안내가 시작되고, 시행 뒤에는 30일 연장을 신청할 수 있다. 한국 개인정보보호법의 최소 수집 원칙도 목적에 필요한 정보만 받으라는 같은 방향을 가리킨다.

직원 열두 명인 돌봄업체의 하루가 달라진다

직원 열두 명인 방문 돌봄업체를 떠올려 보자. 운영자는 전화로 상담받은 이용자 이름과 번호를 장부에 쓰고, 보호자 번호를 다시 일정표에 옮기며, 담당 돌봄인에게 단체 대화방으로 전달한다.

같은 보호자가 부모 두 명을 맡으면 고객이 중복으로 등록되기도 한다. 번호가 바뀌었거나 보호자와 이용자의 성이 다르면 누가 누구인지 다시 전화해 확인한다. 연락처 검색을 편하게 하려고 앱이 휴대폰 주소록 전체를 읽으면 가족과 지인처럼 업무와 무관한 정보까지 접근하게 된다.

새 방식에서는 첫 등록 때 운영자가 시스템 화면에서 이용자와 보호자만 고른다. 앱은 선택된 이름과 번호 가운데 필요한 항목만 받고, 보호자·이용자·비상 연락처 중 어떤 관계인지 묻는다. 수집 목적과 보관 기간도 이 자리에서 보여 줄 수 있다.

중복 확인은 휴대폰 주소록 전체가 아니라 업체가 이미 보유한 고객 명단 안에서 한다. 번호가 같아도 다른 역할일 수 있으므로 합칠지 묻고, 언제 누가 관계를 확인했는지 남긴다. 이 기록은 단순한 전화번호 목록보다 실제 업무에 더 쓸모가 있다.

새 연락처 선택 화면은 Android 17 이상에서 제공된다. 이전 휴대폰에서는 직접 입력, 문자로 보낸 정보 입력 링크, 기존 시스템 선택 화면을 함께 마련해야 한다. 운영체제 버전이 달라도 주소록 전체 접근을 당연한 출발점으로 삼지 않는 것이 중요하다.

이 사례에서는 보호자가 실제 법정대리인인지, 응급 상황에서 누구에게 먼저 연락할지, 오래된 번호를 지워도 되는지를 직원이 확인하는 제품으로 가정한다.

따라 하기 어려운 것은 연락처 선택 화면 자체가 아니다. 어느 관계를 어떤 절차로 확인했는지 쌓인 기록, 현장 직원이 믿고 쓰는 업무 방식, 지역 돌봄기관과의 관계, 개인정보를 적게 받는다는 신뢰가 남는다. 기술이 비슷해져도 이 네 가지는 짧은 시간에 복제하기 어렵다.

해외에서는 연락처 대신 연결 방식을 바꾼다

미국의 Chrome과 Chromium은 웹사이트가 사용자가 고른 연락처를 받도록 돕는 브라우저 기능을 운영해 왔다. 2026년 7월 30일에는 Android 17 이상에서 연락처 전체 읽기 권한을 요청하지 않고 시스템 선택 화면을 쓰는 변경이 실제 프로그램에 반영됐다.

브라우저와 이 기능은 이용자에게 따로 요금을 받지 않는다. 전환 뒤 이용자 이탈이나 매출 변화는 공개되지 않았지만, 많은 웹서비스가 이용하는 브라우저도 전체 주소록 대신 선택된 연락처만 받는 구조로 옮길 수 있음을 보여 준다.

오스트레일리아의 Blinq는 디지털 명함 서비스다. 영업 담당자와 행사 참가자가 QR 코드나 링크로 자신이 공개하기로 한 정보만 건네며, 상대는 앱을 설치하지 않아도 명함을 볼 수 있다.

개인 유료 상품은 월 약 1만3천500원, 팀 상품은 한 사람당 월 약 9천400원이다. 회사는 2026년 기준 이용자 400만 명과 이용 기업 약 50만 곳을 제시하지만 자체 발표라 별도 확인이 필요하다. 단순 명함 공유에서 팀 관리와 고객 연결로 넓어지면서 기업 유통망이 자산이 된 사례다.

일본의 Eight는 명함과 프로필을 기반으로 관계를 관리하는 서비스다. 연결되기 전에는 프로필 대부분을 숨기고, QR 코드나 가까운 거리의 교환으로 관계를 만든 뒤 이직·승진 같은 변경 정보를 연결된 사람에게 갱신한다.

개인 유료 상품은 월 약 5천500원이며 기업용 서비스도 운영한다. 회사는 전 세계 이용자 400만 명 이상과 일본 내 기업용 도입처 5천 곳 이상을 제시하지만 이 역시 자체 발표다. 명함을 읽는 기술보다 일본 기업과 이용자 사이에 쌓인 관계망이 따라 하기 어려운 부분이다.

여기서 바로 만들어 볼 수 있는 것들

1. 연락처 권한 점검판

• 하는 일: 앱의 초대·공유·고객 연결 화면을 등록하면 전체 주소록이 필요한지, 선택 화면으로 바꿀 수 있는지 작업 목록으로 만든다.
• 쓰는 사람: 개발을 외주로 맡긴 직원 스무 명 이하 앱 운영사의 기획 담당자가 쓴다.
• 왜 지금: 2027년 1월 시행 전에 기존 권한을 제거할지 필요성을 설명할지 결정해야 하며, 먼저 쌓은 심사 사례와 화면별 대응 기록이 신뢰 자산이 된다.
• 첫 화면: 앱 기능마다 연락처 전체 필요, 선택한 사람만 필요, 연락처 불필요를 표시하고 다음 조치를 한 줄로 보여 준다.

2. 방문 돌봄 관계카드

• 하는 일: 이용자, 보호자, 비상 연락처, 담당 직원을 선택된 연락처와 역할 중심으로 연결하고 동의 확인 시점을 남긴다.
• 쓰는 사람: 전화와 종이 일정표를 함께 쓰는 직원 열두 명 안팎의 방문 돌봄업체가 쓴다.
• 왜 지금: 주소록 전체를 가져오지 않고도 필요한 관계만 기록할 수 있으며, 기관별로 축적된 관계 확인 기록은 다른 서비스가 쉽게 복사하기 어렵다.
• 첫 화면: 오늘 방문할 이용자와 아직 확인되지 않은 보호자 번호를 먼저 놓는다.

3. 선물 배송 정보 요청 링크

• 하는 일: 구매자가 주소록을 넘기는 대신 수령인에게 링크를 보내고, 수령인이 이름·전화번호·주소를 직접 입력하게 한다.
• 쓰는 사람: 택배 선물 주문을 받기 시작한 동네 반찬가게와 떡집이 쓴다.
• 왜 지금: 거래 상대를 고르려고 연락처 전체를 읽는 방식은 정책상 유지하기 어렵고, 가게별 주문 흐름과 단골 관계가 유통 자산이 될 수 있다.
• 첫 화면: 결제 완료, 수령인 정보 대기, 배송 준비 완료 주문을 순서대로 보여 준다.

4. 현장 교류카드

• 하는 일: 행사에서 QR 코드를 서로 읽은 두 사람만 이름·업무 연락처·만난 장소를 교환하고 공개 기간을 정한다.
• 쓰는 사람: 지역 건축업 협회나 프리랜서 모임을 운영하면서 참가자 명단을 엑셀로 관리하는 실무자가 쓴다.
• 왜 지금: 휴대폰 주소록을 통째로 맞추지 않고도 연결할 수 있으며, 협회와 행사 주최자에게 확보한 배포 경로가 가장 따라 하기 어려운 자산이 된다.
• 첫 화면: 오늘 행사 이름, 내 교류카드, QR 코드 읽기 버튼을 크게 놓는다.

오늘 확인해 볼 것

30분 동안 운영 중인 앱에서 연락처 권한을 끄고 초대, 수신자 선택, 고객 연결 기능을 각각 한 번 실행해 보자. 전체 주소록 없이도 직접 입력이나 몇 사람 선택만으로 핵심 일을 끝낼 수 있다면, 연락처 선택 화면 전환이나 그 과정을 돕는 서비스부터 만들어 볼 만하다.