Тендеры и лиды
Информация
Сборка запускается, экраны согласованы, основные функции на месте. Хочется отправить ссылку клиентам и наконец сказать: «Мы выпустились». Перед этим остаётся несколько вполне конкретных задач — от доступа к аккаунту издателя до объяснения того, что происходит с данными пользователя.
Мы — команда 13FOX · tfox.dev. Для PROXYS.IO мы сделали дизайн и мобильное приложение ProxyControl, связали импорт профилей с API сервиса и опубликовали продукт в Google Play и App Store. Покажем на экранах ProxyControl и требованиях магазинов, что входит в подготовку релиза и о чём договориться с командой разработки.
Слово «готово» удобно заменить коротким списком действий. Человек устанавливает приложение, входит, выполняет основную задачу и понимает, что получилось. Для магазина услуг это может быть запись, для доставки — заказ, для рабочего инструмента — обработка нужных данных.
В ProxyControl мы выстроили путь вокруг импорта, выбора профиля и подключения. Добавили ручной ввод, список и избранное. По этим действиям легко объяснить назначение продукта — и подготовить план проверки будущей сборки.
В план проверки включаем и неудобные ситуации: неверный ввод, пропавшую сеть, пустой список, повторный запуск. Здесь полезно заранее определить ожидаемое поведение. Если список пуст, человек должен понимать, как его заполнить; если запрос не прошёл — что можно сделать дальше. Такой список поможет и разработчику, и владельцу продукта обсуждать результат на конкретных примерах.
До загрузки сборки стоит выяснить, на каком аккаунте появится приложение, кто имеет право им пользоваться и у кого будут рабочие доступы. Также нужно согласовать права на приложение и материалы. Название студии, бренд продукта и имя издателя в магазине могут различаться — лучше разобраться с этим заранее.
В нашем примере продукт связан с PROXYS.IO, дизайн и разработку сделали мы в 13FOX, а в карточках обоих магазинов указан издатель ONLINE CONNECT LTD.
Сразу задаём ещё один вопрос: кто выпустит следующую версию? Нужно понимать, где хранится проект, кто готовит сборки, кто отвечает магазину и как клиент обращается за обновлением. Эти договорённости пригодятся уже при первом исправлении.
Для отправки понадобятся сама сборка, настройки приложения в консоли и материалы карточки. Удобно вести их вместе: одна версия продукта, одно согласованное описание, экраны именно этой версии. Так проще понять, что отправляем на проверку.
Карточка должна помочь человеку узнать приложение. Название, описание, иконка, категория и скриншоты объясняют его назначение. Контакты поддержки и рабочие ссылки позволяют обратиться к команде. Перед отправкой полезно открыть каждую ссылку отдельно: адрес может выглядеть правильно и при этом вести на пустую страницу.
Для иллюстраций мы предпочитаем показывать действия. Например, экран ProxyControl со списком объясняет выбор профиля, а экран подключения — основную задачу приложения. Из таких экранов можно собрать историю продукта без длинного описания. Apple также просит, чтобы скриншоты показывали приложение в использовании, а сведения карточки соответствовали его реальным возможностям. App Review Guidelines.
Перед отправкой сверяем сборку с актуальными техническими требованиями выбранного магазина: они меняются, и старой инструкции из блога может быть недостаточно.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13799 тендеров
проведено за восемь лет работы нашего сайта.
Если главная функция доступна только после входа, импорта или приглашения, человеку на стороне магазина нужен способ её открыть. Он впервые видит продукт и не знает привычных для нашей команды шагов.
Для такого приложения нужны рабочий тестовый доступ и короткая инструкция: как войти, что выбрать, какой результат увидеть. Если нужны дополнительные условия — например, QR-код или данные для тестового сценария, — их тоже стоит описать. Доступ должен оставаться рабочим во время проверки, а серверные функции — доступными. Такой комплект соответствует рекомендациям Apple перед отправкой на review.
Экран импорта ProxyControl хорошо показывает, почему это важно: без подходящего ключа человек видит только начало пути. Для любого похожего продукта вопрос звучит одинаково: как проверяющий получит всё необходимое, чтобы попробовать основную функцию?
Privacy и раздел безопасности данных требуют участия тех, кто знает устройство приложения. Начинаем с вопросов: какие сведения вводит человек, что отправляется на сервер, зачем это нужно и какие сторонние компоненты участвуют в обработке. SDK аналитики или диагностики тоже могут влиять на ответы.
В Google Play информация в Data Safety должна описывать реальные практики приложения, включая работу сторонних библиотек. Даже если разработчик считает, что приложение не собирает данные, это нужно проверить и корректно отразить в форме. Инструкция Google по Data Safety.
Для App Store сведения о конфиденциальности также заполняются с учётом работы приложения и сторонних партнёров. App privacy details.
Для согласования политики и ответов в консоли полезна таблица: тип данных, цель, место обработки, ответственный. Готовый шаблон политики стоит адаптировать к своему продукту.
Начинаем с сообщения магазина: какая функция, материал или настройка вызвали вопрос, на какой пункт правил ссылается проверяющий. Дальше можно повторить описанный сценарий и определить, что требует исправления или пояснения.
Иногда потребуется изменить приложение и отправить новую сборку. В другой ситуации — уточнить описание или предоставить недостающие сведения. Ответ удобнее строить по пунктам: вопрос, наше действие, способ проверить результат. Если вывод магазина кажется ошибочным, можно воспользоваться предусмотренным платформой порядком обращения и приложить факты.
Срок и исход повторной проверки определяет магазин. Мы советуем оставлять время на этот этап и обсуждать с подрядчиком объём сопровождения: входит ли переписка, кто вносит изменения и как согласуются дополнительные работы.
Когда карточка появилась, стоит открыть её на нужном устройстве и пройти установку. Затем — основные действия, которые записали в начале. Публичная ссылка помогает найти продукт, а такая проверка показывает, что происходит у человека после нажатия «Установить».
Наш ProxyControl уже можно найти в Google Play и App Store. Дизайн и разработку подробнее показываем в кейсе 13FOX.
Для первой оценки выпуска достаточно назвать платформы, показать основной сценарий и сказать, есть ли аккаунт разработчика. Дальше согласуем материалы, подачу и сопровождение; доработки кода и сборы магазинов обсудим отдельно. О наших форматах работы можно прочитать на страницах публикации в Google Play и App Store.
