Number reputation: новый актив оператора, о котором редко думают

Историческая параллель

Когда-то credit bureau не существовало. Каждый банк, выдавая кредит, делал собственную проверку клиента — звонил соседям, требовал поручителей, оценивал «на глаз». Со временем индустрия пришла к консенсусу: централизованная база платёжной истории клиентов делает рынок эффективнее. Банк, выдавая кредит, проверяет credit bureau, видит историю, принимает информированное решение. Клиент с хорошей историей получает лучшие условия. Клиент с плохой — пристальное внимание.

Аналогичная история происходит сейчас вокруг телефонных номеров. Только пока без эквивалента credit bureau.

Каждый номер в Узбекистане имеет историю. Когда он был выпущен. Кому был зарегистрирован. Сколько раз менял владельца. Сколько раз был объектом SIM swap. Какие паттерны активности у него — пассивный или активный, регулярные платежи или прерывистые, использование банковских и платёжных приложений. Был ли он замечен в anti-scam-списках операторов.

Эта история — реальный коммерческий актив. У каждого номера есть некий «trust score», который мог бы быть представлен числом. И этот score интересен большому количеству downstream-партнёров.

Кому number reputation может быть нужен

Банки. Когда клиент звонит в контакт-центр банка с запросом операции, банк может проверить number reputation. Номер новый, недавно выпущенный — дополнительная верификация. Номер существует 5 лет, активен, регулярные платежи в банковском приложении — стандартная процедура.

Платёжные сервисы. При регистрации в payment app reputation номера — первый сигнал риска. Подозрительные паттерны — отказ или дополнительная верификация.

E-commerce. Когда клиент оформляет заказ с оплатой при доставке, знание reputation помогает идентифицировать риск отказа от заказа или подделки адреса.

Госсектор. При обращении гражданина к госуслугам через номер проверка reputation помогает идентифицировать паттерны злоупотреблений.

Anti-scam-системы. Координация между операторами по известным scam-номерам, которые меняют SIM-карты для обхода блокировок.

Каждый из этих use case имеет коммерческий потенциал. И ни в одном случае этот потенциал не требует от оператора передавать частную информацию о клиенте — только агрегированный сигнал reputation.

Что можно строить и что нельзя

Можно строить:

Trust score номера. Композитный score, основанный на сроке существования, активности, поведенческих паттернах, anti-scam-флагах. Не «частные данные о клиенте», а композитный сигнал.

API для downstream-партнёров. Банк отправляет номер, получает trust score. Платёжный сервис делает то же самое. Это revenue line.

Общая anti-scam-база. Координация между операторами по выявленным scam-номерам. Требует регуляторной поддержки и cooperative agreement, но потенциально даёт значимое улучшение security в стране.

Что нельзя:

Передавать частную информацию о клиенте без consent. Что клиент использует, на что тратит, его паттерны — это частное. Только агрегированный сигнал на агрегированный вопрос.

Использовать reputation для дискриминации. Reputation для верификации — приемлемо. Reputation как основание для отказа в услуге без человеческого ревью — может нарушать права клиента.

Делать reputation коммерческим без регуляторной ясности. Это новый класс данных, и регулятор может иметь своё мнение о том, как с ним обращаться.

Где это часто застревает в разработке

Privacy и регуляторика неясны. Что считается частным — вопрос. Регулятор может смотреть на reputation как на «обработку персональных данных» с серьёзными ограничениями.

Отсутствие сотрудничества между операторами. Реальная ценность reputation-базы приходит, когда несколько операторов вкладываются в общую базу. Конкурирующие операторы редко договариваются.

Технически: master data о номере не сходятся между системами. История регистраций, swap, блокировок может жить в нескольких системах оператора без консолидированного view.

Модель ценообразования. Сколько банковский партнёр должен платить за reputation lookup? Если слишком дёшево — нет выручки, если слишком дорого — банк не пользуется. Поиск цены занимает кварталы.

Внутреннее сопротивление. Маркетинг и продажи не любят идею, что reputation может разоблачать «качественные» сегменты. Если значительная часть базы — низкий reputation, это вопрос к качеству привлечения.

Что может выглядеть как 24-месячный roadmap

Месяцы 1-6. Фундамент. Консолидация данных о номерах в едином master view. Аудит точности. Первоначальный алгоритм оценки.

Месяцы 7-12. Первый продукт. Trust score API для одного банковского партнёра — пилот. Гибридная модель цены (подписка плюс плата за lookup). Первоначальное измерение.

Месяцы 13-18. Расширение. Дополнительные партнёры. Anti-scam-база — переговоры с другими операторами и регулятором.

Месяцы 19-24. Устойчивая модель. Несколько потоков выручки. Установлено anti-scam-сотрудничество. Регуляторная ясность.

К двум годам у оператора реальная новая revenue line, которая растёт. Размер не астрономический, но это выручка, которой раньше не было, в новой нише.

Что часто идёт не по плану

Trust score без валидации. Score выдаётся, но без тестирования, коррелирует ли он с реальными исходами (fraud rate, default rate). Партнёры пробуют, не видят ценности, отказываются.

Слишком высокая цена на старте. Оператор ожидает значительной выручки сразу, ставит цену высоко, партнёр отказывается. Альтернатива — начать ниже, доказать ценность, потом поднимать.

Anti-scam без сотрудничества других операторов. Один оператор не закрывает scam — мошенник переходит к другому. Сотрудничество обязательно для эффективности.

Регуляторный откат. Если запуск без вовлечения регулятора — регулятор может ввести ограничения постфактум, и инвестиция обнуляется.

Несогласованность с собственной anti-fraud-работой. Reputation-система должна быть синхронизирована с внутренней детекцией fraud. Если они говорят разное — путаница и неработоспособность.

Когда не делать

Если master data о номерах и SIM фрагментированы между системами и не консолидируются — reputation score будет на ошибочной основе.

Если сотрудничество с другими операторами недостижимо, anti-scam-компонент не работает.

Если регулятор не определился с фреймом — инвестиция с учётом риска не оправдывает возможность.

Если партнёрств с банками нет — продукт без покупателя.

Если оператор имеет собственные fintech-амбиции, конфликт интересов с нейтральностью reputation подрывает позиционирование.

Что обсудить на committee

Каков текущий консолидированный взгляд на данные о номерах? Master view существует?

Кто потенциальные партнёры для reputation-продукта? Есть ли тёплые отношения?

Какой регуляторный фрейм нужен и что нужно подавать регулятору?

Какие 2-3 use case для стартового пилота самые реалистичные?

Какой 18-24-месячный инвестиционный commit нужен?

Что может сделать SamaraliSoft

Number Reputation Strategy & Build — анализ реалистичности number reputation как продуктовой линии, дизайн методологии композитного скоринга, рамка регуляторного взаимодействия, ценовая стратегия и пилот с одним банковским партнёром в течение 12-18 месяцев. Включая anti-scam-компонент с переговорами по сотрудничеству.

Внутренние ссылки

• /insights/telecom-sim-swap-banking-fraud/ — SIM swap и banking fraud
• /solutions/telecom-trust-platform-cornerstone/ — trust platform детально
• /insights/telecom-youth-segments-payments/ — биометрия и UX
• /insights/telecom-growth-after-connectivity/ — рост за пределами connectivity

Источники

• ЦБ РУ — биометрическая верификация digital banking
• Министерство цифровых технологий — телеком инфраструктура
• Digital Government Portal — digital infrastructure UZ
• UzDaily — рынок телекома
• MNP.UZ — портабельность