우리가 다른 이유 #3: AI 문제 해결(연결이 스스로 낫습니다)

eSimphony가 다른 모든 여행용 eSIM과 근본적으로 다른 세 번째 이유는, 연결에 문제가 생겼을 때 — 그리고 가끔은 생깁니다 — 제품이 그걸 직접 고친다는 것입니다.

"지원 티켓을 등록하세요"가 아닙니다. "도쿄 시각 오전 9시에 연락 주세요"도 아닙니다. 고칩니다. 대개 아무 일도 있었다고 알리지 않은 채로. 그리고 언제나 그 순간이 중요해지기 전에.

이 글은 AI 문제 해결이 어떻게 작동하는지, 왜 다른 주요 여행용 eSIM은 이걸 만들지 않았는지, 그리고 평생 eSIM 구조가 왜 이것을 가능하게 하는지에 관한 이야기입니다.

eSIM에서 실제로 벌어지는 실패 유형들

AI 문제 해결이 왜 중요한지 알려면, 여행용 eSIM에서 잘못될 수 있는 것들의 범위를 알아야 합니다. 목록은 대부분의 여행자가 짐작하는 것보다 깁니다.

프로파일 상태 문제. eSIM 프로파일이 설치돼 있지만 기기에서 〈비활성〉 상태인 경우입니다. iOS 업데이트 후나 사용자가 비행기 모드를 특이한 방식으로 조작했을 때 흔합니다.

통신사 접속 실패. eSIM은 켜져 있는데 기기가 현지 통신사에 붙지 못하는 경우입니다. 원인은 일시적인 기지국 혼잡부터 로밍 협정 설정 오류까지 다양합니다.

APN 설정 오류. 요즘 eSIM은 대부분 APN 설정을 자동으로 잡아 주지만, 특정 Android 파생 버전이나 커스텀 통신사, MVNO 라우팅 같은 예외 상황에서는 나머지가 다 정상이어도 APN 설정이 깨져 있을 수 있습니다.

IMS / VoLTE / VoNR 등록. 음성과 메시지는 데이터와 별개인 등록 절차를 거칩니다. 데이터는 되는데 이 등록만 실패해서 "신호는 잡히는데 전화가 안 걸린다"는 상태가 될 수 있습니다. 답답하고 진단하기 어려운 상태죠.

PDP 컨텍스트 오류. "신호는 있는데 인터넷이 안 됨"이나 "로밍이 빠르게 전환됨"으로 나타나는 하위 계층의 망 접속 오류입니다.

시간대와 시계 문제. 드물지만 실제로 있습니다. 기기 시계가 틀리면 eSIM 프로비저닝 핸드셰이크 과정에서 인증서 검증이 실패할 수 있습니다.

요금제 상태 불일치. 사용자는 요금제를 샀고 서버도 요금제가 활성이라고 보는데, eSIM 프로파일이 기기에서 갱신되지 않은 경우입니다. "요금제가 살아 있는데 데이터가 안 됨"으로 나타납니다.

로밍 스위치 문제. eSimphony 회선에서 데이터 로밍 설정이 꺼져 있는 경우입니다. 기본 동작이 버전마다 바뀐 iOS에서 의외로 자주 발생합니다.

이들 각각에는 특정한 근본 원인과 특정한 증상, 그리고 특정한 해법이 있습니다. 기존 업계는 이 모두를 똑같은 방식으로 처리합니다. 일반적인 "고객지원에 문의하세요" 링크 하나로요.

오늘날 기존 업계가 하는 일

전형적인 여행용 eSIM 사업자의 지원 흐름을 열어 보면 대략 이렇습니다.

1. 사용자에게 문제가 생깁니다.
2. 사용자가 FAQ를 뒤집니다. FAQ에는 흔한 문제 서너 가지가 있지만 자기 문제는 없습니다.
3. 사용자가 이메일 양식으로 지원 티켓을 제출합니다.
4. 사용자가 4~24시간 답변을 기다립니다.
5. 답변은 스크린샷, 기기 모델, OS 버전, 요금제 ID를 요구합니다.
6. 사용자가 정보를 보냅니다.
7. 지원팀이 첫 번째 해법을 시도합니다(보통 "휴대폰을 재시작해 보세요" 같은 일반적인 제안).
8. 첫 번째 해법이 통하지 않습니다. 다시 6단계로.
9. 두세 번에서 네 번의 왕복과 1~3일이 지나면 문제가 해결되거나 상위로 이관됩니다.

그동안 사용자에게는 쓸 수 있는 데이터가 없습니다. 호텔 와이파이에 묶여 있거나, 모르는 사람에게 데이터를 나눠 달라고 하거나, 매대에서 예비용 현지 SIM을 사고 있습니다.

이것이 표준입니다. 여행용 eSIM이 등장한 이래 줄곧 그래 왔습니다. 업계는 이를 받아들일 만한 것으로 내면화했습니다. 여행 단위 모델에서는 지원 비용이 한 번의 거래에 분산되고, 어차피 고객은 7일 안에 떠나기 때문입니다.

평생 eSIM 모델에서는 이것이 용납되지 않습니다. 지원 실패 하나하나가 몇 년짜리 관계를 위태롭게 합니다.

AI 문제 해결이 실제로 하는 일

세 개의 층으로 작동합니다.

1층: 수동 모니터링

eSimphony 앱은 모뎀 상태, 프로파일 상태, 신호 정보, 통신사 ID, 요금제 상태, 최근 활성화 이력을 지속적으로(그러나 가볍게) 읽습니다. 사용자가 뭔가 할 필요는 없습니다. 배터리를 의미 있게 소모하지도 않습니다.

이 데이터는 로컬 진단 모델로 흘러가 현재 상태를 분류합니다. 정상, 저하, 실패 중, 실패. 대부분의 시간에는 답이 〈정상〉이고 아무 일도 일어나지 않습니다.

2층: 조용한 자동 복구

진단 모델이 자동 복구 가능한 알려진 실패 유형을 감지하면, 앱이 백그라운드에서 해당 해법을 실행합니다.

• 현지 통신사에 재접속(셀룰러 회선을 프로그램으로 껐다 켜기).
• 서버에서 eSIM 프로파일 새로 고침.
• APN 자동 프로비저닝 재실행.
• IMS 등록 강제 재시도.
• eSimphony 백엔드의 요금제 상태를 로컬 프로파일과 동기화.

대부분 5~30초 안에 끝납니다. 사용자는 보통 이 과정의 화면을 보지 못합니다. 연결이 잠깐 깜빡였다가 돌아오고, 앱에 한 줄짜리 알림이 뜹니다. "연결을 새로 고쳤습니다." 전형적인 eSIM 문제의 약 70%가 사용자가 의식하는 개입 없이 이 층에서 해결됩니다.

3층: 기기에서의 명확한 안내

자동 복구로 해결되지 않을 때 — 보통 사용자만 바꿀 수 있는 설정 변경이 필요한 경우, 예컨대 iOS 설정에서 데이터 로밍을 켜는 일 — 앱은 구체적이고 범위가 좁혀진, 쉬운 말로 된 안내를 띄웁니다.

경쟁사와 가장 눈에 띄게 다른 지점이 바로 여기입니다. 안내는 이렇습니다.

• 근본 원인에 맞춰 구체적입니다. "이 여덟 가지를 해 보세요"가 아닙니다. 이 특정 문제를 해결할 그 한 가지입니다.
• 기기에 맞춰 구체적입니다. iOS 18 안내는 iOS 19와 다르고, Android 14와도, Android 15와도 다릅니다. 앱은 여러분의 기기와 OS를 알고 있습니다.
• 언어에 맞춰 구체적입니다. 모든 안내는 휴대폰 언어로(또는 다르게 설정했다면 Moza에서 고른 언어로) 표시됩니다.
• 조치 후 검증합니다. 안내받은 단계를 마치면 앱이 진단을 다시 돌립니다. 해결되면 "연결이 복구되었습니다"가 뜨고, 아니면 다음으로 가능성 높은 해법이 제시됩니다.

예를 들어 방콕에 있는 사용자가 eSimphony 요금제가 안 된다고 합니다. 진단 결과 eSimphony 셀룰러 회선의 데이터 로밍이 꺼져 있는 것으로 나타납니다(흔한 iOS 19 특이 동작입니다). 앱이 안내합니다. "설정 → 셀룰러 → eSimphony → 셀룰러 데이터 옵션 → 데이터 로밍 켜기." 사용자가 그대로 따라 누릅니다. 앱이 이제 데이터가 흐른다고 확인합니다. 상황 종료. 걸린 시간은 약 45초.

기존 업계의 흐름에서는 같은 문제가 1~3일의 지원 왕복을 잡아먹습니다.

이걸 만들기 어려운 이유, 그리고 아무도 하지 않은 이유

네 가지입니다.

1. 모뎀 수준의 깊은 접근 권한이 필요합니다

AI 문제 해결은 일반적인 소비자 앱이 하는 수준을 넘어 모뎀 상태를 읽고 쓸 수 있어야 합니다. iOS에서는 eSIM Manager 확장 권한이 필요하고, Android에서는 상위 통신사 권한이 필요합니다. 대부분의 여행용 eSIM 사업자는 이 권한을 얻기 위한 추가적인 MNO 파트너십 작업을 거치지 않았습니다.

2. 실패 유형 분류 체계가 필요합니다

무엇을 봐야 할지 알려면 그 실패들을 실제로 겪어 봤어야 합니다. 수천 대의 기기와 OS 버전, 지역, 통신사에 걸쳐서요. eSimphony는 출시 이후 사용자 동의를 받아 익명화된 진단 데이터를 모아 왔습니다. 이 모델은 합성 테스트 케이스가 아니라 실제 데이터로 학습되었습니다.

3. 계정의 연속성이 필요합니다

많은 해법이 사용자의 이력을 알아야 가능합니다. 어떤 요금제를 샀는지, 어떤 기기에서 활성화했는지, 마지막으로 성공했던 연결 상태가 어땠는지 같은 것들이죠. 여행 단위 계정 모델에서는 이 이력이 조각나 있지만, 평생 eSIM 모델에서는 계정이 이어지고 문제 해결 AI가 그 전부를 물려받습니다.

4. 기본값으로 내놓아야 합니다

이건 문화적 장벽입니다. 연결을 스스로 고치는 기능은 어떤 의미에서 〈보이지 않는〉 기능입니다. 사용자는 문제가 생겼을 때만 알아채고, 목표는 그조차 좀처럼 알아채지 않게 하는 것입니다. 대부분의 제품 조직은 보이지 않는 일을 우선순위에 두지 않습니다. 저희는 그렇게 합니다. 몇 년짜리 고객 관계에서는 보이지 않는 신뢰성이 곧 그 관계이기 때문입니다.

실제 운영 데이터

AI 문제 해결을 배포한 첫 분기의 통계입니다.

• 감지된 문제의 약 70%가 사용자 조치 없이 자동 복구
• 약 22%는 구체적인 기기 내 안내를 띄웠고 사용자가 2분 안에 해결
• 약 5%는 Moza로 넘어가 AI 대화형 문제 해결로 처리
• 약 3%는 사람 상담원에게 이관(AI가 근본 원인을 판단하지 못한 사례)

참고로 기존 업계의 표준 고객지원 흐름은 사실상 100%의 문제를 "티켓을 제출하세요"로 처리합니다. 자동으로 고칠 수 있었던 70%와, 한 줄짜리 안내면 됐을 22%까지 포함해서요.

사용자 경험의 격차는 어마어마합니다.

이것이 열어 주는 다음 단계

AI 문제 해결은 저희가 다음으로 만들고 있는 여러 가지의 토대입니다.

선제적 문제 예방. 사용자가 알려진 활성화 특이 동작이 있는 나라에 곧 착륙한다는 것을 감지하고(예: 수동 APN 입력을 요구하는 특정 이집트 통신사), 문제에 부딪히기 전에 미리 설정해 둡니다.

통신사 품질 모니터링. 사용자 전반의 연결 품질 데이터를 익명으로 집계해 특정 국가의 특정 도매 통신사가 나빠지는 시점을 감지하고, 그 지역의 eSimphony 스택을 더 나은 파트너로 자동 전환합니다.

개인별 안정성 프로파일. 어떤 사용자는 커버리지가 약한 곳을 다닙니다. 시골, 외딴섬, 국경을 넘는 육로 이동 같은 곳이죠. 앱은 그런 사용자를 위해 특정 복원력 기능을 미리 준비해 둘 수 있습니다.

플랫폼 간 학습. Android에서 발견된 해법(예: 특정 Samsung One UI 동작)이 몇 시간 안에 iOS의 진단 플레이북에도 반영됩니다. 실패 유형 분류 체계가 기기별 해법보다 한 층 위에서 플랫폼 중립적이기 때문입니다.

우리가 다른 이유, #3

eSimphony를 다르게 만드는 것은 세 가지입니다. 이제 셋을 모두 다뤘습니다.

1. AI 동반자 Moza — 앱에 내장된 5개 언어의 24시간 여행 컨시어지.
2. AI 다이내믹 요금제 — 실제 일정에 맞춰 형태가 바뀌고, 국경마다 현지 통신사로 자동 전환되는 요금제.
3. AI 문제 해결 — 연결이 스스로 낫거나, 어떻게 고칠지 쉬운 말로 정확히 알려 줍니다.

세 가지 모두 2026년 5월 현재 가동 중입니다. 셋 다 밑바탕의 평생 eSIM 토대에 기대고 있습니다. 경쟁사는 이 중 하나를 따라 할 수 있지만, 조합을 갖추려면 토대부터 다시 지어야 하고 그건 몇 년이 걸립니다.

그것이 구조적 우위입니다. 그것이 해자입니다.

eSimphony 내려받기, MVNO Nation Americas 발표 전문 보기, 또는 커버리지 둘러보기. 스스로 고치는 eSIM. 그 대안은 지원 티켓뿐이니까요.