Chrome Web Store кажется простым. На самом деле — нет
Когда смотришь на рынок Chrome-расширений со стороны, кажется, что всё довольно очевидно.
Есть идея. Есть несколько недель разработки. Загружаешь расширение в Chrome Web Store и ждёшь пользователей.
На практике оказалось, что самое сложное начинается уже после публикации.
Весной этого года мы решили сделать собственное расширение для управления загрузками в Chrome. Причина была банальной: встроенный менеджер загрузок браузера казался слишком простым. Хотелось получить более удобный интерфейс для работы с файлами, историей загрузок и управлением процессом скачивания.
Мы не закупали рекламу, не привлекали блогеров и не запускали платный трафик. Было интересно посмотреть, способен ли Chrome Web Store самостоятельно привести первых пользователей.
Спустя месяц после публикации мы получили около 140 установок и накопили достаточно наблюдений, чтобы сделать первые выводы.
Некоторые из них оказались неожиданными.
Почему мы вообще решили делать Download Manager
Перед началом разработки мы изучили существующие решения. Оказалось, что рынок условно делится на две категории:
Первая — полноценные десктопные менеджеры загрузок вроде IDM и аналогов.
Вторая — браузерные расширения с минимальным функционалом, которые в основном работают поверх стандартного механизма загрузок Chrome.
Между ними существует довольно интересная ниша. Многие пользователи не хотят устанавливать отдельное приложение на компьютер, но при этом недовольны встроенной панелью загрузок браузера.
Мы решили проверить, насколько востребован может быть такой сценарий.
Разработка: ожидания против реальности
На старте казалось, что задача займёт одну-две недели. Фактически разработка заняла почти месяц.
Главная причина — ограничения Chrome Extensions API.
Пока не начинаешь работать с Downloads API, кажется, что браузер предоставляет полный контроль над загрузками. На практике многие вещи оказываются недоступны.
Например:
-
нельзя реализовать ускорение загрузок по принципу IDM;
-
нельзя напрямую управлять сетевыми соединениями;
-
нельзя получить полный контроль над процессом скачивания файла;
-
многие операции ограничены политикой безопасности браузера.
В итоге значительная часть времени ушла не на написание кода, а на поиск обходных путей и изучение ограничений платформы. Это одна из тех особенностей, о которых редко говорят в статьях про разработку расширений.
Публикация в Chrome Web Store
После публикации начался самый интересный этап.
Мы специально отказались от рекламы.
Хотелось понять:
-
какой объем органического трафика способен дать сам магазин расширений;
-
как быстро появляются первые пользователи;
-
какие метрики действительно важны.
Первые несколько дней статистика выглядела довольно скромно. Затем Chrome начал постепенно увеличивать показы карточки расширения. Через месяц картина выглядела примерно так:
На первый взгляд цифры небольшие. Но если задуматься, речь идёт о пользователях, которых мы никак дополнительно не привлекали. Все установки пришли исключительно из Chrome Web Store.
Самое интересное открытие — проблема оказалась не в трафике
До запуска мне казалось, что главная задача любого нового расширения — получить показы. Однако данные показали другую картину:
-
Пользователи находили расширение.
-
Пользователи переходили на страницу.
-
Пользователи устанавливали его.
Узким местом оказался следующий этап. Часть аудитории удаляла расширение уже в первые дни после установки. Именно здесь скрывается главный урок, который мы получили за первый месяц.
Ошибка позиционирования
Название нашего расширения — Download Manager (ссылка вшита в название).
На старте оно казалось логичным. Сегодня я уже не уверена, что это было правильное решение. Проблема в том, что словосочетание Download Manager вызывает у пользователей вполне конкретные ожидания.
Большинство людей вспоминают: Internet Download Manager, Free Download Manager и другие специализированные менеджеры загрузок.
То есть пользователь ожидает получить инструмент класса IDM.
Но браузерное расширение и полноценный десктопный менеджер загрузок — принципиально разные продукты.
Получается интересный эффект. Человек устанавливает расширение с одними ожиданиями, а получает другой тип продукта. Даже если расширение работает корректно, возникает разрыв между ожиданием и реальностью. Судя по статистике удалений, именно это сейчас является нашей главной проблемой.
Что оказалось важнее количества установок
После запуска я стала иначе смотреть на метрики.
Раньше казалось, что главное — рост установок. Теперь гораздо интереснее выглядят показатели удержания пользователей.
Если пользователь установил расширение, попробовал его и продолжил пользоваться через неделю — это гораздо более сильный сигнал качества продукта, чем просто ещё одна установка.
Особенно в экосистеме Chrome Web Store, где магазин сам анализирует поведение аудитории и принимает решения о дальнейшем распределении трафика.
Что будем делать дальше
Сейчас мы рассматриваем несколько направлений развития.
Во-первых, хотим переработать позиционирование и описание расширения, чтобы точнее объяснять его возможности.
Во-вторых, улучшить первый пользовательский опыт после установки.
В-третьих, продолжить наблюдать за органическим трафиком без подключения платных каналов.
Интересно проверить, где находится естественный предел роста нового расширения внутри Chrome Web Store.
Выводы
Если коротко подвести итоги первого месяца, то они будут такими:
-
выпустить расширение технически проще, чем кажется;
-
получить первые установки без рекламы вполне реально;
-
Chrome Web Store способен самостоятельно приводить пользователей;
-
удержание аудитории важнее количества установок;
-
позиционирование продукта может влиять на успех сильнее, чем функциональность.
И, пожалуй, главный вывод: публикация в магазине — это не финал разработки, а только начало.
Самые интересные проблемы появляются уже после того, как приходит первый пользователь.
ссылка на оригинал статьи https://habr.com/ru/articles/1045977/