Хто шукає, той завжди знайде. Якщо йому допомогти



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

Запуск Aword для нас був першим досвідом роботи на ринку мобільних додатків. Оскільки ми плануємо працювати на цьому ринку досить щільно, варіант «віддати просування на аутсорс і забути» нам не підходив, ми хотіли самі у всьому розібратися і зрозуміти, як воно працює. Результат показав, що є достатньо речей, які можна зробити самостійно, не тільки заощадити, але і краще дізнавшись своїх користувачів. Сьогодні ми поділимося досвідом роботи в эпловском App Store, оскільки за нього у нас зібрано достатньо даних. Якщо тема виявиться читачам Хабры цікавою, пізніше розповімо про особливості Google Play (де принцип схожий, але диявол, як відомо, в деталях), коли наберемо більше реальних цифр.

Що таке ASO?
ASO – це App Store Optimization або оптимізація для пошуковиків магазинів додатків. Така оптимізація дозволяє донести інформацію про вашому додатку до потенційного клієнта. Важливо розуміти, що ASO – не реклама; вона працює з користувачами, які знають, що їм потрібно, і вже вчиняють активні дії по пошуку цього додатка. Проте оптимізація дуже важлива – без неї ви втратите готових клієнтів просто тому, що вони не побачать вашої пропозиції (зате побачать пропозиції конкурентів). Принадність ASO в тому, що вона не вимагає витрат і досить проста, а ми це любимо.

Оскільки ASO має справу з пошуком в магазині додатків (а це зовсім не звичайний пошук у Гуглі), спершу треба зрозуміти, що це таке і як веде себе користувач в цьому пошуку. Є кілька основних сценаріїв:

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

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

Ключові слова
Ключові слова – це слова, за якими ваш додаток зможуть знайти. Їх кількість обмежена, тому до їх вибору треба поставитися дуже серйозно. Колеги з AppFlow написали чудовий текст про семантичне ядро для магазинів додатків, з яким ми настійно рекомендуємо ознайомитися.

Google Adwords дозволяє легко перевірити запити, якими користуються в пошуковій системі Google. Цей спосіб годиться для того, щоб знайти схожі запити і оцінити їх середньомісячна кількість, проте необхідно враховувати, що пошук у Google і пошук в магазині додатків – різні речі. У Google люди найчастіше шукають сайт, статтю, відповідь на своє питання. Пошуковик дуже розумний, знає відмінки, знає переваги користувача, вміє додумувати запит за нього. Пошук в App Store особливою кмітливістю не відрізняється. Крім того, користувач забиває запит в магазинний пошук з метою знайти додаток для конкретної мети, заздалегідь припускаючи, що така програма існує.

У Apple недавно з'явився свій інструмент для визначення частоти запитів Ads Search. Мінус його в тому, що поки він працює тільки в США і збирає дані з американських облікових записів.

Існує також деяка кількість сервісів і способів підбору потрібних ключових слів; ми в Skyeng в основному використовуємо ASOdesk (показує кількість щоденних запитів), App Annie (не показує кількості) і ручного введення. Під останнім ми розуміємо тестування запитів, які нам здаються релевантними, безпосередньо в сторе. Наприклад, ми пишемо в рядку пошуку «англ» і дивимося, що вийде:



Пошук пропонує найбільш популярні запити вже по перших буквах. Це зручно користувачу, але додає головного болю розробнику. Справа в тому, що серед поідставлених популярних варіантів обов'язково виявляться такі, які зацікавлять клієнта, але зовсім нецікаві нам. Наприклад, за запитом «англ» ми бачимо варіанти «англійська мова безкоштовно» і «англійська мова для дітей». Далеко не факт, що користувач шукав саме безкоштовний варіант, або що він припускав, що існують спеціальні дитячі програми. Але, побачивши подібні пропозиції, йому важко буде не вибрати їх. Тому розробнику, охочому отримати цільові установки, необхідно з'являтися і по таким запитам, хоча відсоток готових платити користувачів за ним буде нижче.

Ключові слова використовуються в заголовку «кейвордах». З вересня минулого року розмір заголовка в App Store обмежений 50 символами, що позбавило від моторошних конструкцій в каталозі. «Кейворды» регулюються iTunesConnect і обмежені 100 символами – зате тут можна написати будь-які слова, не піклуючись про читання всієї конструкції, без пробілів, з маленьких літер, через коми. Заголовок індексується вище.

Окремо відзначимо так звані «language» в App Store. У Росії діють три з них: власне Росія, а також Англія і Австралія. Для локалей можна прописувати різні кейворды і заголовки, але вони між собою не перетинаються, тому не варто додавати «англійський» в одну, а «язик» в іншу.

І ще трохи лайфхаков:

— Слова в Назві з Великої Літери індексуються App Store краще (неактуально для кейвордів);
— App Store нічого не знає про склонениях, тому при можливості в кейворды треба вносити всі варіанти (англійська, англійської, мова, мови);
— спеціальні символи (%, &, — і т. д.) не індексуються, їх не потрібно використовувати;
— порядок написання слів у назві має значення, почніть його з самого важливого слова; в кейвордах iTunesconnect порядок неважливий.

Отже, необхідно скласти три заголовка та списку кейвордів для кожної мови. Для зручності підрахунку символів, що залишились, ми використовуємо таблиці Google з формулами:



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

Наприклад, ми можемо вибрати такі слова:

Заголовок: Англійська Мова з Aword: Вчити Слова
Кейворды: англійські, словник, тести, вправи, для початківців, безкоштовно, дітям

З таким набором ключових слів ми будемо відображатися в App Store за запитами:

англійська
англійська мова
англійські слова
англійські тести
словник безкоштовно
англійська безкоштовно
англійська дітям
вчити слова
вчити англійську
вчити англійську мову
і т. д.

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

І зайнятися тим часом оформленням.

Зображення
Іконка і два скріншота – обличчя вашого додатки, їх потенційний користувач бачить при пошуку. Вони можуть його як привернути, так і відштовхнути, тому до їх створення теж треба поставитися серйозно, а також провести хоча б примітивне А/Б тестування різних варіантів.

Ми міряємо ефективність графіки простим веденням статистики в таблицях Google, підраховуючи відсоток конверсій з переглядів в установку.



Існують спеціальні інструменти для аналізу оформлення додатка, наприклад, Splitmetrics і Storemaven, проте для того, щоб вони видавали змістовні результати, їм потрібна більша вибірка: значить, треба лити на досліджувані сторінки трафік, що може призвести до серйозних рекламних витрат. Тому для нового додатка ручне тестування методом щотижневого викладання нових версій хоч і займає багато часу, є цілком розумним рішенням, якщо не стоїть завдання терміново вийти в топи прямо зараз, а завтра втекти.

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

Для створення скріншотів можна використовувати зручний сервіс Launchkit, де можна безкоштовно підготувати картинки для одного додатка. Але далі ці скріншоти треба доправити в графічному редакторі. Не повинно бути обрізаних частин інтерфейсу, важливі речі варто виділити (у тому числі лупою), при необхідності додати стікери, ну і поправити колір, яскравість, контраст.

Перші два скріншота – найважливіші, оскільки їх видно в пошуку, але і решту три не треба робити аби як: вони можуть продавати додатковий функціонал програми.

Ну і, як і у випадку з ключовими словами, варто багато експериментувати. Іноді кращим скріншотом може виявитися найбільш несподіваний.

Трохи прикладів з нашої практики.


1 – зробили скріншоти на швидку руку. Конверсія – 8.33%


2 – поміняли фон. Конверсія – 8.37%


3 – внесли розмаїтість в колірну гаму скріншотів, скоротили тексти. Результат 9.05%


4 – поміняли перший скріншот, поставивши туди більш соковиту картинку (кольоровість і контрастність підтягували в графічному редакторі). 9.15%

Підготувати правильну іконку програми складніше. В ідеалі на ній повинен бути логотип програми, створення якого краще всього доручити професіоналові, і який буде допускати використання різних кольорів, які добре поєднуються зі скріншотами. Загальні правила схожі на правила зі скріншотами: ясність, лаконічність і обов'язкові експерименти.

Ми поки не визначилися з логотипом Aword, тому тестували різні варіанти:



Іконка №1 показувала конверсію в 8.35%. Спробували змінити, CR знизилася до 7.7%. Спробували поставити кубок – втратили ще 0.22% конверсій. Сіли з дизайнером, подумали про асоціаціях, у підсумку народилася іконка номер чотири – 9.48% (зображення корони – з військового постера don't Panic, зараз є суспільним надбанням). Зараз ми повернулися до першого варіанту з-за вже почалася рекламної кампанії, але в найближчі місяці плануємо провести ще ряд експериментів з іконками.

Висновки
Зробити ваш додаток видимим можна, не продаючи нирку, щоб оплатити послуги маркетологів. Інструменти ASO цілком доступні і розробнику: досить творчо мислити, працювати і багато експериментувати. І, звичайно, набратися терпіння: вносити зміни треба по одному, щоб мати можливість розуміти, яке з них спрацював, а яка, навпаки, виявилося невдалим. Треба бути готовим, що до того, як почнеться якась помітна монетизація, пройде багато часу, протягом якого треба буде постійно працювати, щось міняти, відстежувати результати.

Ну і традиційно нагадуємо, що ми шукаємо крутих людей (цілком можливо, саме вас в нашу команду!
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.