Приложениедлязамерасвязи
Заказчик пришел к нам с задачей создать приложение, которое измеряет сигнал сотовой связи в труднодоступных местах. Идея проста: пользователь, у которого проблемы со связью, скачивает приложение и получает информацию о сети в своем районе. Приложение автоматически сканирует доступные вышки и сети, и показывает данные о качестве связи. Таким образом, пользователь узнает, где слабый сигнал и может обратиться в Vegatel для улучшения связи.
Главной сложностью при разработке такого приложения стало получение глубоких данных с модуля GSM телефона, о чем мы подробнее расскажем ниже.
Почему мы разработали нативное мобильное приложение на Kotlin.
Как мы обозначили выше - основной фичей приложения для контроля качества сигнала сети было получение глубоких данных с модуля GSM телефона. Модуль GSM — это микросхема, которая впаяна в девайс. На выходе пользователи видят только “палочки сети” на экране, однако для понимания качества сигнала требуются конкретные цифры, для этого и нужно было глубоко влезть в модуль GSM.
Для просмотра и анализа цифровых показателей существуют команды API-телефона. Использовать их можно только на устройствах с операционной системой Android, поскольку iOS не предоставляет к ним доступ. Поэтому нам подходило единственное решение — разрабатывать приложения для Android, используя нативный язык разработки Kotlin, так как ни один другой язык не позволял получить достаточно данных для измерения сигнала.
Как результат, используя разработанное нами приложение, пользователи видят не просто общую информацию о сигнале, а развернутую аналитику с большим количеством технических параметров, таких как уровень шума, уровень помех и проч. Этой информацией, кстати, могут пользоваться специалисты в области сетевых технологий при подборе оборудования для усиления сигнала.
Рядовые же пользователи просто скачивают приложение, запускают и настраивают необходимые параметры (чаще с подсказкой от специалиста). После этих действий приложение автоматически собирает технические параметры сигнала и формирует отчет, записывая изменения, в том числе в динамике (при переходе от окна в комнату, из комнаты во двор и так далее).
Этот отчет можно отправить сотрудникам Vegatel и получить рекомендации по подбору необходимого оборудования.
Таким образом, приложение позволяет сотрудникам Vegatel, во-первых, предоставлять высокий уровень сервиса своим клиентам, ведь им больше не нужно вызывать специалиста, который бы измерил сигнал сети, а, во-вторых, увеличить продажи, ведь данное приложение - это еще один канал, который существенно превосходит те, которыми пользуются конкуренты.
Этапыразработки:замерсети
В компании ItFox существуют четкие этапы разработки мобильных приложений, которые показали наилучшие результаты при запуске ИТ продуктов. Вначале мы внимательно изучаем задачу, при необходимости проводим аналитику (созваниваемся с клиентом, обсуждаем цели и задачи, делимся имеющимся опытом), затем составляем функциональное задание и коммерческое предложение. После согласования стоимости и сроков заключаем договор.
Первый этап разработки мобильного приложения: от консоли к интерфейсу
Первый этап сотрудничества – это разработка прототипов интерфейса и дизайна. Тут мы как разработчики полностью «синхронизируемся» с клиентом, так как получаем детальную прорисовку каждого экрана, и ни у одной из сторон не остается вопросов, каким будет финальный продукт. Этот подход позволяет лучше понять друг друга, так как текстовое техническое задание часто оставляет много неопределенностей. Разработка дизайна помогает устранить недопонимания и наглядно увидеть, каким будет результат.
В рамках этого проекта аналитика не требовалась, поскольку клиент четко представлял, что именно он хочет, следовательно, мы сразу сосредоточились на дизайне. Перед началом работы над дизайном мы всегда уточняем пожелания клиента и стараемся соответствовать выбранной стилистике и цветовой гамме. В данном случае клиент предоставил нам только цветовую палитру, опираясь на свой логотип, поскольку брендбука у него не было.
Наш дизайнер создал несколько вариантов одной страницы, чтобы подобрать наиболее удачную стилистику. После этого заказчик выбрал понравившийся вариант, и мы начали работу, сохраняя этот стиль при разработке остальных экранов приложения. После приемки дизайна мы перешли к разработке.
Второй этап разработки мобильного приложения: написание кода
Перед стартом разработки мы проверили гипотезу о возможности получения всех необходимых данных. Мы не создавали интерфейс, а просто протестировали саму возможность. Часть данных мы получили, а те критерии, которые нельзя было взять напрямую, мы научились вычислять математически.
Таким образом, после удачного прохождения тестов, мы приступили к поэтапной разработке интерфейса.
Для разработки мы выбрали стек Kotlin для фронтенда и Python для бэкенда.
- Первым этапом разработки мобильного приложения стал экран со списком станций и параметрами сигналов.
- Затем мы разработали экран с картой вышек вокруг пользователя. Для вышек мы использовали сторонние международные каталоги, которые позволяют получить данные о станциях по миру. Для этого мы создали специальный сервер, который скачивал архив этих станций, разворачивал у себя и по API-запросу, а мы уже обращались к этому серверу и получали станции в радиусе энного количества километров вокруг пользователя, чтобы отобразить их на карте.
- Когда основная функциональность приложения была готова, мы добавили маркетинговые элементы. Это включало кнопки «Позвоните нам», «Отправьте отчет», кнопку записи лога показаний сигнала и другие возможности
Третий этап разработки мобильного приложения: тестирование
По завершении разработки мы перешли к этапу тестирования. Для максимальной эффективности данного этапа, заказчик предоставил нам множество кейсов, основываясь на своем опыте работы (например, как правильно обрабатывать ситуации с виртуальными мобильными операторами). Также наши специалисты тщательно проверяли работоспособность приложения, а именно видимость станций сети, корректность отображения информации о подключении и многое другое. В ходе проверки были ситуации, когда телефон подключен к Мегафон, но отображает МТС, или наоборот. Также обнаружились случаи, когда псевдооператоры, например, Сбербанк.мобайл, Тинькофф.мобайл использовали станции других операторов. Из-за этого происходила путаница, когда на телефоне отображался один оператор, а в приложении указан другой. И наша задача заключалась в том, чтобы качественно обработать все результаты тестирования и правильно их преподнести.
Четвертый этап разработки мобильного приложения: релиз и продакшн
После завершения этапов разработки и тестирования мобильного приложения, мы разместили приложение в Маркете. Весь процесс создания приложения велся на нашем продакшн-сервере, где мы работали до момента релиза.
После успешного релиза мы взяли стабильную версию с продакшн-сервера и создали копию с незначительными изменениями в другом окружении. Таким образом, приложение, доступное в Маркете, было привязано к этому продакшн-серверу.
Поскольку приложение было написано нативно, мы выложили его только в Play.Market.
Похожиепроекты
Результатзамерасети
Приложение скачали более 100 тысяч пользователей и оставили более 5 тыс положительных отзывов.
Кроме того, у нашего заказчика появился еще один способ привлечь новых клиентов, а также удобный инструмент для продаж. Приложение интересно людям, которые хотят узнать о вышках сотовой связи поблизости, о том, к какой они подключены в данный момент и какие есть варианты в случае отключения текущей. Также тем, кто хочет улучшить связь. Вот тут как раз пользователи и обращаются в Vegatel за покупкой соответствующего оборудования, взаимодействуя с нативной рекламой в приложении.
В результате клиент получил эффективное средство для увеличения своей клиентской базы, а пользователи — удобный инструмент для работы с данными о сотовой связи.
Кроме того, мы бы хотели отметить, что клиент возвращался к нам в течение долгого времени с запросами на доработкe приложения, что является косвенным показателем положительного результата нашей работы.
Ключевыешагипроекта
- Основным фактором, который способствовал успешной реализации проекта, был правильный выбор инструментария для сбора первичных данных. Это позволило нам получить точную и четкую информацию, необходимую для работы.
- Вторым ключевым шагом стала успешная интеграция архивов с данными о станциях, их расположении и последующая фильтрация.
- Третье важное решение заключалось в решении проблемы с виртуальными операторами связи, которые сидят на чужих мощностях.
Расскажем об этом подробнее.
Оптимизация данных станций: решение проблемы дублирования
Интеграция данных по станциям оказалась сложной задачей из-за отсутствия официального списка станций, предоставляемого мобильными операторами. Вместо этого данные собираются международными архивами на основе самодеятельности пользователей. В результате возникает проблема дублирования станций.
Когда мы получили и вывели эти данные на карту, обнаружили большое количество кластеров, в которых одна и та же станция отображалась несколько раз с небольшими различиями в расположении. Это создавало ситуацию, когда на небольшом расстоянии указаны разные операторы связи, что в реальности маловероятно.
Наша задача состояла в максимальной фильтрации повторяющихся данных и отображении на карте только одной станции, указывая, что на ней присутствуют соты нескольких операторов.
Мы решили эту проблему путем разработки сложных алгоритмов фильтрации и анализа данных. Сначала провели тщательное исследование, выявив повторяющиеся записи и кластеры. Затем применили математические методы для определения и объединения дублирующихся станций, учитывая их координаты и другие характеристики.
Для корректного отображения на карте мы разработали алгоритм, который показывает единственную станцию вместо нескольких дублирующихся. Также предусмотрели механизм определения сотовых операторов на этой станции.
Это решение позволило значительно улучшить точность и надежность данных, представленных в приложении, и обеспечить пользователям более корректное представление об операторах связи в их регионе.
Динамическое отслеживание станций в движении
В процессе разработки возникла еще одна сложная задача. Когда пользователь стоит на месте, все хорошо — мы получаем список станций в радиусе примерно 10 километров от него и отображаем их на карте. Но у заказчика возник кейс, связанный с перемещением человека на автомобиле.
Иногда пользователь покидает зону, которую мы определили, например, если он выезжает за пределы города. Однако наше приложение продолжало отображать станции только в той зоне, где пользователь был изначально. Для решения этой проблемы нам пришлось добавить дополнительную логику.
Теперь, когда пользователь движется, мы проверяем, насколько изменились его координаты, и автоматически обновляем кластер станций, находящихся поблизости. Это позволяет продолжать отслеживать и отображать актуальные станции, находящиеся вблизи человека, даже при его перемещении.
Технологии
Кейсы,которымимыгордимся
