Приложение для iOS: половину срока решает чужая проверка
Между готовой сборкой и вашим пользователем стоит живой человек в App Store, который читает описание, открывает приложение и решает, пускать его или нет. Это главное отличие iOS от всего остального, чем мы занимаемся: правила здесь не автоматические, их толкуют. Что именно спросят, известно заранее — и готовится до отправки, а не после отказа. Учётная запись разработчика при этом оформляется на вашу компанию, а не на подрядчика.
- К проверке готовимся заранее: анкета о данных, разрешения, демо-доступ ревьюеру
- Учётная запись, сертификаты и ключи подписи — на вашем юрлице
- Срок проверки не наш, и обещать его мы не станем — это обещание за чужой счёт
Когда начинать с iOS, а когда не с неё
Четыре довода слева и три случая справа. Если платформу выбирают по тому, каким телефоном пользуется руководитель, решение почти всегда оказывается не тем.
- Ваша аудитория смотрит на сайт в основном с техники Apple. Это проверяется по вашей же статистике посещений за прошлый год, а не по ощущениям: цифра берётся из вашего счётчика на разборе
- Парк устройств у вас корпоративный и однородный. Планшеты для торговых представителей, телефоны для инженеров — закуплены одной партией, версия системы у всех одинаковая. Проверка приложения тогда короткая и предсказуемая
- Внутри нужны платные подписки или покупки. Механизм встроенных покупок здесь отлажен, и всё, что он требует, известно заранее — включая то, что провести такую оплату мимо магазина не получится
- Вы хотите сначала проверить гипотезу на меньшем числе устройств. Однородный парк означает меньше проверок и меньше неожиданностей — первая версия получается дешевле
- Аудитория массовая и телефоны у неё разные. Тогда первой разумнее вторая платформа: там людей больше, а устройства дешевле и распространённее
- Нужны обе платформы сразу и бюджет один. Это решение не про iOS, а про экономику двух полок: оно разобрано на отдельной странице
- Вам критично выкатывать правки в тот же день. Каждое обновление здесь проходит проверку заново. Если цена опечатки высока, честнее смотреть в сторону PWA или Mini App
Доли платформ по рынку мы не приводим: они разные по отраслям, по городам и по типу аудитории, и общая цифра из чужого отчёта вам ничего не скажет. На разборе мы смотрим вашу статистику посещений — она отвечает на этот вопрос точнее любого исследования.
Проверку проходит человек, а не робот
Это главное, что отличает выпуск приложения от выкладки сайта, и это же главный источник неожиданностей в календаре проекта.
Сборка не публикуется сама. Её отправляют на проверку, и там её открывает живой рецензент: читает описание, смотрит скриншоты, запускает приложение, проходит по сценарию. Он проверяет и формальные вещи — заполнена ли анкета о собираемых данных, есть ли политика конфиденциальности, объяснены ли запрашиваемые разрешения, — и содержательные: работает ли то, что обещано на странице, есть ли в приложении что-то сверх сайта, не ведёт ли оно пользователя платить мимо магазина.
Правила толкуются, и это ключевое слово. Одна и та же сборка может пройти сразу, а может вернуться с замечанием, которое мы не могли предвидеть, потому что решение принимает человек. Спорить с этим бессмысленно, а планировать — нужно: мы закладываем проверку в план как этап, готовим всё, что от нас зависит, и отвечаем на замечания. Срок ответа рецензента мы не обещаем ни в какой форме: это обещание за чужой счёт.
Половина отказов — про подготовку, а не про код. Нет демонстрационного доступа, и рецензент не смог зайти в приложение, где всё за входом. Разрешение на геопозицию запрашивается без объяснения, зачем оно нужно. В анкете о данных указано не то, что приложение на самом деле собирает. Описание обещает функции, которых в этой версии нет. Всё это готовится до отправки и почти ничего не стоит — если знать о нём заранее.
Каждое обновление проходит этот путь заново. Практический вывод один и он влияет на архитектуру: тексты, цены, состав экранов и прочее, что может понадобиться поменять срочно, держатся на сервере, а не внутри сборки. Тогда правка уходит к людям сразу, без выпуска новой версии. Мы закладываем это с самого начала, потому что первая же срочная правка показывает, зачем это было нужно.
Комиссию магазина на цифровые товары, стоимость учётной записи разработчика и сроки проверки мы числами не называем: условия площадок разные и меняются. Мы сверяем их на старте вашего проекта, а не приводим цифру, которая устареет молча. Общее правило магазинов разобрано на странице направления
Пять вопросов, которые задаёт проверка
Родитель перечисляет общие правила магазинов пятью пунктами. Здесь — то, что спрашивают именно на этой площадке и что готовится до отправки. Ни один пункт не про качество кода.
-
Как рецензенту попасть внутрь
Если приложение целиком за входом, нужен демонстрационный доступ: логин, пароль, а при входе по коду из сообщения — заранее оговорённый способ его получить. Отсутствие такого доступа — самая частая причина возврата и самая обидная, потому что чинится за пять минут. Мы готовим его до отправки и держим рабочим всё время, пока приложение живёт.
-
Что приложение собирает о человеке и зачем
Анкета о собираемых данных заполняется по факту, а не по памяти: она сверяется с тем, что приложение действительно отправляет, включая аналитику и сторонние библиотеки. Расхождение между анкетой и поведением — это не мелкая неточность, а прямое основание для отказа. Поэтому список отправляемого мы собираем вместе с вами и фиксируем документом.
-
Почему приложение просит каждое разрешение
Геопозиция, камера, контакты, уведомления. У каждого запроса должно быть объяснение на человеческом языке и понятная связь со сценарием, в котором оно нужно. Разрешение, запрошенное «на будущее» при первом запуске, — верный способ получить замечание. Мы просим их по месту использования, а не пачкой на старте.
-
Как в приложении проходят деньги
Граница проста, и на ней спотыкаются чаще всего. Доступ, подписка, контент внутри приложения — это встроенные покупки магазина с его комиссией. Физические товары и услуги, которые оказываются вне приложения, — это ваш эквайринг. Смешанные случаи разбираются отдельно и до разработки: переделка платежей после отказа означает переписывание целого сценария.
-
Есть ли в приложении что-то, чего нет в браузере
Приложение, которое просто открывает ваш сайт в рамке, — известный повод для отказа. Нужна собственная ценность: работа без сети, уведомления, камера или сканер, быстрый вход, данные на устройстве. Об этом мы говорим на разборе, до сметы: если такой ценности нет, честнее делать PWA, где публикации нет вовсе.
Требования площадки меняются, и приводить их здесь цитатой мы не станем: часть из написанного в чужих статьях годовой давности уже неверна. Что действует на момент вашего проекта, сверяется на старте — это входит в работу отдельной строкой.
Прислать замысел на проверку правилами
Опишите замысел — скажем, где он споткнётся о правилаЧто приложение делает, какие разрешения потребуются и как в нём проходят деньги. Вернём список того, что стоит подготовить до отправки на проверку, и скажем, если приложение вам вообще не нужно. Разбор бесплатный.
Сравнить с PWA и Mini AppСемь вопросов до отправки на проверку
Отмечайте то, на что ответ у вас есть. Ничего никуда не отправляется. Список составлен по тому, из-за чего сборки возвращаются, — и ни один пункт не про код.
Вердикт появится после первой отметки. Ничего никуда не уходит: это список к подготовке, а не заявка.
Готово 0 из 7
Первый пункт стоит начинать раньше всех остальных. Подтверждение организации идёт на стороне площадки и от нас не зависит; проект, где об этом вспомнили к концу разработки, ждёт публикации дольше, чем писался.
Что оформляется на вас, а не на подрядчика
Восемь позиций слева и четыре следствия справа. Проверить любую позицию можно за минуту — и стоит проверить у любого подрядчика, потому что приложение, опубликованное с чужого аккаунта, забрать обратно трудно.
- Учётная запись разработчика — на вашу компанию, с подтверждением организации. Мы работаем в ней по приглашению
- Страница приложения в магазине: название, описание, скриншоты, иконка, рейтинг. Редактировать её вы можете и без нас
- Сертификаты и ключи подписи — внутри вашего аккаунта. Они имеют срок действия, и продление тоже ваше
- Репозиторий с исходным кодом на вашем аккаунте, с первого коммита, вместе с историей изменений
- Серверная часть и база в вашей инфраструктуре; счета от поставщиков приходят вам напрямую, наценки у нас нет
- Договор с платёжным сервисом для того, что оплачивается вне магазина, — на ваше юрлицо
- Счётчики и аналитика заводятся на вашу почту, а не на почту подрядчика
- Инструкция сборки и выпуска — документом: по ней должна суметь выпустить обновление другая команда
- Сменить подрядчика можно без потери приложения. Не нужно ни переносить его, ни публиковать заново, ни терять отзывы и рейтинг
- Доступ к продажам и статистике у вас с первого дня, а не по просьбе. Это же означает, что и письма от площадки приходят вам
- Ответственность за продление тоже ваша. Учётная запись и сертификаты имеют срок; если их не продлить, приложение снимут с публикации независимо от того, кто его писал
- Проверяется это одним вопросом к любому подрядчику: «на чьё имя будет зарегистрирован аккаунт». Ответ «на наш, так проще» означает, что приложение будет не вашим
Общее правило студии — код, домен и доступы остаются у клиента — написано на странице оплаты и гарантий. Для приложений оно означает ещё и учётную запись магазина: это единственный актив проекта, который нельзя восстановить, если он оформлен не на вас.
Как идёт работа
Пять шагов. Четвёртый частично не наш, и именно поэтому он назван отдельным этапом, а не растворён в слове «публикация».
-
01
Разбор и проверка замысла правилами
Что приложение делает, какие разрешения нужны, как проходят деньги, есть ли у него ценность сверх сайта. Здесь же запускаем оформление учётной записи на вашу компанию: подтверждение организации идёт на чужой стороне и ждать его в конце проекта дорого.
-
02
Сценарий и кликабельный прототип
Один сквозной путь пользователя без обрывов. Прототип показывают живому человеку из вашей аудитории до разработки: правки здесь стоят минуты, а после сборки — дни и ещё одну проверку магазина.
-
03
Разработка и проверка на устройствах
Сборка подписывается вашими сертификатами и раздаётся тестировщикам до публикации — на реальных телефонах и планшетах, а не только в эмуляторе. Отдельно проверяем поведение на самой старой версии системы, которую вы решили поддерживать.
-
04
Подготовка страницы и прохождение проверки
Описание по правилам площадки, скриншоты под нужные размеры, иконка, возрастной рейтинг, анкета о данных, демонстрационный доступ. Отправляем и отвечаем на замечания рецензента. Эта работа входит в смету явной строкой — она заметная и она не «кнопка».
-
05
Выпуск и наблюдение
Смотрим отчёты о сбоях, отзывы и то, где люди выходят из сценария. Первые правки почти всегда про текст и порядок экранов, а не про функции. Часть из них уходит на сервер и доезжает без новой проверки — если это заложено заранее.
Своего срока у этой страницы нет: 6–9 недель — срок первой сметы направления для одной платформы. К нему добавляется время проверки магазином, и его мы не обещаем ни в какой форме — оно не наше.
Условия, при которых мы сами предложим остановиться
Четыре строки. Первые три выясняются до счёта и уводят на более дешёвые работы; четвёртая случается в проекте, и не назвать её было бы нечестно.
| Когда | Что обнаруживается | Что делаем |
|---|---|---|
| На разборе | У приложения нет ценности сверх сайта: оно открывает те же страницы в рамке | Не беремся: такая сборка с большой вероятностью не пройдёт проверку, а если пройдёт — ей не будут пользоваться. Предлагаем PWA, где публикации нет вовсе |
| На разборе | Ваша аудитория в основном на другой платформе — видно по вашей же статистике посещений | Говорим об этом и предлагаем начать с Android. Выбор платформы по телефону руководителя — самая дорогая ошибка в этой работе |
| На разборе | Вам критично выкатывать правки в тот же день | Объясняем, что каждое обновление проходит проверку заново, и предлагаем Mini App или PWA. Это честнее, чем обещать скорость, которой у площадки нет |
| В работе | Замечание проверки требует переделать сценарий оплаты или сбора данных целиком | Останавливаемся и пересобираем сценарий вместе с вами, а не подаём ту же сборку заново. Повторная отправка без изменений — потерянное время и испорченная история обращений |
Про деньги при остановке — общее для студии и написано на странице оплаты и гарантий. Остановка на разборе не стоит ничего: разбор бесплатный.
От чего зависит цена
Своей сметы у формата нет. Первая версия под одну платформу — вход в направление, от 150 000 ₽, срок 6–9 недель. Разброс внутри задают четыре вещи, и число экранов среди них на последнем месте.
-
Есть ли у вас работающая серверная часть
Если сайт, бот или Mini App уже работают со своим бэкендом, приложение подключается к нему, а не строится рядом: переписывается интерфейс, а данные, логика и интеграции остаются. Если серверной части нет вовсе, она входит в объём — и это самая крупная развилка сметы.
-
Нужен ли доступ к железу и работа без сети
Камера, сканер, геопозиция, датчики, фоновые задачи, хранение данных на устройстве. Каждый из этих пунктов — отдельная работа и отдельная проверка на устройствах. Он же, впрочем, и есть ответ на вопрос, зачем вам приложение, а не сайт.
-
Как проходят деньги
Бесплатное приложение без покупок — проще всего. Встроенные покупки и подписки магазина — отдельный механизм со своими состояниями: пробный период, восстановление покупок, отказ, возврат. Свой эквайринг для услуг вне приложения — ещё один путь. Смешанный случай дороже обоих.
-
Какие версии системы и устройства поддерживаем
Чем глубже в прошлое, тем больше проверок и обходных решений. Отдельный вопрос — планшеты: это не «то же самое на большом экране», а другая раскладка и другие сценарии. Решается это на разборе по вашей статистике, а не по общим соображениям.
Три сметы направления с составом и сроками — на странице мобильных приложений. Стоимость учётной записи разработчика и комиссию магазина мы не называем: это чужие тарифы, они меняются, и платите их вы напрямую площадке, а не нам.
Эта страница — один из форматов направления
Здесь написано только про эту платформу и её проверку. Выбор между PWA, Mini App и приложением, три сметы и общие правила магазинов — на странице направления.
Общие правила магазинов, тест «нужно ли вам приложение» и три сметы направления — на странице направления. Своей сметы у этой страницы нет намеренно: приложение под одну платформу и есть вход в направление. Мобильные приложения
Когда приложение для iOS вам не нужно
Четыре случая. Первые два уводят на этаж ниже по лестнице, третий — на соседнюю платформу, четвёртый означает, что начинать надо не с приложения.
-
Если нужны иконка на экране и уведомления, а не железо
Доступа к камере, датчикам и фоновой работе не требуется, а хочется, чтобы сайт открывался как приложение и умел напоминать о себе. Это PWA, от 40 000 ₽: дешевле, быстрее, без магазина и без проверок — обновление доезжает к людям в тот же день.
-
Если ваша аудитория живёт в мессенджере
Там, где люди не ставят приложения, но каждый день открывают Telegram, экран внутри мессенджера работает лучше отдельной установки: не надо ни скачивать, ни входить. Это Mini App, от 50 000 ₽. Ограничения такого пути названы на его странице честно.
-
Если по вашей статистике техники Apple мало
Тогда первой платформой разумнее взять Android: там больше людей и дешевле вход в их телефоны. Смотрим это по вашему счётчику посещений за прошлый год — он отвечает на вопрос точнее любых рыночных долей из чужих отчётов.
-
Если к вам возвращаются реже раза в месяц
Установленное приложение живёт вниманием: человек должен открывать его регулярно, иначе он его удалит при первой чистке телефона. Там, где обращаются раз в год, установка не окупится ни при каком качестве. Полезнее будет письмо, сообщение в мессенджер или обычный сайт.
Куда идти, если задача звучит иначе
Четыре страницы. Первые две — этажом ниже по лестнице и дешевле, третья про дизайн отдельной строкой, четвёртая — если серверной части ещё нет.
Разработка приложения для iOS: что стоит знать до заказа
Разработка под iPhone и iPad отличается от остальной работы студии одним свойством: между готовой сборкой и вашим пользователем стоит живой человек. Он открывает приложение, читает описание, проходит по сценарию и решает, пускать его или нет. Правила площадки при этом не автоматические — их толкуют, и одна и та же сборка может пройти сразу или вернуться с замечанием.
Из-за чего сборки возвращают чаще всего
Почти всегда из-за подготовки, а не из-за кода. Рецензенту не дали доступ в приложение, где всё за входом. Разрешение на геопозицию или камеру запрашивается при первом запуске без объяснения. Анкета о собираемых данных не совпадает с тем, что приложение на самом деле отправляет, — включая сторонние библиотеки аналитики. В описании обещаны функции, которых в этой версии нет. Оплата цифрового доступа сделана мимо встроенных покупок магазина.
Всё это готовится до отправки и почти ничего не стоит — если знать заранее. Поэтому проверка замысла на правила идёт первым шагом, до разработки: переделывать сценарий оплаты или сбора данных после отказа дорого.
Учётная запись разработчика и почему она должна быть вашей
Приложение публикуется из аккаунта разработчика, и этот аккаунт — единственный актив проекта, который нельзя восстановить, если он оформлен не на вас. Оформление на компанию требует подтверждения организации и идёт на стороне площадки: начинать надо в начале проекта, а не за неделю до публикации. Мы работаем в вашем аккаунте по приглашению; сертификаты и ключи подписи тоже живут там. Проверить любого подрядчика можно одним вопросом: на чьё имя будет зарегистрирован аккаунт.
Каждое обновление проходит проверку заново
Это главное практическое отличие приложения от сайта, и оно влияет на архитектуру. Опечатку в цене на сайте правят в тот же день; в приложении — выпускают новую версию и ждут. Поэтому тексты, цены, состав экранов и всё, что может понадобиться поменять срочно, держатся на сервере, а не внутри сборки. Мы закладываем это с самого начала: первая же срочная правка показывает, зачем это было нужно.
Сколько стоит приложение для iOS
Первая версия под одну платформу — вход в направление мобильной разработки, от 150 000 ₽, срок 6–9 недель. Разброс внутри ступени задают четыре вещи: есть ли у вас работающая серверная часть, нужен ли доступ к железу и работа без сети, как проходят деньги и какие версии системы и устройства нужно поддерживать.
Чего мы не называем числом: стоимость учётной записи разработчика, комиссию магазина на цифровые товары и срок проверки. Первые два — чужие тарифы, которые платите вы напрямую площадке и которые меняются; третий вообще не поддаётся обещанию. Всё это мы сверяем на старте проекта и говорим до договора, а не после первой отправки.
Вопросы про приложение для iOS
Шесть вопросов, которые задают именно про эту платформу. Про договор, этапы оплаты и гарантии — на странице оплаты и гарантий.
Остался вопрос?
Написать в Telegram, отвечаем за 30 минутМы не называем этот срок, и никакой честный подрядчик не назовёт: решение принимает человек на стороне площадки, и от нас это не зависит. Что мы можем — закладывать проверку в план как этап, подготовить всё, что от нас зависит, и быстро отвечать на замечания. Что может сделать заказчик — не назначать дату запуска рекламы вплотную к отправке сборки. Это самая частая причина нервных недель в таких проектах.
Разбирать замечание и исправлять. В половине случаев это мелочь: не дали доступ, не объяснили разрешение, не совпала анкета о данных. Такие правки занимают часы. Тяжёлый случай — когда замечание касается модели работы: оплата сделана мимо встроенных покупок или приложение не даёт ничего сверх сайта. Тогда мы останавливаемся и пересобираем сценарий вместе с вами, а не отправляем ту же сборку заново.
На вашу компанию, всегда. Приложение, опубликованное с аккаунта подрядчика, вместе с отзывами и рейтингом принадлежит подрядчику, и перенести его к себе потом трудно. Оформление на организацию требует подтверждения и времени, поэтому мы запускаем этот процесс на первом шаге проекта. Мы работаем в вашем аккаунте по приглашению и уходим из него, когда работа закончена.
Для цифрового: доступа, подписки, контента внутри приложения — да, и комиссию магазин берёт с каждой такой продажи. Для физических товаров и услуг, которые оказываются вне приложения, работает ваш эквайринг, и магазин в эти деньги не вмешивается. Граница между двумя случаями иногда тоньше, чем кажется, поэтому её разбирают до разработки. Конкретные условия и ставки мы не называем: они меняются, и сверяем мы их на старте вашего проекта.
Здесь есть особенность, которой нет у соседней платформы: пользователи обновляются быстро и почти все сразу. Это хорошо — поддерживать старые версии нужно недолго, — и это же означает, что проверять приложение на новой системе надо заранее, а не когда посыпались отзывы. Мы закладываем такую проверку в сопровождение. Отдельно площадка время от времени поднимает требования к сборкам, и под них приложение приходится двигать, даже если продукт не развивается.
Это решение, а не техническая мелочь. Планшет — не «то же самое на большом экране»: там другая раскладка, другие сценарии и часто другой пользователь. В корпоративных задачах планшет бывает основным устройством, а телефон вторичным. Мы спрашиваем об этом на разборе и смотрим вашу статистику: если планшетов у аудитории почти нет, в первую версию их не берём и честно называем это решением, а не упущением.
Опишите приложение — скажем, что подготовить до проверки магазина
- Разбор 30 минут: сценарий, разрешения, деньги и ценность сверх сайта
- Вернём список того, что готовится до отправки, и порядок оформления аккаунта
- Если хватит PWA или Mini App, услышите это первым и бесплатно
Заявка принята
Вернёмся в течение рабочего дня. Если срочно — напишите в Telegram.
Или напишите сразу:
Telegram · отвечаем лично за 30 минут