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