Часто подход к разработке продуктовых решений основывается на следующей концепции: взять за образец конкурента и попытаться воспроизвести его. Однако на уровне платформы это не всегда осуществимо. Алексей Артамонов, директор Nord Clan, поделился с IT Speaker тремя ключевыми ожиданиями от виджетов на iOS и теми методами, которые действительно будут эффективными.
Ожидание 1: copy-paste воспроизведет сценарий конкурента
Обычный процесс разработки виджета выглядит следующим образом: команде демонстрируют экран конкурента или раздел Android-приложения и просят сделать аналогично в виджете. В итоге получается сложный и нестабильный сценарий, который формально функционирует, но сталкивается с задержками обновления и рассинхронизацией данных.
Проблема в том, что чем больше действий пользователь может осуществить непосредственно в виджете, тем больше сценарий начинает зависеть от ограничений WidgetKit: выполнения операций в отдельном процессе и обновления интерфейса по правилам самой системы.
Сложности заключаются не в самой идее, а в том, с чего начинается разработка:
-
первый этап – интерфейс. В данном случае команда пытается воспроизвести экран конкурента полностью, и в результате сталкивается с предсказуемым набором проблем;
-
первый этап – вопрос «что пользователь должен сделать через виджет за несколько секунд». Здесь часто выясняется, что пользователю нужно одно-два действия и актуальный статус. Остальные функции лучше оставить в самом приложении, а виджет будет просто открывать нужный раздел приложения по нажатию.
Ожидание 2: мгновенное обновление
Apple не гарантирует разработчику мгновенное обновление данных после действий пользователя, так как момент обновления определяется iOS, а не приложением. Это ограничение подразумевает, что виджет не может рассчитывать на собственный момент обновления и, следовательно, не может опираться на сложные вычисления. Кроме того, это означает, что в виджет нельзя внедрить тяжелую бизнес-логику или многошаговую навигацию, так как это требует контроля над тем, когда и в каком порядке все происходит.
Многие сравнивают виджеты iOS с Android, где архитектура устроена по-другому. Из-за этого возникают требования, которые невозможно выполнить без ущерба для стабильности.
В общении с разработчиками лучше обсуждать не сами ограничения и возможность реализации сценария, а последствия. Важно учитывать, выдержит ли сценарий реальную нагрузку или начнет сбоить уже после релиза. Сценарии, спроектированные с учетом особенностей конкретной платформы, работают корректно, а скопированные с другой платформы без изменений – как правило, нет.
Ожидание 3: виджет – мини-копия главного экрана приложения
Распространенная ошибка при разработке виджета – создание уменьшенной версии главного экрана приложения. Проблема в том, что пользователь обращается к виджету с другим намерением. Он не готов выполнять длинную последовательность действий, ему нужно быстро получить ответ на один конкретный вопрос. Уменьшенная копия главного экрана, в свою очередь, отображает слишком много информации и требует большего количества действий.
Чем больше функций из приложения интегрируется в виджет, тем выше риск столкнуться с ограничениями платформы и ухудшением пользовательского опыта. Хороший виджет проектируется не как копия экрана, а как точка быстрого доступа к продукту, которая не заменяет его. Создать такой виджет проще и быстрее, чем кажется в начале: вместо нескольких месяцев на воспроизведение целого раздела приложения, уходит время на выбор одного действия и его доведение до стабильной работы.
Сценарий, который будет работать
За каждым из трех ожиданий стоит одна причина: платформа не позволяет перенести в виджет поведение полноценного приложения. Попытка обойти это ограничение почти всегда приводит к нестабильному продукту.
Альтернативный сценарий строится в обратном порядке. Сначала описывают одно действие, которое пользователь должен выполнить за несколько секунд: проверить статус, подтвердить операцию, посмотреть баланс. Затем проверяют, соответствует ли это действие ограничениям платформы, и только после этого проектируют бесшовный переход (deep link) в приложение для выполнения всех остальных сценариев. Такой порядок работы не отменяет идею, увиденную у конкурента, а лишь переносит ее наиболее важную часть в виджет, оставляя остальной функционал внутри самого приложения.
Ранее отечественная ИТ-компания Nord Clan заняла 1 место в категории «ИИ в промышленности» в ежегодном рейтинге «Лидеры информационных технологий для промышленности России – 2026». Топ был опубликован порталом «Управление производством», сообщили редакции IT Speaker в пресс-службе Nord Clan.
Где рождаются баги: симулятор против реального iPhone
