Чим ми відрізняємося №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. Користувач шукає в розділі поширених питань. Там описано 3–4 типові проблеми; його проблеми серед них немає.
3. Користувач надсилає звернення через форму на пошту.
4. Користувач чекає відповіді 4–24 години.
5. У відповіді просять скриншоти, модель пристрою, версію ОС, ідентифікатор тарифу.
6. Користувач надсилає інформацію.
7. Підтримка пробує рішення №1 (зазвичай щось загальне на кшталт «перезавантажте телефон»).
8. Рішення №1 не спрацювало. Повернення до кроку 6.
9. Після 2–4 кіл листування й 1–3 днів проблему або розв'язують, або передають далі.

А тим часом у користувача немає робочого інтернету. Він застряг на готельному Wi-Fi, просить незнайомців роздати трафік або купує запасну місцеву SIM у кіоску.

Це стандарт. Він був стандартом відтоді, як з'явилися тревел-eSIM. Галузь визнала його прийнятним, бо в моделі «на кожну поїздку» витрати на підтримку розмазуються на одну транзакцію, а клієнт усе одно відпадає за сім днів.

У моделі довічної eSIM це неприйнятно. Кожен провал підтримки — це багаторічні стосунки під загрозою.

Що насправді робить AI-діагностика

Три шари роботи.

Шар 1: пасивний моніторинг

Застосунок eSimphony безперервно (але легко) зчитує стан модема, стан профілю, дані про сигнал, ідентифікатор оператора, стан тарифу й нещодавню історію активацій. Нічого з цього не потребує дій користувача. Нічого з цього помітно не садить батарею.

Ці дані надходять у локальну діагностичну модель, яка класифікує поточний стан: справний, погіршений, на межі відмови, відмова. Здебільшого відповідь — «справний», і не відбувається нічого.

Шар 2: тихе самовідновлення

Коли діагностична модель виявляє відомий тип збою, який можна усунути автоматично, застосунок виконує конкретне виправлення у фоні:

• Повторно під'єднується до місцевого оператора (програмно вимикає й вмикає мобільну лінію).
• Оновлює профіль eSIM із сервера.
• Повторно запускає автоматичне налаштування APN.
• Примусово виконує свіжу реєстрацію IMS.
• Синхронізує стан тарифу з бекенду eSimphony в локальний профіль.

Більшість цих дій завершуються за 5–30 секунд. Користувач зазвичай не бачить жодного інтерфейсу: з'єднання блимає, потім повертається, а в застосунку з'являється однорядкове сповіщення: «З'єднання оновлено». Приблизно 70% типових проблем з eSIM розв'язуються на цьому шарі без свідомої участі користувача.

Шар 3: чіткі вказівки просто на пристрої

Коли автоматично полагодити не вдається — зазвичай тому, що потрібна зміна налаштування, яку може зробити тільки користувач (наприклад, увімкнути роумінг даних у параметрах iOS), — застосунок показує конкретні, вузько націлені вказівки зрозумілою мовою.

Саме це найпомітніше відрізняє нас від конкурентів. Інструкції:

• Прив'язані до першопричини. Не «спробуйте ці 8 речей». Це одна дія, яка усуне саме цю проблему.
• Прив'язані до пристрою. Інструкції для iOS 18 відрізняються від iOS 19, ті — від Android 14, ті — від Android 15. Застосунок знає ваш пристрій і вашу ОС.
• Прив'язані до мови. Усі інструкції — мовою вашого телефона (або мовою, обраною для Moza, якщо вона інша).
• Перевірені після виконання. Коли ви робите вказаний крок, застосунок повторює діагностику. Якщо проблему усунуто, ви бачите «З'єднання відновлено». Якщо ні — з'являється наступне найімовірніше рішення.

Приклад: користувач у Бангкоку повідомляє, що його тариф eSimphony не працює. Діагностика виявляє, що на мобільній лінії eSimphony вимкнено роумінг даних (поширена особливість iOS 19). Застосунок показує: «Відкрийте Параметри → Мобільні дані → eSimphony → Параметри мобільних даних → увімкніть Роумінг даних». Користувач проходить кроки. Застосунок підтверджує, що інтернет запрацював. Кінець історії. Витрачений час: ~45 секунд.

У сценарії старої галузі та сама проблема забирає 1–3 дні листування з підтримкою.

Чому це важко побудувати і чому цього немає ні в кого іншого

Чотири причини.

1. Потрібен глибокий доступ на рівні модема

AI-діагностика вимагає читання й запису стану модема далеко за межами того, що робить типовий споживчий застосунок. На iOS для цього потрібне право на розширення eSIM Manager, на Android — підвищені операторські дозволи. Більшість провайдерів тревел-eSIM не пройшли додаткову роботу з партнерства з мобільними операторами, щоб отримати ці можливості.

2. Потрібна таксономія типів збоїв

Щоб знати, що шукати, треба ці збої побачити — на тисячах пристроїв, версій ОС, у різних регіонах і в різних операторів. 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. Moza, AI-компаньйон — цілодобовий консьєрж для подорожей, вбудований у застосунок, п'ятьма мовами.
2. AI Dynamic Plans — тарифи, що набувають форми вашого реального маршруту, з автоматичною передачею місцевому оператору на кожному кордоні.
3. AI-діагностика — з'єднання лікує себе саме або зрозумілою мовою пояснює, що зробити.

Усі три працюють у травні 2026 року. Усі три спираються на фундамент довічної eSIM. Конкуренти можуть скопіювати будь-яку з них окремо; комбінація вимагає перебудови фундаменту, а це роки.

Ось у чому структурна перевага. Ось у чому рів.

Завантажте eSimphony, подивіться повний пітч із MVNO Nation Americas або перегляньте покриття. eSIM, яка лагодить себе сама. Бо альтернатива — тікет у підтримку.