~9 хв

Підготовка до ревʼю застосунку: чек-лист перед відправкою

Остання перевірка перед тим, як натиснути «Надіслати»

Чек-лист підготовки до ревʼю застосунку: демо-акаунт для перевіряючого, робочі фічі без заглушок, потрібні дозволи, чесні метадані, релізний білд.

Що таке ревʼю застосунку простими словами

Застосунок зібрано. Крутиться в тебе на телефоні, друзі потицяли - наче вогонь. Залишилось небагато: викласти в магазин. Ось тільки між тобою і кнопкою «Встановити» для мільйонів людей стоїть ревʼю - перевірка.

Запамʼятай одну річ. Твій застосунок відкриє жива людина. Код вона не читає і на слово тобі не вірить - вона бере збірку, заходить усередину, тисне кнопки і звіряє: те, що обіцяно в описі, працює по-справжньому чи тільки на папері? Спіткнеться по дорозі - не зміг увійти, уперся в порожній екран, побачив запит до камери незрозуміло навіщо - розбиратися не стане. Просто поверне збірку назад.

Тому підготовка до ревʼю - це взагалі не про код. Це про те, щоб заздалегідь прибрати з дороги перевіряючого всі перешкоди. Один прохід коротким списком - і шанс пройти з першого разу різко зростає.

Людина прокладає рівну доріжку через застосунок, прибираючи з дороги барʼєри перед перевіряючим
Підготовка до ревʼю - це розчистити шлях перевіряючому, щоб він пройшов наскрізь і ніде не спіткнувся.

Навіщо готуватися до ревʼю заздалегідь

Відмова - не катастрофа. Але це мінус кілька днів і порція нервів на рівному місці. А у вайбкодера, який зібрав застосунок швидко, пасток особливо багато: згенерований код обожнює лишати заглушки і тягнути зайві дозволи «про всяк випадок».

  • Заощадиш дні: одна відмова відкидає реліз на нове коло черги та перевірки.
  • Перестанеш вгадувати, «за що відхилили» - у більшості відмов причини одні й ті самі, і ти закриєш їх заздалегідь.
  • Не підставишся на рівному місці: зайві дозволи та мертві кнопки магазини ловлять на раз.
  • Запустишся спокійно, а не в режимі «горить дата, а ревʼю застрягло».

Більшість відмов у новачків - це не «поганий код». Це неробочий демо-акаунт, заглушки замість фіч і метадані, які не сходяться із застосунком. Усе це закривається одним чек-листом до відправки.

Чек-лист перед відправкою застосунку на перевірку

Пройдися цими пунктами перед тим, як натиснути «Надіслати». Порядок - від найчастішого провалу до менш очевидних.

1. Демо-акаунт для перевіряючого

Є вхід за логіном? Тоді перевіряючому потрібен спосіб увійти. Реєструватися сам він не буде, SMS чекати теж, і капчу розгадувати - ні. Дай йому готовий демо-акаунт з повним доступом до всіх платних і закритих розділів.

  • Логін і пароль вписуються в спеціальне поле для перевіряючого (в App Store це App Review Information, у Google Play - доступ для рецензента).
  • Акаунт має жити до кінця перевірки - не видаляй його і не скидай пароль, поки збірка на ревʼю.
  • Якщо вхід через сторонній сервіс (Google, Apple) заважає перевірці - зроби окремий простий вхід за логіном і паролем спеціально для ревʼю.

2. Робочі фічі без заглушок і порожніх екранів

Напівфабрикати магазини не люблять. Є в інтерфейсі кнопка - вона зобовʼязана щось робити. Написи «Незабаром» і «В розробці», порожні вкладки, екрани-риби (текст-заглушка, сірі квадрати замість картинок) - частий привід завернути збірку.

Так пройде
  • Кожна кнопка і вкладка веде до реального робочого екрана.
  • Сервер живий: дані вантажаться, а не висить вічний спінер.
  • Контент справжній - тексти, картинки, приклади, а не плейсхолдери.
  • Платні функції реально відкриваються під демо-акаунтом.
Так відхилять
  • Кнопки «Coming soon» і неактивні розділи в готовому застосунку.
  • Екрани з текстом-рибою і сірими заглушками замість картинок.
  • Биті посилання в меню і в описі - на політику, на підтримку.
  • Фічі, які падають або нічого не роблять після натискання.

3. Лише потрібні дозволи зі зрозумілим поясненням

Дозвіл - це доступ до камери, геолокації, мікрофона, контактів. Правило коротке: проси лише те, що реально використовуєш, і пояснюй навіщо людською мовою.

  • Не використовуєш камеру - прибери дозвіл на камеру. Доступ без видимої причини - червоний прапорець для перевіряючого.
  • Для кожного чутливого доступу потрібен живий текст-пояснення: наприклад, «камера потрібна, щоб сканувати чек», а не порожній рядок.
  • Вайбкодери паляться тут найчастіше: згенерований шаблон тягне купу дозволів про запас. Пройдися списком і вичисти все зайве.

4. Чесні метадані: опис, скриншоти, політика

Метадані - це твоя вітрина. Перевіряючий звіряє одне: те, що написано зовні, збігається з тим, що всередині?

  • Назва, опис, категорія - чесні, без обману і чужих брендів.
  • Скриншоти - із реального застосунку, а не намальовані макети з обіцянками.
  • Політика приватності - робоче посилання, яке відкривається, а не веде на порожню сторінку.
  • Інформація про дані - що збираєш і навіщо (в App Store це App Privacy, у Google Play - розділ Data safety). Магазини це звіряють і карають за розбіжність.

5. Релізний білд, а не зневаджувальний

І фінал. На перевірку йде релізна збірка, а не зневаджувальна. Релізний білд відрізняється від зневаджувального: він оптимізований, підписаний, без debug-логів і тестових серверів.

  • Збираєш саме release-версію (в Android це зазвичай підписаний AAB, в iOS - архів для App Store).
  • Версія і номер збірки підняті відносно минулої - магазин не прийме той самий номер двічі.
  • Застосунок дивиться на бойовий сервер, а не на localhost чи тестовий стенд, до якого перевіряючий не дотягнеться.
  • Зневаджувальні плашки, тестові кнопки і консольні логи вимкнені.
Пʼять галочок чек-листа: демо-акаунт, робочі фічі, дозволи, метадані, релізний білд
Пʼять пунктів перед відправкою. Пройди згори вниз - і тисни «Надіслати».

Приклад: прохід чек-листом очима перевіряючого

Роби це з чистого пристрою або з-під іншого користувача. Так ти побачиш застосунок очима перевіряючого, а не «своїми, де все вже залогінено і дозволи видані».

Фінальна перевірка за 7 кроків
  1. Створи або перевір демо-акаунт. Увійди під ним із чистого пристрою - без капчі, без SMS, без підтвердження пошти. Усі платні та закриті розділи відкрилися.
  2. Впиши логін і пароль демо-акаунта в поле для перевіряючого в консолі магазину. Додай коротку нотатку, як користуватися застосунком, якщо щось неочевидне.
  3. Пройди всіма кнопками і вкладками. Жодної заглушки, жодного «Незабаром», жодного порожнього екрана і тексту-риби.
  4. Відкрий список дозволів. Залиш лише ті, що реально працюють, і перевір, що в кожного є людське пояснення навіщо.
  5. Звір метадані: назва, опис, скриншоти з реального застосунку, робоче посилання на політику приватності, заповнений розділ про зібрані дані.
  6. Збери релізний білд. Підніми номер версії, перевір, що застосунок дивиться на бойовий сервер, а не на тестовий, і що debug-логи вимкнені.
  7. Завантаж білд, ще раз пробіжи поля і тисни «Надіслати на перевірку». Запас за часом закладено - не релізиш у день дедлайну.

І ще один дрібний крок, який багато хто проскакує, - нотатка для перевіряючого. У тому ж полі, де ти вписуєш логін, є місце для вільного тексту. Якщо в застосунку ховається неочевидний сценарій (натисни сюди, потім сюди), пара рядків підказки заощаджує перевіряючому хвилину і знімає привід причепитися. Ось скелет - встав і поправ під себе.

Нотатка перевіряючому - встав у поле і поправ під себе

Демо-акаунт: Логін: demo@example.com Пароль: ваш-пароль

Вхід: відкрити застосунок, ввести логін і пароль з цього екрана. Капчі та SMS немає. Як подивитися платні функції: відкрити розділ «Підписка» - під цим акаунтом усе вже розблоковано. Головний сценарій: створити запис на головному екрані, потім відкрити його і натиснути «Експорт». Контакт для запитань: ваш-email

Часті помилки новачка під час відправки на ревʼю

  • Немає демо-акаунта або він не працює. Найчастіша відмова. Дай робочий логін і пароль із повним доступом і перевір вхід сам із чистого пристрою.
  • Вхід із капчею або SMS. Перевіряючий не отримає код на твій номер. Зроби для ревʼю окремий простий вхід.
  • Заглушки і кнопки «Незабаром». Фіча не готова - прибери її з інтерфейсу, а не лишай порожню кнопку.
  • Зайві дозволи про запас. Згенерований шаблон тягне доступ до камери та геолокації без причини. Вичисти все, чим не користуєшся.
  • Метадані не сходяться із застосунком. Обіцяв в описі те, чого всередині немає, - привід для відмови. Звіряй вітрину і реальність.
  • Надіслав зневаджувальний білд. Тестовий сервер, debug-логи, той самий номер версії - магазин заверне. Збирай релізну підписану збірку і піднімай версію.
  • Реліз впритул до дати. Терміни ревʼю непередбачувані. Одна відмова - і ти не встиг. Закладай запас завжди.

TL;DR - если коротко

  • Застосунок відкриє живий перевіряючий і пройде його руками. Дай йому пройти наскрізь без барʼєрів.
  • Демо-акаунт - провал номер один. Готовий логін із повним доступом, без капчі та SMS, прямо в полі для ревʼю.
  • Жодних заглушок. «Незабаром» і порожній екран - майже гарантована відмова. Є кнопка - значить працює.
  • Дозволи - лише ті, що реально потрібні, і зі зрозумілим поясненням навіщо.
  • Метадані - опис, скриншоти, політика, розділ про дані - збігаються з тим, що всередині.
  • Шлеш релізний білд з піднятою версією. Терміни ревʼю плавають - не релізь впритул.

Пошук по вікі

Натисніть Esc для закриття

Введіть запит для миттєвого пошуку по всіх сторінках курсів та уроків.