고객에게 전체 스토리 전달
게시 됨: 2016-06-15정직은 모든 관계에 중요하지만 특히 모바일 마케팅과 상호 작용하는 고객과 의 관계에 중요합니다. 직접 만날 수 없기 때문에 메시지와 캠페인은 브랜드의 신뢰할 수 있는 특성을 효과적으로 전달해야 합니다. 그렇기 때문에 권한, 동의 또는 민감한 개인 정보가 필요한 이유와 시기를 명확하고 설명하는 것이 매우 중요합니다.
모바일 사용자는 점점 더 능숙해지고 있으며 무엇이 필요한지, 왜 필요한지 명확하게 이해하지 못한 채 데이터를 제공하거나 알림 수신을 선택하거나 위치를 공유하는 것을 꺼릴 수 있습니다. "앱 권한"에 대한 간단한 Google 검색은 "무서운" 권한에 대한 기사 또는 "왜 그렇게 많은 권한이 있습니까?"라는 질문을 가져옵니다. Pew Research 연구 에 따르면 사용자의 90%는 공유하는 정보가 권한에 명확하게 설명되어야 한다고 말했으며 사용자의 60%는 많은 정보를 공유해야 한다는 것을 보고 앱 다운로드를 포기했습니다.
푸시를 선택하거나 위치 데이터를 공유하거나 신용 카드 또는 기타 민감한 정보를 입력하는 것은 앱과 비즈니스의 기능 에 중요할 수 있지만 사용자에게 이 정보를 요청하는 것은 신중하게 이루어져야 합니다. 접근하는 가장 좋은 방법은 원하는 작업을 계속하기 위해 권한이나 정보가 필요한 경우에만 물어보고 그 이유에 대해 정직하게 설명하는 것입니다. 사용자에게 추가 정보가 있어야 원하는 가치를 제공할 수 있다고 말합니다. 데이터를 요청한 다음 그에 대한 대가로 개인화된 경험을 제공하여 신뢰를 구축할 수 있습니다.
이 정직한 접근 방식은 또한 소름 끼치는 것을 피하는 데 도움이 됩니다 . 모바일 마케팅의 개인화는 훌륭한 도구이지만 너무 지나쳐서 이상해지는 경향이 있습니다. 예를 들어, 최근의 한 연구에 따르면 74%의 사람들 이 매장에 들어갈 때 이름으로 인사를 받을 수 있도록 위치를 추적하면 소름이 돋을 것이라고 밝혔습니다. 경험을 사용자 정의하기 위해 데이터를 사용하는 방법에 대해 개방적이고 정직하면 망설임을 극복하고 원하는 전환을 얻을 수 있습니다.
다음은 정직함을 유지하는 데 도움이 되는 몇 가지 팁입니다.
정보 제공의 가치 설명
귀하의 요청에 대해 고객을 안내하면 고객이 귀하를 신뢰할 준비가 되어 있고 귀하의 가치가 분명하다는 것을 확인하는 데 도움이 됩니다. 앱의 기능에 중요하지 않는 한(그리고 신중하게 추론을 설명하는 경우) 첫 번째 앱 세션에서 새 사용자에게 푸시 또는 위치 옵트인 요청을 보내서는 안 됩니다.
초기에 신뢰와 가치에 초점을 맞추면 요청에 대한 단계를 설정할 수 있습니다. 사용자에게 옵트인을 요청할 준비가 되면 옵트인의 가치와 선택하지 않을 경우 사용자가 잃게 되는 것을 설명해야 합니다.
온보딩 중에 옵트인이 필요한지 여부 결정
첫 달에 앱을 주간 습관으로 만드는 사용자의 90%가 유지되기 때문에 조기 참여는 유지에 필수적입니다 . 따라서 초기에 앱 기능에 중요한 데이터를 요청하는 것을 부끄러워해서는 안 됩니다. 앱의 최고의 기능이 위치 기반 거래를 찾는 것이라면 곧 해당 선택이 필요합니다.
질문을 온보딩 의 일부로 만들고 사용자 경험을 향상시키기 위해 데이터가 필요한 이유를 설명합니다. iTunes와 같은 일부 앱은 인앱 구매 를 중심으로 구축되었으며 대부분의 사용자가 구매할 의도로 다운로드한다는 것을 알고 있습니다. 이러한 경우 앱의 가치에 대한 설명에 바로 결제 정보 요청을 작성할 수 있으며 초기 설정에 대한 할인 또는 기타 인센티브 제공을 고려할 수도 있습니다.
반면에 신용 카드 정보가 포함된 프로필을 만드는 것과 같이 시간이 더 많이 소요되는 작업을 사용자에게 요청하는 것은 푸시 알림을 보낼 수 있는 권한을 요청하는 것보다 설명과 정당성이 조금 더 필요할 수 있습니다. 이러한 경우에는 온보딩 또는 앱 사용 프로세스의 후반부까지 "있으면 좋은" 요청을 보류하는 것이 훨씬 더 중요합니다.
기본 프롬프트보다 먼저 사용자 지정 프롬프트 사용
푸시 권한 또는 위치 데이터를 요청할 때 사용자 지정 옵트인 프롬프트를 사용한 다음 사용자가 옵트인하겠다고 표시한 경우에만 기본 OS 프롬프트를 트리거합니다.
사용자 지정 프롬프트는 사용자가 거부할 경우 다시 묻는 옵션을 제공 합니다. 기본 프롬프트 이후에는 얻을 수 없는 것입니다. 또한 기본 OS 언어가 아닌 자신의 목소리로 질문하고 질문에 대한 이유를 제시할 수 있는 기회를 제공합니다.
트리거 기반 프롬프트 사용
많은 앱에서 사용자가 앱을 열자마자 정보를 요청하거나 권한을 푸시하지만 이는 불쾌할 수 있습니다. 사용자가 옵트인 또는 정보 제공을 앞으로 나아가는 데 이상적이거나 필수적인 부분으로 만드는 특정 작업을 언제 수행하는지 묻는 것이 더 효과적입니다.
예를 들어 사용자가 좋아하는 팟캐스트의 새 에피소드를 다운로드하려고 할 때 푸시 알림을 활성화하면 새 에피소드를 사용할 수 있게 되면 업데이트를 받을 수 있음을 알립니다. 또는 처음 구매할 때 결제 정보를 저장하여 향후 더 빠르고 쉽게 구매할 수 있도록 유도합니다. 트리거된 프롬프트는 옵트인 요청을 상황에 맞게 만들고 사용자가 수락할 가능성을 높입니다.
요점
전반적으로 목표는 고객이 숨길 것이 없다고 생각하지 않도록 의도를 명확히 하는 것입니다. 문제는 정보에 대한 요구와 귀하의 요청을 처리(및 감사)할 수 있는 고객의 능력 간의 균형을 맞추는 것입니다.
총을 들고 옵트인 및 정보 요청으로 압도되지 않는 것이 중요하지만 온보딩 중에 필요한 것을 요청하는 것을 두려워해서는 안됩니다. 준비가 완료되면 다중 채널 캠페인 에 대한 다른 권한을 요청할 수 있는 확실한 방법을 찾으십시오 . 사용자 경험 관점에서 옵트인을 계획하고 진행하면서 준비하면 고객 관계를 강화하고 요청을 더 성공적으로 만들 수 있습니다.