Разработка кроссплатформенных приложений
в Новосибирске
и масштабируйтесь.
С чем приходят за кросс-платформенным приложением
Две платформы, один бюджет
Клиенты сидят и на Android, и на iPhone, а денег хватает на одну сборку.
Две команды спорят о сроках
Один экран выходит на неделю позже, чем на второй платформе.
Версии разошлись
На одной платформе новая логика, на другой прежняя, и поддержка путается.
Поддержка стоит вдвое
Каждую правку делают дважды, и счёт за год выходит двойной.
Нужно проверить идею
Продукт ещё не проверен рынком, и платить за две разработки рано.
Кому подходит кросс-платформенное приложение
- Один главный сценарий
- Выход в оба магазина
- Быстрые правки
- Вход и профиль
- История операций
- Оплата и статусы
- Одна сборка на парк
- Права по ролям
- Обмен с учётом
Как устроена работа над общим кодом
Стоимость кроссплатформенного
приложения в Новосибирске
Мы оцениваем проект исходя из целей: список галочек в перечне функций ничего не решает.
Цены указаны без НДС. НДС по ставке 5 % предъявляется дополнительно и включается в счёт.
Больше возможностей для вашего проекта
- Интернет-магазины
- Недвижимость
- Здравоохранение и стоматология
- Рестораны и кафе
- Салоны красоты
- Образование
- Строительство
- Юридические услуги
- Туризм и гостиницы
- Логистика
- Дизайн интерьеров
- Ремонт квартир
- Автосервисы
- Маркетплейсы
- Консалтинг
- Фотографы
Обсудим проект?
FAQ
Если не нашли ответа — напишите нам на info@toimi.pro.
Можем ли мы запуститься сразу на iOS и Android?
Да, именно так мы и работаем. Используем общий код, чтобы избежать дублирования и синхронизировать функциональность между платформами.
Приложение будет выглядеть нативно или как веб-обертка?
Мы используем нативные API и взаимодействия там, где это действительно важно. Пользователь не заметит, что это кроссплатформа — и в этом фишка.
А если у нас уже есть прототип?
Мы проведем аудит и либо доработаем рабочее, либо переработаем то, что не выдерживает нагрузку. Чистая передача — часть процесса.
Вы берете на себя и бэкенд?
Да. Мы можем разработать API, подключиться к вашим системам или интегрировать сторонние сервисы — что бы ни потребовалось вашему приложению.
Как проверяют приложение на двух платформах?
Каждый сценарий проходят на устройствах обеих систем.
Удваивается ли объём проверки?
Он растёт, но меньше чем вдвое: логика общая.
Что различается при проверке?
Поведение клавиатуры, разрешений, уведомлений и жестов.
Сколько устройств нужно?
По два-три телефона на каждую систему.
Нужны ли планшеты?
Если аудитория ими пользуется, их добавляют.
Как раздают сборки тестировщикам?
Через механизмы закрытого тестирования каждого магазина.
Можно ли раздавать сборку файлом?
На одной системе да, на другой через закрытое тестирование.
Нужны ли автоматические тесты?
Общая логика покрывается тестами один раз.
Что покрывают тестами в первую очередь?
Расчёты, оплату и синхронизацию данных.
Нужны ли тесты интерфейса?
Их пишут на основные пути и запускают на обеих платформах.
Как быть с проверкой на слабых устройствах?
Обязательный телефон с малой памятью в наборе.
Нужно ли проверять старые версии систем?
Проверяют те, что есть у аудитории.
Как быть с новыми версиями систем?
Сборку проверяют на предварительных версиях.
Что чаще ломается после обновления системы?
Разрешения, разметка и фоновые задачи.
Нужно ли проверять обновление с прежней версии?
Сохранность данных проверяют обязательно.
Как быть с проверкой оплаты?
Покупки проверяют в песочницах обоих магазинов.
Нужно ли проверять отмену подписки?
Отмену и возврат проходят на каждой платформе.
Как быть с проверкой уведомлений?
Их проверяют на живых устройствах обеих систем.
Нужно ли проверять работу без сети?
Отдельный сценарий на обеих платформах.
Как быть с проверкой разрешений в Новосибирске?
Поведение при отказе проверяют на каждой системе.
Нужно ли проверять тёмную тему?
Её проходят по всем экранам дважды.
Как быть с крупным шрифтом?
Экраны проверяют при увеличенном системном тексте.
Нужно ли проверять доступность?
Озвучку экрана проверяют на обеих системах.
Как быть с поворотом экрана?
Если поворот разрешён, его проходят отдельно.
Нужно ли собирать отчёты о сбоях?
Сбор подключают до выпуска и смотрят по платформам.
Как быть с разными сбоями на платформах?
Их разбирают отдельно: причины различаются.
Нужен ли отдельный тестировщик?
На приложении со многими экранами он нужен.
Как быть со списком обязательных проверок?
Его проходят перед каждым выпуском.
Нужно ли измерять скорость на обеих платформах?
Замеры делают на каждой отдельно.
Как быть с расходом заряда в Новосибирске?
Его проверяют на обеих системах.
Нужно ли проверять размер сборок?
Размер различается по платформам.
Как быть с приёмкой заказчиком?
Её проводят на живых устройствах обеих систем.
Нужен ли список проверенных устройств?
Он входит в отчёт о приёмке.
Как быть с ошибками, видимыми на одной платформе?
Их правят в общем коде или в связке.
Сколько занимает проверка перед выпуском?
От двух дней на приложение среднего размера.
Кто отвечает за проверку после сдачи?
Она входит в поддержку вместе с выпусками.
Смотрите также
Обновлено: