Релиз 225 (2) 

⚡️ Узнайте, что мы успели сделать за последние две недели!

Новая версия приложения Личный кабинет уже доступна для скачивания — уверены, что она вам понравится 📱!

А еще мы активно готовимся к весне 🌸 и, конечно, не забываем про наш Первоапрельский розыгрыш 🎉!

Все идет по плану, впереди много интересного! Следите за обновлениями 😎✨

🎉 Какие обновления ждут вас в новой версии приложения Личный кабинет:

📱 Теперь вводить телефонные номера стало проще во всех разделах.

💡 Обновили информацию о тарифах — все актуально и доступно.

⏳ Добавили видеозаставки с обратным отсчетом до Первоапрельского розыгрыша — считайте дни вместе с пользователями!

👇 Об остальных новшествах читайте ниже! Не забудьте обновить приложение! 📲

225.01 Оптимизация ввода телефонных номеров

Ранее функционал ввода номеров телефонов отличался в разных блоках.

Переработали модуль ввода номера во всех разделах, включая:

• Вход в приложение
• Привязка дополнительного номера
• Перевод на номер Безлимит

Теперь, если пользователь вставляет номер телефона из буфера обмена и длина последовательности цифр превышает 10, то изначальные символы удаляются до тех пор, пока не останется ровно 10 цифр. Все нецифровые символы также автоматически удаляются.

Если первый символ введенной последовательности равен 7 или 8, то поле ввода остается пустым. Ввод номера необходимо начинать с цифры 9; в противном случае будет выдано сообщение об ошибке. При вводе любые символы, кроме цифр, будут игнорироваться, что не позволит некорректной информации попасть в поле ввода.

Например, если пользователь первым вводит цифру 9, то на экране отобразится +7 (9, что соответствует правильному формату номера.

Такой подход обеспечит более удобный процесс ввода номеров телефонов.

Задача инициирована проектным отделом.

225.02 Оптимизация видео в разделе «Розыгрыш»

Внесли обновления в блок со встроенным видео в разделе «Розыгрыш».

Ранее у пользователей возникала проблема: при нажатии на иконку «На весь экран» видео увеличивалось только внутри фрейма, а не на весь экран устройства. Теперь эта ситуация исправлена, и пользователи могут наслаждаться полноэкранным режимом без каких-либо неудобств.

Также убрали лишние кнопки во встроенном видео, что сделало интерфейс более удобным для использования.

Задача инициирована отделом тестирования.

225.03 Обновление информации о тарифе «На связи 650»

В разделе «Тарифы» обновили информация о тарифе «На связи 650» в связи с изменением абонентской платы: тариф «На связи 590» был повышен до «На связи 650».

Исключили сервис «Безлимит на видео» для тарифа «На связи 650». Также убрали временное решение, которое использовалось для скрытия иконок «Безлимит на видео».

Все остальные условия отображения иконок в тарифе остались прежними.

Задача инициирована отделом сервиса.

225.04 Автоматическое обновление информации о розыгрыше

Теперь информация о розыгрыше обновляется автоматически при каждом открытии приложения.

26 декабря в 00:00:00 стартовал новый Первоапрельский розыгрыш. Ранее возникла проблема: пользователь открыл приложение 26 декабря в 09:00, на экране отображалась иконка подарочной коробки, которая должна появляться, когда розыгрыш запущен, а время его начала меньше текущего. Актуальные виджеты, такие как баннер и таймер, стали доступны только после перезагрузки приложения.

В рамках задачи внесли изменения в функционал. Теперь информация о розыгрыше обновляется принудительно при каждом открытии приложения, что обеспечивает пользователям всегда актуальные данные.

Задача инициирована проектным отделом.

225.05 Улучшение отображения иконок бонусных действий в разделе «Розыгрыш»

В рамках задачи обновили отображение иконок бонусных действий в разделе «Розыгрыш». Теперь иконки для бонусных действий поступают из метода GET /lottery/phones.

В структуре схемы LotteryProfileBonuses добавили новый параметр — icon, который отвечает за отображение иконок бонусов.

Реализация задачи упрощает процесс получения данных и повышает скорость отображения данных на странице «Розыгрыш».

Задача инициирована проектным отделом.

225.06 Обновление пользовательского соглашения

Обновили пользовательское соглашение на экранах авторизации и «Подробнее о номере», чтобы у пользователей компании была актуальная информация.

Задача инициирована юридическим отделом.

225.07 Видеозаставки с обратным отсчетом

Запустили серию видеозаставок, которые показывают количество дней, оставшихся до розыгрыша.

Эти видеоролики будут транслироваться при входе в приложение за 60, 30, 10, 3, 2 и 1 день до события, а также в день проведения самого розыгрыша, создавая атмосферу ожидания и предвкушения.

Задача инициирована отделом маркетинга.

225.08 Обновление баннеров «Первоапрельский розыгрыш»

Обновили баннеры, информирующие о Первоапрельском розыгрыше, на экране авторизации и на Главной странице в веб-версии Личного кабинета. Это привлечет большее внимание пользователей к этому событию.

Задача инициирована отделом маркетинга.

225.09 Динамичные виджеты на Главном экране

Реализовали динамичные виджеты для подключения дополнительных пакетов на главном экране Личного кабинета.

Ранее на этом экране отображались три фиксированных виджета с возможностью прокрутки, что ограничивало визуальное представление доступных услуг.

В рамках задачи добавили функцию, позволяющую изменять размер виджетов в зависимости от количества доступных услуг, получаемых из ответа API. Это сделало интерфейс более гибким и удобным для пользователей.

Задача инициирована отделом маркетинга.

225.10 Изменения в логике получения списка шансов по статусу активности

Ранее в мобильном приложении не учитывалась возможность получения списка шансов с фильтром «Активные шансы». В результате было принято решение на серверной стороне реализовать временное решение, которое позволяло бы всегда возвращать лишь активные шансы.

В рамках задачи убрали это временное решение, и теперь список шансов формируется с учетом всех примененных фильтров. Раньше, даже если не указывались фильтры, в ответ возвращались только активные шансы. Теперь же логика работы приложения выглядит следующим образом:

• Если не указано никаких фильтров, то возвращаются как активные, так и неактивные шансы.
• Если указывается фильтр со значением active, то возвращаются только активные шансы.
• В случае указания фильтра inactive будут предоставлены исключительно неактивные шансы.

Задача инициирована проектным отделом.

225.11 Оптимизация процесса подключения услуг в Личном кабинете: Проверка связей между тарифами и услугами

Теперь в рамках работы в Личном кабинете обращаемся к таблице Биллинга для проверки, существует ли правило, связывающее ID тарифа с ID услуги.

При предоставлении списка услуг, доступных для подключения, отправляем запрос в Биллинг, чтобы убедиться, что такая связь действительно имеется. Проверяя наличие связи между ID тарифа и ID услуги в Биллинге, мы можем гарантировать, что пользователям предлагаются только те услуги, которые действительно могут быть подключены в рамках выбранного тарифа.

Задача инициирована проектным отделом.

225.12 Обновление бонусных действий: реализация иконок

При замене бонусного действия (вместо «Номера подтвержден на ГУ» теперь «Подтверждены паспортные данные») столкнулись с некоторыми трудностями. Со стороны бэкенда смогли изменить наименование действия и обновить внутреннюю логику, однако для обновления иконки потребовалось бы выпустить новую сборку приложения.

Чтобы решить эту задачу, доработали метод GET /lottery/phones. В схему LotteryProfileBonuses добавили новый параметр icon, предназначенный для отображения иконок бонусных действий.

Загрузили соответствующие изображения для каждого бонусного действия в облачное хранилище S3. Теперь в ответе на запрос возвращаем иконку для каждого действия в поле icon.

Реализация задачи позволит нам отображать иконки без необходимости менять сборку приложения.

Задача инициирована проектным отделом.

225.13 Изменения в системе начисления коинов

Обновили правила начисления коинов за действия, выполняемые в Профиле пользователя. Поскольку действие «Подтверди номер через Госуслуги» больше недоступно, максимальное количество коинов, которые можно получить, составляет 133 вместо прежних 333.

Также изменили количество коинов, которые можно получить за каждое конкретное действие, чтобы общее максимальное число коинов достигало 200.

Если пользователь успешно завершил одно из действий и оно отмечено как «Сделано», система покажет в ответе на запрос сумму коинов, которые были начислены именно за это действие.

Задача инициирована проектным отделом.

225.14 Новый метод получения пользовательских документов в формате PDF

Реализовали новый метод GET /resource/document, который позволяет получать документы, такие как Пользовательское соглашение, Политика конфиденциальности и Согласие на получение рассылки, в виде ссылок на PDF-файлы.

Доступ к методу не требует авторизации.

В ответ на запрос возвращаются следующие поля:

• agreement: ссылка на файл «Пользовательское соглашение (Публичная оферта).pdf»
• policy: ссылка на файл «Политика конфиденциальности.pdf»
• mail_agreement: ссылка на файл «Согласие на получение рассылки.pdf»

Задача инициирована проектным отделом.

225.15 Обновление параметров блокировки номера в методе GET /account/phone

Ранее в методе GET /account/phone был параметр expand = phoneInfo.block_save_allowed_count, который показывал, на сколько дней номер может быть заблокирован.

Добавили новый параметр для использования в искусственном интеллекте, который называется block_save. Этот параметр может принимать значения: null (это значит, что блокировка отсутствует), free (блокировка бесплатная) и paid (блокировка платная).

Информация о том, бесплатная или платная блокировка, будет определяться в зависимости от количества дней, на которые номер может быть заблокирован. Если этот срок составляет от 0 до 30 дней, блокировка будет бесплатной. Если же количество дней превышает 30, блокировка станет платной.

Задача инициирована проектным отделом.

225.16 Убрали автоматическое подтверждение паспортных данных

Ранее реализовали автоматическую смену статуса паспортных данных в Личном кабинете, когда они отправлялись на рассмотрение.

Теперь мы решили изменить этот процесс. При отправке запроса PUT /passport/{id} с параметром scenario равным set_moderation_check_status, статус паспортных данных останется «На модерации» (waiting) и не изменится на «Заполнены и подтверждены» (approved).

Это поможет лучше контролировать процесс проверки данных.

Задача инициирована отделом сервиса.

225.17 Единый шрифт в фильтрах

В Базе номеров Store Безлимит в фильтре «Подборка дня» используется специальный шрифт для отображения числовых значений, что позволяет выравнивать цифры визуально.

В фильтрах «Любимая цифра» и «PRO-фильтры» также применили этот шрифт, чтобы обеспечить единый стиль отображения чисел, как в фильтре «Подборка дня».

Задача инициирована отделом продаж.

225.18 Оптимизация верстки на странице «Брони и Активации»

В связи с изменением названий тарифных планов на «Новогодний Безлимит» и увеличением количества символов в этих названиях, возникли проблемы с выравниванием информации в плашках активированных номеров на странице «Брони и Активации».

Для решения этой проблемы переработали верстку, что позволило добиться однородного отображения информации по всем номерам в одной строке. Также была выровнена иконка НПС для улучшения визуального восприятия.

Задача инициирована отделом продаж.

225.19 Оптимизация процесса смены сим-карты в разделе «Мои активации»

Если при активации номера в Store Безлимит не указать номер сим-карты, в разделе «Мои активации» напротив этого номера отобразится кнопка «Смена сим-карты». Ранее при нажатии на эту кнопку возникали некоторые проблемы с отображением номера сим-карты.

Чтобы устранить эту ситуацию, доработали отображение полей ввода серийного номера сим-карты в «Смене сим-карты» в разделе «Мои активации».

Теперь все работает корректно.

Задача инициирована отделом тестирования.

225.20 Обновление условий Первоапрельского розыгрыша

В связи с обновлениями в программе лояльности для партнеров Безлимит внесли изменения в Условия проведения Первоапрельского розыгрыша как в веб-версии, так и в приложении Store Безлимит с целью актуализации информации и улучшения прозрачности процесса.

В обновленных условиях появилась информация о том, как статус лояльности влияет на умножение шансов на выигрыш.

Задача инициирована отделом продаж.

225.21 Обновления и изменения на странице «Розыгрыш»

На странице «Розыгрыш» были проведены важные доработки, направленные на улучшение функциональности и пользовательского опыта.

• Исправили ошибку, связанную с получением информации о заголовке розыгрыша, дате его проведения и сумме призового фонда из API. Ранее все эти данные были зашиты в коде: наименование розыгрыша отображалось как параметр name, сумма призового фонда указывалась в awards_info, а конкретный параметр sum не обрабатывался.
• Заменили гифку с указанием суммы призового фонда на видеоподложку. Сумму извлекаем из параметра awards_info и total_prize, теперь она накладывается поверх нового видеосодержания.
• В мобильной версии убрали надпись «Участвуют номера, активированные с 26 декабря по 31 марта включительно».
• Удалили подзаголовок «Для всех пользователей Безлимит», что способствует большей ясности для партнеров.
• Улучшили обработку параметра link, который ведет на трансляцию розыгрыша. Если до начала трансляции осталось немного времени, видео будет показано под таймером. Если же время начала трансляции уже прошло, видео появится сразу после баннера с информацией о призовом фонде.

Задача инициирована проектным отделом.

225.22 Новая возможность блокировки и разблокировки аккаунтов

В рамках задачи улучшили административную панель Store Безлимит, а именно колонку «Статус» в разделе управления пользователями. Теперь администраторы могут изменять статус дилеров прямо в административной панели.

Теперь при наличии необходимых прав администратор может заблокировать дилера, просто выбрав его статус. В этом случае откроется окно с предупреждением:

Вы точно хотите заблокировать пользователя с {ID_ECA}?

Будут предложены две кнопки: «ОК» и «Отмена». Нажав «ОК», пользователь будет заблокирован.

Точно так же при разблокировке пользователя появится сообщение с теми же кнопками:

Вы точно хотите разблокировать пользователя с {ID_ECA}?

Теперь изменения статуса дилеров легко выполняются в административной панели, что делает управление аккаунтами более удобным.

Задача инициирована отделом продаж.

225.23 Оптимизация очереди задач

Когда у пользователя есть Личный кабинет и он авторизовался в нем, а затем прошел процесс саморегистрации в Store Безлимит и снова вошел в систему, задание должно отправляться в очередь bitrix-dealer-first-store-login. Однако мы столкнулись с проблемой: задание в очередь не отправлялось.

Чтобы решить эту ситуацию, доработали логику работы очереди, основываясь на данных о ресурсе, с которого происходил вход. Это помогло устранить предыдущие сбои и обеспечить корректную отправку заданий в очередь.

Задача инициирована отделом тестирования.

225.24 Оптимизация поиска красивых номеров

Реализовали в Суперссылке в PRO-фильтрах трехсекундную задержку перед автоматическим запросом к Базе номеров и отображением результатов для фильтров «Цифры» и «Кубики».

Фильтр «Категории» остался нетронутым — запросы по этому фильтру по-прежнему происходят быстро. При выборе тарифа процесс запроса также не изменился и остался столь же быстрым.

Задержка перед автоматическим открытием теперь составляет 3 секунды. Если пользователь в течение этого времени решит внести изменения в фильтры после их ввода, отсчет задержки будет начинаться заново.

В связи с добавлением этой задержки предусмотрели возможность применения введенных данных с помощью нажатия клавиши Enter (для ПК) или кнопки «Ввод» (для мобильных устройств).

Обновление облегчит пользователям поиск желаемых красивых номеров.

Задача инициирована отделом продаж.

225.25 Улучшение уведомлений о расходе трафика: теперь с указанием номера телефона

Доработали уведомления о расходе трафика для пользователей (ID шаблона 369).

Ранее, когда у пользователя заканчивался трафик, уведомление выглядело следующим образом:

Рекомендуем добавить ГБ — подключите услугу «Продли скорость» на главном экране приложения.

Если у пользователя было несколько номеров Безлимит, это сообщение не давало ясности, на какой именно номер следует подключить услугу.

В рамках задачи внесли изменения в текст уведомления, добавив номер телефона пользователя. Теперь сообщение выглядит следующим образом:

Рекомендуем добавить ГБ на номере {phone} — подключите услугу «Продли скорость» на главном экране приложения.

Эти изменения касаются всех типов расхода трафика: СМС, минут и интернет-данных.

Задача инициирована отделом сервиса.

225.26 Обновление Журнала Карточки номера: логирование изменений поля «Скрытый номер»

В рамках задачи внесли изменения в Журнал Карточки номера. Теперь, когда осуществляется запуск Групповой операции или производится изменение поля «Скрытый номер» через Карточку номера, в Журнал карточки номера автоматически добавляется новая запись.

Запись включает следующие данные:

• Дата — время действия.
• Событие — is_hidden.
• Комментарий — указывает, что для атрибута «Флаг „Скрытый номер“» было установлено некое значение.

При этом все остальные столбцы заполняются в соответствии с установленными стандартами.

Эта доработка позволит более точно отслеживать изменения и обеспечит лучшую прозрачность работы с номерами.

Задача инициирована отделом сервиса.

225.27 Новое поле «Входящий №» при восстановлении номера

Ранее при создании задачи на восстановление номера через онлайн-обращение или Карточку номера операторам открывалось модальное окно для заполнения данных. Часто они просто копировали восстанавливаемый номер и вставляли его в поле «Контактный номер», что было неправильно.

Чтобы устранить эту проблему, добавили новое поле «Входящий №» в процессе составления задачи на восстановление номера из Карточки номера. Это поле теперь всегда отображается для всех пользователей.

Также отслеживаем, какой номер в Биллинге принял звонок, чтобы быть в курсе, кто из операторов ведет разговор в данный момент. Если оператор Биллинга переходит в Карточку номера и начинает создавать задачу на восстановление, в новое поле «Входящий №» автоматически подтягивается номер, с которого поступил звонок в Биллинг. Обратите внимание, что номер, с которого поступил звонок в Биллинг, автоматически подтягивается только в режиме диалога.

Поле «Входящий №» можно редактировать только после нажатия на кнопку «Редактировать». Когда оператор нажимает эту кнопку, поле становится активным для внесения изменений, и вместо кнопки «Редактировать» появляется кнопка «Подтвердить» для подтверждения внесенных правок.

Задача инициирована отделом продаж.

225.28 Оптимизация подтягивания данных о компенсациях в таблицу «Начисление»

Ранее в таблицу «Начисление „Компенсация“» не загружалась полная информация, необходимая для выполнения задач. В связи с этим внесли изменения, которые позволяют автоматически подтягивать всю информацию по начислениям с типом «Компенсация» (lk_refund) прямо в эту таблицу. Теперь благодаря существующему в API методу GET/bonuses/payment для подгрузки информации о начислениях получаем этот список более удобно и эффективно.

Это позволило решить проблему отсутствия полного отображения всех компенсаций в таблице «Начисление „Компенсация“».

Задача инициирована проектным отделом.

225.29 Доработка уведомления о блокировке номера

Ранее сообщение, отправляемое пользователям, содержало общий текст с уведомлением о блокировке номера, но не указывало конкретный номер, что вводило пользователей в заблуждение. Текст выглядел следующим образом:

Ваш баланс: {ostatok} р. Номер будет блокирован сегодня после списания абонентской платы в {subscription_time}. Моментальное пополнение в приложении https://bez.li/lk/.

Это создавало неопределенность, так как пользователи не знали, какой именно номер будет заблокирован.

В рамках задачи внесли улучшения и стали указывать в тексте уведомления конкретный номер телефона, который будет заблокирован. Теперь сообщение выглядит так:

Ваш баланс: {ostatok} р. Номер {phone} будет блокирован сегодня после списания абонентской платы в {subscription_time}. Моментальное пополнение в приложении https://bez.li/lk/.

Таким образом, пользователи теперь точно знают, о каком номере идет речь, что позволяет избегать дезинформации и делает уведомления более понятными.

Задача инициирована отделом сервиса.

225.30 Исправления в текстовом редакторе Биллинга

Внесли исправления в работу текстового редактора в Биллинге при редактировании тарифного плана.

Ранее при редактировании текста в коде возникали теги \r\n, которые затрудняли корректное отображение на стороне клиента. Кроме того, изменения, выполняемые через код текстового редактора, не сохранялись.

Теперь все проблемы устранены, и редактор работает в штатном режиме.

Задача инициирована проектным отделом.

225.31 Новый обязательный параметр «Бонус за активацию» при создании тарифов

Добавили новый обязательный параметр «Бонус за активацию» (Activation bonus), который нужно указывать при создании нового тарифа. Он располагается между пунктами «Порог первой активации» и «Абонентская плата».

Для всех существующих тарифных планов установили параметр «Бонус за активацию» в значении, соответствующем порогу первой активации этого тарифа.

Задача инициирована отделом аналитики.

225.32 Переход на многопоточные очереди для повышения стабильности 51 отчета

В связи с тем, что в 51 отчете «Эффективность каналов продаж» собирается много информации, иногда возникают сбои в работе скрипта. Это могло привести к остановке обработки данных, а в результате — к неправильному отображению итоговых значений. Когда это происходило, нам приходилось вручную запускать скрипт для сбора данных.

Чтобы улучшить ситуацию, перенесли процесс сбора информации по 51 отчету на многопоточные очереди. Это позволит значительно повысить стабильность работы и избежать сбоев в будущем.

Задача инициирована отделом продаж.

225.33 Оптимизация 51 отчета «Эффективность каналов продаж»

С добавлением новой колонки «Пополнение баланса Store» в 51 отчет «Эффективность каналов продаж» отчет начал значительно замедляться, и при любых кратковременных сбоях в базе данных переставал работать.

Во время выполнения задачи провели анализ существующего функционала и внесли оптимизации: уменьшили количество запросов к API Биллинга, что повысило скорость обработки отчета и его стабильность.

Задача инициирована отделом продаж.

225.34 Обновление функциональности кнопки «Пересчет» в отчетах

В предыдущих версиях реализованных задач, связанных с отчетами 42 по эффективности менеджеров, 49 «Маховик» и 51 «Эффективность канала продаж», была добавлена кнопка «Пересчет». При ее нажатии появлялось модальное окно, информирующее о статусе обработки запроса. Однако для дальнейшего улучшения функциональности этой кнопки потребовалась доработка.

Теперь, когда пересчет отчетов инициирует один из пользователей, для остальных будет доступна кнопка со статусом пересчета. При нажатии на нее открывается модальное окно «Статус обновления отчета», которое информирует о текущем процессе пересчета.

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

Также предусмотрена возможность отображения этого модального окна для пользователя, инициировавшего пересчет, даже если он обновил страницу в процессе.

Задача инициирована отделом продаж.

225.35 Оптимизация учета продлений услуг Билайн в 64 Отчете по интернету

В 64 Отчете по интернету изменили способ учета продлений услуг, чтобы сделать его более точным. Раньше данные о продлениях от компании Билайн собирались из 32 Отчета, который учитывал разные типы услуг. Однако фактическое количество подключенных услуг часто не совпадало с данными отчета из-за сбоев в системе или прямого подключения через API Билайна.

Улучшили учет, используя таблицу «Подключенные услуги». Начиная с этого отчета, вся информация о продлениях будет брать данные именно из этой таблицы, заменяя старые данные из 32 отчета. Информация обновляется через систему работы с очередями RabbitMQ.

В результате в столбце «Продления Билайн» теперь учитываются те же услуги, которые были раньше, плюс добавлены новые пакеты:

10 ГБ — 10GB50A
10 ГБ — BIGINET10
20 ГБ — C20GB200A
30 ГБ — C30GB300A
50 ГБ — C50GB400A

По каждой из этих услуг теперь можно увидеть, сколько подключений сделано и сколько это стоит. Например, стоимость услуг составила:

10 ГБ — 10GB50A (310 рублей в Безлимит, 50 рублей в Билайне)
10 ГБ — BIGINET10 (310 рублей в Безлимит, 101.69 рублей в Билайне)
20 ГБ — C20GB200A (410 рублей в Безлимит, 203.39 рублей в Билайне)
30 ГБ — C30GB300A (510 рублей в Безлимит, 300 рублей в Билайне)

Таким образом, теперь мы можем более точно видеть, сколько услуг активно и сколько за них платят.

Задача инициирована отделом аналитики.

225.36 Приостановка автоматической отправки СМС, ID 665

Отключили автоматическую отправку СМС с текстом:

Подтвердите свои паспортные данные в приложении и на Госуслугах https://bez.li/lk/ и получите до 333 бонусов для оплаты связи.

ID шаблона уведомления 665.

Решение было принято в связи с изменениями в ФЗ «О связи». Сейчас, в процессе внесения необходимых технических изменений, мы не требуем подтверждения номера телефона пользователей на портале Госуслуги.

Задача инициирована отделом сервиса.

225.37 Новые параметры UTM-меток в методе bitrix-anncom-lead-generation

В метод bitrix-anncom-lead-generation добавили новые параметры в очередь anncom для передачи UTM-меток. Эти параметры являются необязательными и включают следующее:

• utm_source (тип: строка)
• utm_medium (тип: строка)
• utm_campaign (тип: строка)
• utm_term (тип: строка)
• utm_content (тип: строка)

Благодаря этим дополнениям мы сможем более эффективно отслеживать источники трафика.

Задача инициирована проектным отделом.

225.38 Удаление параметра passport_full_name из запроса

В рамках задачи удалили параметр passport_full_name из запроса GET/search/index.

Эта мера была принята с целью защиты конфиденциальности пользователей, так как параметр содержит полные данные о фамилии, имени и отчестве пользователей.

Задача инициирована отделом сервиса.

225.39 Переключение активаций на второй таймслот

В рамках задачи все номера, находящиеся на первичной активации, принудительно перевели на второй таймслот для списания абонентской платы.

Для номеров, проходящих процедуру перевыпуска, автоматически устанавливается второй таймслот списания абонентской платы по умолчанию.

Задача инициирована отделом аналитики.

225.40 Уведомление о массовых активациях дилеров

В последнее время столкнулись с активизацией спамеров, которые массово активируют наши телефонные номера.

С целью решения этой проблемы реализовали крон-команду, которая запускается каждые пять минут. Она проверяет новые активации, основываясь на 31 отчете по активациям за последние 30 минут.

Первым шагом команда собирает идентификаторы дилеров, которые активировали номера. Если один и тот же идентификатор встречается 10 раз или больше, предпринимаются следующие действия:

1. Проводим анализ активированных номеров и фиксируем их, чтобы избежать повторной обработки и уведомлений в будущем.

2. Отправляем уведомление в группу в Телеграм. Сообщение структурировано следующим образом:

• В первой строке указывается дилерский путь номера, который включает все данные после идентификатора 4001: Дистрибьюторская Сеть /.
• Во второй строке представляется список номеров с дополнительной информацией: номер телефона с гиперссылкой на карточку в Биллинге, сумма по тарифу, а также информация о типе SIM-карты (eSIM или SIM).

В сообщении перечислены все номера, обнаруженные во время текущей проверки. Если на номере установлена обычная SIM-карта, уведомление будет содержать запись вида: 9684888885 850 SIM.

Реализация задачи позволит защитить систему от злоумышленников, а также улучшить качество обслуживания и безопасность пользователей.

Задача инициирована отделом продаж.

225.41 Обновление поиска: исключение номеров из вкладки «ФРОД»

Ранее номера, размещенные во вкладке «ФРОД» на Складе, не отображались в разделе «Каталог», однако их можно было найти через виджет поиска.

Приняли решение исключить эти номера из выдачи результатов поиска. Исключение реализовали на основании кодов статуса в билайн, что позволило улучшить удобство поиска и обеспечить более точные результаты.

Задача инициирована отделом сервиса.

225.42 Новая функция копирования номеров в уведомлениях о ФРОД

Добавили функцию копирования в уведомления о попадании номеров во ФРОД.

В актуальном уведомлении о массовых активациях появилась кнопка «Копировать номера». При нажатии на нее пользователи смогут скопировать список номеров без лишней информации.

Задача инициирована проектным отделом.

225.43 Обновление процесса обработки номеров во вкладке ФРОД

Теперь, когда номера попадают во вкладку ФРОД в Биллинге (исключая статусы блокировки Билайн ORD), начинаем проверять дату активации этих номеров.

Если с даты активации прошло менее 50 дней, ищем этот номер по фильтру даты активации в таблице, которая формирует 31 отчет по активациям. Если номер найден, значение поля «Статус / учитывать» изменяем на НЕТ. Если уже было установлено «НЕТ», оставляем как есть.

Если же запись с таким номером и датой активации не найдена в 31 отчете, уведомление будет немного изменено, чтобы отразить эту информацию.

Если с даты активации прошло более 50 дней, переходим к следующему шагу.

Отправляем уведомление в группу в Telegram с содержанием:

ВНИМАНИЕ! ОБНАРУЖЕН ФРОД! ❌ Номер: 9375934735 — [ссылка на карточку] RLE Запрос правоохранительных органов — код блокировки Билайн Дата активации: 12.12.2024 — дата активации номера Путь: ID 495: ПРОЕКТЫ МД / ID 816379: Рынки / ID 656203: Садовод рынок / ID 957381: Акбархонов Нуриухаммад

Если статус учета был изменен, добавляем строку «Из 31 отчета удален!». Если нет изменений, эту запись не отправляем.

Если по какой-то причине запись в 31 отчете не найдена, это также будет отражено в уведомлении, с комментарием о том, что запись отсутствует.

Задача инициирована отделом продаж.

225.44 Новые возможности в уведомлениях о ФРОД: улучшенный мониторинг и анализ

В уведомления о ФРОД в Telegram добавили три новых поля, которые помогут лучше оценивать ситуацию:

• Статус спамера, который зависит от общего количества случаев фрода, связанного с дилером.
• Количество записей во ФРОД, относящихся к этому дилеру.
• Количество активаций дилера за последние 30 дней.

Статус спамера определяется по количеству фрода и имеет следующие категории:

СПАМЕР НОВИЧОК ❗️ — 1–3 случая фрода,
ОПАСНЫЙ СПАМЕР ❗️❗️ — 4–10 случаев фрода,
ЛЮТЫЙ СПАМЕР ❗️❗️❗️ — 11 и более случаев фрода.

Пример уведомления в Telegram может выглядеть так:

ВНИМАНИЕ! ОБНАРУЖЕН ФРОД! ❌9651008966 (ссылка на детализированный отчет https://bill.bezlimit.ru/phone/card/view/9651008966) ZSPA СПАМ (ДУФиГД) — полная SUS Дата активации: 2025-01-27 Путь: ID 792937: ТОРГОВЫЕ ПРЕДСТАВИТЕЛИ / ID 910425: Гаврилов Григорий / ID 1052782: Геворг Суренович Статус: СПАМЕР НОВИЧОК ❗️ Всего случаев фрода у дилера: 1 Количество активаций за последние 30 дней: 94 Из 31 отчета удален!

Эти изменения помогут быстро реагировать на потенциальные угрозы и лучше анализировать активность дилеров.

Задача инициирована отделом продаж.

225.45 Обновленные параметры ограничений для отправки кодов подтверждения в Store Безлимит

Во время анализа было установлено, что несмотря на уведомление об ошибке, пользователи, пытаясь зарегистрироваться в Store Безлимит, многократно обращаются в службу поддержки.

Чтобы исправить эту проблему, внесли изменения в параметры временного ограничения для отправки кодов подтверждения. Теперь при первом запросе пользователю отправляется код. Если он решит повторно запросить код, может пройти 3 минуты, прежде чем он снова его получит. В этом случае система уведомит его:

Получить новый код можно через 2:59.

Если пользователь дождется истечения времени и отправит запрос снова, время ожидания увеличивается до 15 минут, и появится сообщение:

Получить новый код можно через 14:59.

Если и после этого пользователь вновь решит запросить код, время ожидания увеличится до 1 часа, с уведомлением:

Получить новый код можно через 59:59.

Если он снова попытается получить код после истечения временного ограничения после четырех неудачных попыток, система даст следующее сообщение:

Превышен лимит отправки сообщений. Попробуйте снова через 23:59:59.

После каждой попытки отправки кода подтверждения будет запоминаться текущее состояние ограничения пользователя. Сброс всех ограничений произойдет через 24 часа после его последнего запроса.

Например, если пользователь достиг ограничения в 3 минуты, эта информация будет сохранена даже в случае очистки кэша и куков. Чтобы не ошибиться в отслеживании статуса, храним информацию о предыдущем лимите и используем её для определения текущего этапа ограничения.

Задача инициирована отделом продаж.

225.46 Автоматическая замена QR-кода на суперссылку при повреждении файлов

Внесли улучшения в функционал, отвечающий за генерацию изображений, в частности, QR-кода суперссылки, перед отправкой по запросу.

Теперь, если файл открывается с ошибкой или поврежден, система автоматически генерирует новый QR-код и предоставляет ссылку на корректный файл.

Задача инициирована отделом продаж.

225.47 Наличие приложения Store за 60 дней

Теперь мы отслеживаем, использует ли пользователь приложение Store Безлимит на протяжении 60 дней.

Чтобы реализовать эту функцию, анализируем, откуда была создана сессия — если это был Store Безлимит, проверяем дату последнего входа в приложение. Для этого отправляем запрос через метод PUT/sessions/{token}, указывая идентификатор устройства (device_id) в параметрах.

Обращаем внимание на три основных параметра:

• device_id — идентификатор мобильного устройства;
• source — источник, из которого поступила сессия (в этом случае это Store Безлимит);
• visited_at — дата последнего входа в приложение.

После этого передаем информацию о наличии приложения Store в Битрикс. Ранее из Store Безлимит передавались данные о входе в Кабинет дилера, но эта информация устарела. Поэтому добавили новый параметр has_mobile_app в метод /report/dealer-statistics, чтобы отражать наличие мобильного приложения за последние 60 дней.

Задача инициирована проектным отделом.

225.48 Условия фильтрации номеров

Обновили систему выдачи номеров, добавив группировку по категориям и маскам, обеспечивая случайный порядок списка, без сортировки по возрастанию или убыванию.

Теперь перемешивание номеров осуществляется внутри групп, соответствующих тарифным планам, при этом порядок, в котором представлены сами тарифы, сохраняется.

В нашей системе номера группируются по идентификатору тарифа (id тарифа). Если у номера нет этого идентификатора (то есть id тарифа равен null), то он не будет выводиться. Это правило работает только в тех случаях, когда номер не зарезервирован (те, у которых параметр is_reserved равен false).

Параметр is_reserved — это просто индикатор, который показывает, зарезервирован ли номер. Если значение этого параметра true, значит, номер уже забронирован.

Если нужно отсортировать номера, а не просто выдать их в случайном порядке, можно использовать параметр sort. Этот параметр позволяет указать, как именно нужно сортировать номера. Знак «—» перед названием параметра означает, что сортировка будет производиться в обратном порядке. Вот какие варианты сортировки доступны:

• phone — по номеру телефона
• random — в случайном порядке
• tariff_price — по стоимости тарифного плана
• price — по цене самого номера

Фильтрация по маске применяется только к тем номерам, которые имеют статус «платные» (paid). Это значит, что если номер обычный, он не будет отфильтрован.

Задача инициирована проектным отделом.

225.49 Новые параметры для улучшения миграции ЕСА: сортировка и идентификация шаблонов

В рамках выполнения нашей масштабной задачи по миграции ЕСА и улучшению единого подхода к регистрации реализовали новые параметры, которые позволят более гибко сортировать данные и указывать идентификатор шаблона.

Теперь доступны следующие параметры:

• From: указывает начальное значение для сортировки.
• To: указывает конечное значение для сортировки.
• Template_id: идентификатор конкретного шаблона.

Эти изменения помогут сделать процесс регистрации более удобным и эффективным.

Задача инициирована проектным отделом.

225.50 Обновление метода GET/report/dealer-statistics. Новый параметр для анализа активаций НПС

Обновили метод GET/report/dealer-statistics, добавив новый параметр «Активации НПС личные (всего)», который обозначается как activation_nps_total_cnt.

Этот параметр возвращает общее количество оплаченных зарезервированных номеров для заданного user_id, при этом учитываются только те записи, где в дополнительной информации (additional_data) заполнено значение nps с указанием номера телефона, например: {"phone":9120900070}.

Реализация задачи повысит точность и удобство анализа данных по резервациям.

Задача инициирована отделом продаж.

225.51 Замена стартовых видео: отсчет до Первоапрельского розыгрыша

Запустили серию информационных заставок, которые будут отображаться при входе в приложение Store Безлимит. Эти заставки предназначены для того, чтобы информировать дилеров о количестве дней, оставшихся до Первоапрельского розыгрыша. Заставки будут появляться за 60, 30, 10, 3, 2 и 1 день до розыгрыша, а также в день самого финала.

Для реализации задачи внесли изменения в метод GET/system_vars, в параметр start_up_story, который отвечает за отображение этих уведомлений.

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

Задача инициирована отделом маркетинга.

225.52 Обновление правил распределения саморегистрантов в Store Безлимит: добавление ID ECA

Провели обновления в правилах распределения саморегистрантов для Store Безлимит.

В значение параметра REGISTRATION_PARENT_USER_IDS добавили список определенных ID ECA.

Это изменение позволит оптимизировать процесс регистрации и улучшить управление пользователями.

Задача инициирована отделом продаж.

225.53 Изменения в программе лояльности для партнеров Безлимит

Программа лояльности для партнеров Безлимит претерпевает изменения. В связи с этим были внесены следующие корректировки.

Количество баллов, начисляемых за смену статуса лояльности на основе активаций, уменьшено вдвое. Теперь начисление происходит следующим образом:

• За одну личную активацию партнер получает 5 баллов.
• За личную активацию с типом брони НПС (NPS_ORDER) начисляется 3 балла.
• За любую дилерскую активацию (субдилер) предоставляется 1 балл.

Статусы лояльности и количество баллов, необходимых для их достижения, остались прежними:

БРОНЗА: от 0 до 99 баллов за активации в течение 30 дней.
СЕРЕБРО: от 100 до 249 баллов за активации в течение 30 дней.
ЗОЛОТО: от 250 до 499 баллов за активации в течение 30 дней.
ТОП: от 500 баллов за активации в течение 30 дней.

Также изменили программу лояльности в части процентного вознаграждения, которая используется для вычисления бонусов пользователей Store Безлимит.

Теперь введен коэффициент умножения шансов на победу в розыгрыше в зависимости от статуса лояльности:

БРОНЗА: шансы на победу не увеличиваются.
СЕРЕБРО: шансы умножаются на 2.
ЗОЛОТО: шансы умножаются на 3.
ТОП: шансы умножаются на 5.
Персональный: шансы на победу не увеличиваются.

Как это работает: после активации номера рассчитываем количество шансов по тарифному плану. Если номер был активирован по акции «Не плати за связь» или суперссылке, полученное количество шансов умножается на 2, и это значение фиксируется.

Вся предыдущая логика вычисления шансов сохраняется. В конце расчетов проверяем статус лояльности пользователя и умножаем полученное количество шансов на коэффициент, соответствующий этому статусу.

Пример

• Обычная активация на тариф «Новогодний Безлимит 450» для партнера в статусе «Золото» дает 3 шанса на участие в розыгрыше.
• Подключение по акции «Не плати за связь» для 4 кодов дилера в статусе «ТОП» дает 20 шансов на участие в розыгрыше.

Дополнительно добавили информация о мотивации в разделе i в блоке со статусом лояльности.

Задача инициирована отделом продаж.

225.54 Новый метод GET/resources/docs: упрощаем доступ к документам PDF

Разработали новый метод GET/resources/docs — Список документов.

Этот метод позволяет получать список ссылок на документы в формате PDF, обеспечивая легкий доступ к необходимой информации.

Задача инициирована проектным отделом.

225.56 Частичный поиск в отчете по бонусам Store

Реализовали возможность частичного поиска по нескольким ключевым параметрам, таким как user_id, номер телефона и сумма в 60 отчете по бонусам Store в Биллинге.

Теперь пользователи Биллинга могут вводить лишь часть данных, а система автоматически предложит соответствующие результаты. Например, если вы ищете информацию по номеру телефона, достаточно ввести только последние цифры, и система найдет все элементы, соответствующие этому поисковому запросу.

Задача инициирована отделом продаж.

225.57 Установили Kafka-UI

В рамках технической задачи установили Kafka-UI — инструмент, который позволяет визуализировать данные в системе Kafka.

Apache Kafka — это система, которая помогает обмениваться данными между различными приложениями в реальном времени.

Это упростит процесс работы с данными в Kafka, предоставляя интуитивно понятный интерфейс для их визуализации. С помощью Kafka-UI команда может легче отслеживать поток сообщений, анализировать их структуру и состояние, а также управлять топиками и подписками.

Задача инициирована проектным отделом.

225.58 Подключение Schema Registry

Успешно подключили систему Schema Registry.

Schema Registry помогает управлять структурами данных, используемыми в сообщениях, отправляемых и получаемых в Apache Kafka — системе, которая помогает обмениваться данными между различными приложениями в реальном времени.

Schema Registry — это важный инструмент для поддержания порядка и согласованности в данных, когда разные приложения обмениваются информацией между собой.

Задача инициирована проектным отделом.

225.59 Обновление системы: перенос Элекснет в сервис Pay

Перенесли Элекснет в сервис Pay для обеспечения стабильности и повышения эффективности работы всей системы.

Этот шаг позволил нам интегрировать более надежные механизмы обработки данных и финансовых транзакций, что обеспечивает большую безопасность и скорость операций.

Мы уже перевели другие сервисы, что позволило создать единый поток данных и улучшить взаимодействие между различными компонентами системы.

Задача инициирована проектным отделом.

225.60 Улучшение фильтрации сессий: Новый параметр source в эндпоинте /sessions

Улучшили очередь bitrix-dealer-first-store-login, добавив новый параметр source в эндпоинт /sessions. Теперь с помощью этого параметра можно фильтровать сессии по ресурсам в ответе, что делает процесс более удобным и эффективным.

Задача инициирована проектным отделом.

225.61 Модерация в отделе логистики

В рамках задачи провели модернизацию логики модерации процесса курьерских доставок, что позволит значительно улучшить взаимодействие с клиентами.

1. Ввели ограничение по времени для отправки сообщений клиентам через WhatsApp.

• Когда сделка впервые передается курьеру для доставки, клиент получает приветственное сообщение как от курьера, так и от менеджера в период с 10:00 до 18:00. Если сделка поступила позже, сообщение будет отправлено с задержкой на 10:00 следующего дня, либо в тот же день, если сделка передана до 10:00. К тому же приветственное сообщение теперь включает информацию об адресе доставки, что делает коммуникацию более информативной.

• В случае первичного недозвона клиенту теперь отправляется сообщение от курьера и менеджера в период с 10:00 до 22:00. В остальных случаях сообщение будет отправлено с задержкой до 10:00 следующего дня.

• При успешной доставке клиенту отправляется сообщение от курьера в промежутке с 10:00 до 22:00. В остальных случаях сообщение будет отправлено с задержкой до 10:00 следующего дня.

• При недоставленном заказе, когда модератор подтвердил, что доставка невозможна, отправка сообщения также выполняется в указанный временной интервал. В остальных случаях сообщение будет отправлено с задержкой до 10:00 следующего дня. Текст сообщения будет варьироваться в зависимости от ситуации и результата доставки.

Важно: рассылка от курьера клиенту осуществляется в экспериментальных целях только одним курьером, который отвечает за населенные пункты Ставропольского края. К числу этих населенных пунктов относятся город Ставрополь, город Михайловск, село Верхнерусское, село Татарка, хутор Вязники, хутор Демино, хутор Ташла, село Пелагиада, город Пятигорск, поселок Свободы, город Ессентуки, станица Ессентукская, город Железноводск, город Лермонтов, город Кисловодск, город Минеральные Воды, хутор Садовый и село Марьины Колодцы.

2. Настроили оповещение для курьеров о том, что сделка вернулась с модерации, с добавлением комментария модератора.

3. Для удобства работы модераторов введено новое поле «Модераторство», которое упрощает сегментацию сделок и отслеживание статусов их обработки.

4. Отчеты модератора теперь обогащены фильтрами по дате попадания сделки на стадию модерации и по дате ее завершения.

Задача инициирована департаментом развития.

225.62 Модернизация функции отправки сообщений в WhatsApp

В рамках улучшения функционала отправки сообщений в WhatsApp провели модернизацию существующего кастомного решения, разработанного на основе приложения Wazzap. Мы обнаружили, что в некоторых случаях это решение не работает корректно, поэтому было принято решение заменить проблемные участки собственного активити.

Теперь процесс отправки сообщений дополнен важным параметром — номером телефона получателя. Ранее сообщения автоматически отправлялись на номер Контакта, который привязан к сделке. Эта модернизация необходима для того, чтобы обеспечить автоматическую отправку сообщений из воронок «Логистика» и «Курьеры» именно на номер клиента, который указан в сделке.

Задача инициирована отделом Битрикс.

225.63 Изменения в сверке по Суперворонке

С целью повышения точности анализа и учета показателей в работе с Суперворонкой добавили новый параметр — «Активации НПС личные (всего)». Этот параметр позволяет более детально отслеживать все активации.

В процессе оптимизации удалили неиспользуемые поля: «Количество броней по суперссылке вчера» и «Просмотры по Суперссылке за вчерашний день (Блогеры/Суперворонка)».

Задача инициирована Дирекцией продаж

225.64 Доставка активных номеров и номеров на Первичке в НПС

Значительно расширили возможности оформления доставки, внедрив ряд новых функций, которые улучшат процесс и повысят его эффективность.

Теперь менеджеры могут отправлять как активированные номера, так и номера, закрепленные за ними в Биллинге. Это нововведение не только ускоряет процесс доставки, но и снижает вероятность ошибок.

Реализовали автоматическую проверку номеров по нескольким критериям. В случае если номер не соответствует установленным требованиям, система немедленно уведомит об этом менеджера, что позволит оперативно реагировать на возникшие проблемы.

Для добавления активированных номеров теперь достаточно нажать на кнопку «Добавить» в разделе «Активированные номера».

Чтобы добавить номера на «Первичке», нужно просто кликнуть на иконку редактирования в поле «Быстрый пакет».

Задача инициирована Дирекцией продаж.

225.65 Изменение заказа в воронке НПС

Добавили возможность менеджерам изменять оформленные доставки в воронке «Не плати за связь». Эта функция доступна в том случае, если заказ еще не был укомплектован логистами.

Если заказ находится в процессе оформления, менеджеры увидят кнопку «Изменить».

Нажав на неё, они смогут редактировать следующие параметры: номер в заказе, в том числе «Активированные номера», и номера, закрепленные на Первичке, а также ФИО получателя и адрес доставки.

В случае если заказ уже находится на стадии обработки у логистов, система автоматически подскажет, как внести изменения или отправить запрос в логистический отдел для дальнейшего рассмотрения.

Задача инициирована отделом Логистики

225.66 Автоудаление событий из таблицы chatra_chats

Настроили автоматическое удаление событий, поступающих из сервиса Chatra. Эти события будут удаляться как из сделок в Суперворонке, так и из таблицы chatra_chats. В Битриксе события будут храниться только в течение последних 14 дней.

Задача инициирована отделом Битрикс.

225.67 Лог запросов к разделу «Проверка номера» в Telegram-боте

Для улучшения администрирования и повышения удобства анализа количества запросов пользователей в Telegram-боте @Help_Desk_Bezlimit_Bot реализовали лог запросов к методу Биллинга api/bitrix/phone-info-bot, который находится в разделе «Проверка номера».

Этот лог создан на основе HL-блока и содержит важную информацию. В таблице отображается следующая информация:

• идентификатор сотрудника Битрикс, создавшего запрос (ID профиля),
• идентификатор дилера, инициировавшего запрос,
• номер, по которому был осуществлен запрос,
• дата и время выполнения этого запроса.

Задача инициирована отделом Битрикс.

225.68 Доработки в обработчике очереди bitrix-anncom-lead-generation

В обработчике очереди bitrix-anncom-lead-generation реализовали новые проверки для повышения эффективности работы с запросами.

Если параметр phone не заполнен или номер телефона не содержит 10 цифр, а источник идентификатора Source ID равен 56, то событие не будет обработано.

При поступлении событий в эту очередь, если контакт уже известен системе Битрикс, осуществляется поиск лида в рабочих стадиях успешных сделок в воронках: Суперворонка, Подключение номера и До закрытия по суперссылке с источником «Сервис рассылок — Веб».

В случае обнаружения соответствующих сделок или лидов у них автоматически создается дело с пометкой: «Клиент обратился повторно через источник: "Источник"». В описание дела дополнительно добавляется текст сообщения от клиента.

Если при этом лид или сделка с указанным источником не будут найдены, будет создан новый лид, и текст ответа клиента будет зафиксирован в таймлайне лида.

Задача инициирована проектным отделом.

225.69 Баннеры «Скачай приложение Безлимит»

В ФЗ «О связи» были внесены изменения. В процессе реализации некоторых технических доработок было принято решение, что пока пользователям не требуется подтверждать номер телефона на портале Госуслуг.

Эти изменения также затронули начисление бонусов за заполнение Профиля. Теперь пользователи могут получить максимум 200 коинов вместо прежних 333.

В рамках задачи была обновлена информация на баннерах «Скачай приложение Безлимит», которые находятся на странице авторизации и на Главной странице веб-версии Личного кабинета.

Задача инициирована проектным отделом.

225.70 Обновление карточки для AppStore и других маркетов приложений

В Федеральный закон «О связи» были внесены изменения. Во время реализации ряда технических доработок было решено, что сейчас пользователям не нужно подтверждать номер телефона на портале Госуслуг.

Эти изменения повлияли на систему начисления бонусов за заполнение Профиля. Теперь максимальное количество коинов, которое могут получить пользователи, составляет 200 вместо ранее установленных 333.

В рамках задачи обновили информацию в одной из карточек в маркетах приложений.

Задача инициирована проектным отделом.

225.71 Обновление информации на странице «Акции»

Напоминаем о нашей действующей акции, в рамках которой мы вознаграждаем пользователей за отзывы о наших услугах и компании на разных платформах.

Чтобы упростить процесс оставления отзывов, подготовили обновленные макеты страницы с исправленным текстом. В них были добавлены удобные ссылки на необходимые ресурсы. Теперь, просто кликнув на текст, пользователь сразу окажется на странице, где сможете поделиться своим мнением.

Задача инициирована отделом маркетплейсов.

225.72 Обновление подвала сайта: новые страницы и улучшенная категоризация

Обновили подвал сайта: добавили страницы, которые ранее не отображались, изменили названия категорий, а также скорректировали распределение страниц по соответствующим категориям.

Для выполнения этой задачи подготовили макеты, которые передали разработчикам для реализации.

Задача инициирована отделом маркетинга.

225.73 300 000 пользователей: празднование и воспоминания о нашей команде

29 декабря отметили важное событие — у нас теперь более 300 000 пользователей с красивыми номерами! В честь этого достижения подготовили праздничное видео, в котором собраны фотографии наших сотрудников разных лет, запечатлевшие моменты с корпоративов и из офисной жизни.

Задача инициирована отделом маркетинга.

225.74 Новые карточки для маркетплейсов: условия активации номера

Создали новые карточки для маркетплейсов, где указана сумма, которую нужно внести на баланс для активации номера.

Это упрощает процесс активации для пользователей.

Задача инициирована отделом маркетплейсов.

225.75 Перенос видеоинструкций на RuTube

В разделе с подсказками сервиса Store Безлимит есть видеоинструкции, которые помогают пользователям лучше понять работу с платформой. Ранее эти видео транслировались с YouTube, но в свете текущих ограничений и замедления работы этого сервиса в России, мы перенесли все видео на RuTube.

В настоящее время ожидаем ответа от разработчиков, чтобы загрузить новые видеоинструкции в раздел подсказок.

Задача инициирована отделом продаж.

225.76 Весеннее обновление: новые фоновые изображения для разделов «Тарифы» и «Услуги»

Подготовили новые фоновые изображения для разделов «Тарифы» и «Услуги» в приложениях Store Безлимит и Личный кабинет. Новые фоны, оформленные в весенней тематике, будут заменены 3 марта.

Задача инициирована отделом маркетинга.

225.77 Весеннее обновление: новые шторки на Главной странице сайта

Подготовили новое оформление шторок с подбором номера на Главной странице сайта, выполненное в весенней тематике.

Также в рамках задачи сделали новое фоновое изображение для блока с новостями.

Обновление Главной страницы состоится 1 февраля.

Задача инициирована отделом маркетинга.

225.78 Стикеры «Валентинки Безлимит»

К самому романтичному празднику года подготовили специальные стикеры в Telegram! Теперь вы можете отправлять их своим любимым, друзьям и даже клиентам, делая этот день ещё более запоминающимся. Пользуйтесь и делитесь теплом!

С любовью от команды Безлимит 💜.

Задача инициирована отделом маркетинга.

225.79 Публикации в наших ресурсах

В Store Безлимит добавили информация о том, как создать привлекательную подборку номеров для отправки клиентам. Также напомнили, что до розыгрыша осталось всего 60 дней.

На сайте была опубликована новость об изменениях в регулировании сим-карт, которая может заинтересовать пользователей.

В Блоге разместили более 10 статей на различные темы. Пользователи смогут узнать, как правильно оформить сим-карту для иностранца, какие гаджеты подарить на 14 февраля, а также ознакомиться с актуальными новостями из мира IT и связи.

Задача инициирована отделом маркетинга.