얼마 전, 모든 사람들이 이메일의 죽음에 대해 이야기하던 때를 기억하시나요? 올해 초 우리가 쓴 대로, 그 문제에 대해 우리는 상식을 되찾은 것 같습니다. 오해하지 마세요, 저도 이메일에 대해 다음 사람처럼 불만이 있습니다.

하지만 이메일은 한 가지 간단한 이유로 오랫동안 존재할 것입니다... 그것은 보편적입니다. 그것은 HTTP와 같은 다른 인터넷 표준만큼 근본적입니다. 당신은 연결하고자 하는 어떤 전문가도 이메일 주소를 갖고 있다는 것을 100% 확신할 수 있습니다. 이것 때문에 유일한 디지털 아이덴티티 식별자입니다. 두 번째는 모바일 전화 번호입니다. 이러한 관점에서 이메일은 엄청난 기술적 성과로 간주되어야 한다; 이는 세계의 모든 전문가가 지지할 수 있는 유일무이한 디지털 커뮤니케이션 형식입니다.

인터넷 작업 그룹은 POP, SMTP, IMAP 등을 포함한 이메일 작동을 위한 기본 프로토콜에 수십 년을 쏟았습니다. 이것들은 누구나 찾아보고 자신의 서버를 구현할 수 있도록 만든 공개 표준입니다. 그리고 지금 세계가 클라우드로 이동하면서, 자신의 메일 서버를 호스팅한다는 생각은 시간과 돈의 낭비처럼 보입니다(그렇습니다). 이는 이메일을 더 작은 팀에서도 설정하고 활용하기 쉽게 만듭니다.

좋아요 - 그렇다면 전 세계가 지원하는 공개 표준이니, 그것을 활용합시다, 그렇죠? 그래서 여기서 문제가 시작됩니다. 문서와 마찬가지로, 이메일은 물리적 패러다임인 우편을 디지털 비유로 만들어졌습니다. 그것은 "캘리포니아 롤 접근법"으로, 스시를 미국에 소개하기 위해 도입된 것입니다. 두 형태의 메일에는 동일한 문제가 있습니다. 그들은 우리에게 일을 하게 만듭니다! 메일박스에는 쓰레기가 쌓이고, 당신은 각각을 열어보아야 하며 아마도 80%를 없애버려야 합니다. 내가 우편을 이야기하고 있거나 이메일을 이야기하고 있는 것인가요? 정확히, 동일한 것입니다. 메시징 앱과 대조하여, 당신은 참여하고 싶을 때만 관찰하고 참여하도록 선택할 수 있습니다. 메시지를 무시하면 괜찮습니다, 그냥 페이지에서 미끄러져 나갑니다. 이메일을 무시하면, 당신의 받은 편지함에 주차되어 있다가 당신이 그것을 처리하기 위한 작업을 할 때까지 그대로 남아 있습니다.

이메일은 저에게 불안감을 주고, 저는 그것이 싫습니다. 저는 대부분의 사람들이 하는 것처럼 두 개의 이메일 계정이 있습니다. 하나는 업무용이고 다른 하나는 개인용입니다. 둘 다 관리하는 것은 끊임없는 싸움이며, 제가 알아차리는 몇 가지 특정한 고통이 있습니다; 여행은 쌓이게 만듭니다. 제 대부분의 여행은 "비 이메일" 시간입니다. 저는 세일즈에 절반 정도의 시간을 보냅니다. 그 이메일들은 빠른 후속 조치를 요구하지만, 많은 덜 긴급한 이메일들 사이에 섞여 있습니다. 이 모든 것은 저에게만 해당되지 않습니다.

그럼 이 문제에 대해 무엇을 하고 있나요?

기업들이 이 문제를 해결하기 위해 여러 가지 방법을 시도하고 있습니다:

이메일을 전부 없애버리십시오

물론 전부는 아니지만, 이메일이 작동하는 이유에 대한 제 언급은 모든 규모의 조직 간 디지털 커뮤니케이션의 상호 운용 가능성에 대해 설명합니다 전부. 세일즈 사람들은 이메일을 통해 다른 회사의 잠재 고객에게 연락할 수 있다는 것을 알고 있습니다. 그렇다면 회사 내부에서의 이메일은 어떻습니까? 상호 운용성은 함께 일하는 팀 내에서 훨씬 더 통제할 수 있습니다. 그렇다면 그 모든 이메일을 없애고 대신 메시징 앱을 사용합시다. 여기에서 Slack과 HipChat과 같은 메시징 앱이 빛을 발하는 이유는 그들이 바로 그것을 하니까요.

더 나은 이메일 클라이언트를 만드세요

최근 몇 년간 새로운 이메일 클라이언트들이 등장했습니다. 대부분은 당신에게 중요할 이메일을 예측하고 나머지는 나중에 처리하기 위해 다른 폴더로 이동시키는 방식입니다. 이것은 도움이 됩니다. 특히 이메일에 밀려서 "선별"해야 할 때 도움이 되지만, 여전히 나중에 다른 메시지들을 처리해야 합니다.

페르소나 기반의 이메일 클라이언트. 현재까지 주로 세일즈를 위해 구축된 이러한 제품들은 고객으로부터 오는 이메일을 이해하고 우선 순위를 부여하여 받은 편지함에서 더 많은 가시성을 제공하고 고객 특정 계약과 같은 것들을 이메일 메시지와 함께 배치하는 이메일 경험을 만듭니다. 이것은 현재까지 세 가지 접근 방식 중 가장 입증되지 않은 방식입니다.

우리는 이에 대해 무엇을 해야 합니까?

이메일은 계속 존재할 것이며, 많은 기업들이 이를 개선하기 위해 노력하고 있습니다...하지만 우리는 더 많은 것이 필요합니다! 여기 우리는 일이 어떻게 진행될 수 있을지에 대한 몇 가지 생각을 나눕니다.

모든 것은 일에 관한 것입니다!

미래에는 이메일 클라이언트가 특정 해야 할 일에 따라 기반으로 새로 구축될 것입니다. 이메일을 열면 하려는 "일"을 명시적으로 선택하고, 이메일 클라이언트는 이러한 일에 맞춰 구성될 것입니다. "작곡", "답장", "첨부"와 같은 일반적인 이메일 버튼은 "소개", "시간 예약", "후속 조치", "변환", "종결" 등의 작업별 행동으로 대체될 것입니다. 작업에 따라 한 업체가 여러 가지 "앱"을 활용하여 작업을 수행하도록 도와줄 것입니다. 왜냐하면 한 공급자가 산업 세로 및 회사의 역할에 따라 전문가가 수행해야 할 수많은 다른 작업을 잘 수행하는 것은 불가능할 것입니다. "클라이언트" 자체는 더 이상 애플리케이션이 아닌 플랫폼이 되어, 고객이 특정 작업을 실행하기 위해 "작업 제공자"를 추가할 수 있는 기반을 제공합니다.

이것은 이미 일어나고 있습니다. 마이크로소프트는 이메일 작성 창에 제3자 앱을 설치할 수 있도록 Compose SDK를 발표했습니다. Gmail을 살펴보면 2가지 일이 일어나고 있습니다. 작년에 그들은 앱 제작자가 Gmail 데이터를 독특하고 새로운 방식으로 소비할 수 있도록 API를 공개했습니다. Chrome을 위한 수천 개의 확장 프로그램이 개발되고 있으며, 그들은 Gmail에 대해서도 매우 인기가 있습니다. 많은 것들이 브라우저에 버튼이 없고, 대신 Gmail 창에 바로 맥락 경험을 추가합니다. 이러한 훌륭한 예로는 SalesforceIQ가 있으며, 이것은 (다른 것들 중에서) 열린 이메일 메시지 옆에 CRM에서 올바른 레코드를 불러옵니다. Streak, 이는 당신의 받은 편지함 내에 전체 CRM을 생성합니다. Guru, 이는 사람들이 이메일에서 당신에게 묻는 질문에 대한 관련 답변을 제안합니다.

하지만 이것은 시작에 불과합니다. 플랫폼 레이어에서 이러한 경험을 더욱 자연스럽게 구축하고 모든 장치에서 작동하도록 만들기 위한 큰 변화가 있을 것입니다.

다른 멋진 예시를 생각할 수 있습니까? 그렇다면 우리는 항상 그것들에 대해 배우는 것을 좋아합니다. 아래에 공유해 주세요!