Разработка PWA приложений
в Астане

PWA — это веб-приложение, которое работает как мобильное с офлайн-режимом, push-уведомлениями и установкой на главный экран. Оно легче в поддержке и быстрее в выпуске, чем нативные приложения для пользователей Астаны.

Поддержка офлайн-режима, кэширование, push-уведомления, авторизация, оплата, платежи, карты, личные кабинеты. Мы разрабатываем все, что нужно для полноценного продукта для компаний Астаны.

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

Когда нужно дешевле и быстрее запустить продукт или обновлять его на лету. Отлично подходит для e-commerce, доставки, сервисов записи и любых продуктов с высокой конверсией через веб.

Мы используем Service Workers, чтобы приложение сохраняло часть данных и продолжало работать без интернета: каталог, корзина, история, состояние пользователя для жителей Астаны.

В среднем 4–10 недель, в зависимости от функционала. MVP можем собрать еще быстрее для запуска на рынке Астаны.

Да. Реализуем Web Push с подписками, сегментами, тематиками и сегментацией для целевой аудитории в Астане.

Оптимизируем фронтенд, сокращаем вес бандла, используем lazy-loading, продвинутый кэш и CDN для быстрой работы в Казахстане.

Да, PWA легко масштабируется, обновляется без релизов и выдерживает высокий трафик для крупного бизнеса Астаны.

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

Закон РК о персональных данных требует держать базы с данными граждан Казахстана на территории страны. Для PWA это касается и сервера, и резервных копий, и кэша на стороне сервиса, если в нём остаются идентификаторы. Место размещения выбираем до начала разработки.

Да, и здесь PWA даёт преимущество: расчёты идут через обычный платёжный шлюз без комиссии стора. Подключаем Kaspi и банковский эквайринг, проверяем возвраты и повторные списания на тестовой среде до запуска.

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

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

Одна сборка вместо двух, обновления без ожидания модерации, установка прямо с сайта. Нативная разработка выигрывает там, где нужны тяжёлая графика, фоновые задачи и глубокая работа с оборудованием.

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

На реальных устройствах из актуального парка казахстанского рынка, отдельно при слабой связи и на недорогих Android. Обязательный пункт — сценарий установки на домашний экран: он ведёт себя по-разному в разных браузерах.

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

Да, приложение оборачивают в нативную оболочку и публикуют, если появится такая необходимость. Решение принимают по данным: если установок с сайта достаточно, стор не нужен.

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

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

Новая версия подтягивается при следующем открытии, старый кэш вычищается по правилам service worker. Пользователь ничего не скачивает вручную.

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

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

Иногда меняется поведение service worker, и приложение требует проверки. Это входит в сопровождение и делается планово.

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

Если планшет — рабочий инструмент, раскладку делаем отдельно: два столбца и крупные списки. Для клиентского приложения обычно достаточно адаптива под телефон.

Да, через API с промежуточным слоем. Он позволяет пережить обновления CRM и её остановки: приложение работает на кэше и досылает данные позже.

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

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

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

Да, с переключением языка и раздельными печатными формами. Сетку задаём с запасом, потому что длина строк в языках заметно отличается.

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