22.09.26 - Batch 25 - Групповая встреча #4 transcript

Мы на старте нашего четвёртого потока, ребят, поделимся сейчас друг с другом теми ссылочками, которые уже получилось публиковать в сторе. Если вы почувствовали, что это про вас, если у вас уже есть продукт, который вы успели опубликовать в сторе, то, пожалуйста, прямо сейчас в чате просьба ссылочкой поделиться. Мы сейчас кое-кие моменты посмотрим на примере вашего продукта. Сразу скажу, что, конечно же, далеко не у всех к этому потоку получается подойти ссылочкой. Но вот вижу, что ссылочки пошли. Тут очень хорошо было бы, если бы вы сейчас их постили не только спикеру, а всем. Можно, ещё раз напомню, выбирать, кому вы их отправляете. И вот у нас несколько ссылочек уже появилось в чате, ребят. Э не пугаемся сейчас тех, кто не успел. Вот сейчас это пока ок. Действительно, могут быть ещё на ревью продукты, могут быть режекты. Мы сейчас будем как раз в этом с вами разбираться. Но как раз вот буквально пять-шесть ссылок - это то, что мы обычно видим на старте вот этого потока. Давайте пока я чатик выключу, чтобы мы сейчас с вами немножко от темы не ушли. Спасибо большое за ссылочки. А для чего я их попросил сделать? для того, чтобы просто показать, что действительно на старте четвёртого потока у нас обычно пять-шесть участников, там, ну, семьвосемь, короче говоря, далеко не все, которые смогли на текущем этапе опубликовать проекты. Очень круто, если смогли. Если не смогли, 70% ребят у нас обычно к этому этапу подходит пока без без опубликованного проекта, но это важно. Через модуль у нас обычно у абсолютного большинства продукты уже запущены. Будет очень не круто, если вы будете среди тех, кто к концу этого модуля свой проект не запустит. Поэтому постарайтесь максимально нагнать. У нас на этом модуле, как обычно, будет люфт, позволяющий нагнать тем, кто не успевает. И дополнительно на этом модуле будут определённые вещи, которые смогут сделать те, кто идут немножко быстрее основного потока. Давайте по переходим по ссылочкам, посмотрим, что начинает получаться. Это, кстати говоря, не окончательные варианты. Мы с вами будем их докручивать. Вот. Но давайте попробуем посмотреть, что мы видим здесь. Итак, а, ого, даже у нас есть довольно неплохо по пользователям уже даже для четвёртого модуля, для старта прямо даже очень хорошо. К автору продукт быстрый вопрос. Можно прямо написать под ссылкой, где вы опубликовали только что. в чате, да, эту ссылочку. Пользователи сами пришли, откуда они появились? Быстрый вопрос. А, судя по всему, вы поделили ссылкой, которую запускали довольно давно, либо от кого-то из конкурентов. Вопрос снимается. Да, не та ссылка. Ошибся. Да-дада, пропускаем. Аэ, так, идём дальше. Да, ну, конечно, по классике у нас обычно прямо первые пользователи начинают здесь появляться. У нас могут быть такие цифры и даже больше к концу этого модуля. Такое бывает. Но к началу это, конечно, пока бы ещё вы бы были первые, кто бы умудрился так сделать. Вот. Но это, да, не ваша ссылочка. Всё понятно. Так вот такие у нас продукты реальные от участников. Первый первый пользователь пока появляются. У кого-то юзеров нет. Это это это логично. Пока ваш продукт стори не полежит 2-3 дня, счётчик не показывается. Даже если вы установили его сами. У нас есть вот такие продукты. И сейчас пару моментов по тому, что важно иметь в виду, я вам подсвечу. Ну да, у кого-то чуть больше, у кого-то чуть меньше. Это прямо всё, всё стандартно, всё прямо по классике. И вот интересно, конечно, будет посмотреть. Специально это показываю здесь. И отдельно посмотрим с вами на наших финальных встречи. Сейчас расскажу, когда она будет, что изменится. Да, изменится не так много, потому что, естественно, SEO, оно требует времени для консолидации. Мы с вами будем разбираться, сколько вообще занимает обычно консолидация SEO. Но на самом деле уже у многих из вас, уже у многих из вас вот здесь в счётчике пользователей уже есть органические юзеры. Если вы пойдёте в консоль, мы будем разбираться, как это делать на этом модуле и на следующем ещё более детально посмотрите, откуда эти пользователи приходят. Это пользователи, которые уже органически вас могли найти. У кого-то даже побольше. Так, значит, давайте посмотрим на вот что, ребят. После запуска вы обязательно берёте, ставите знак вопроса в конце URL, пишете HL и переводите свой продукт на все языки. Ну не на все, а хотя бы на несколько, на пару-тройку языков посмотреть вообще, что у вас всё адекватно переводится, что у вас переводы нигде не сбиваются, потому что каждый поток есть люди, которые вот тут умудряются загрузить английский язык на всех пятидесятивух языках. Если вы так сделаете, вы автоматически убиваете свой продукт на самом старте. Если срочно это не исправите. То есть через 2-3 дня, если вы это не исправите, то продукту, к сожалению, ничего хорошего, а ну ничего хорошего этот продукт ожидать, конечно, не придётся. Почему так? Потому что вы получаете 52 дубликата для SEO. Почему так происходит? Да, потому что часто ребята не выполняют очень важную часть мануала в третьем модуле, где мы публика публикуем продукт в ChromeПре, обязательно выгружаем языки либо вручную, либо автоматизированно. Если вы пропустили этот урок, если вы его сделали некорректно, вы получите 52 языка, но все языки будут на английском. Поэтому все продукты, которые вы загружаете, всегда первым делом это просто уже на автомате, вы берёте, перепроверяете таким образом. Собственно, у вас, естественно, может быть такое, что название остаётся на английском, но перевод должен идти полностью. И, кстати говоря, не должно быть каких-то артефактов. Вот, потому что иногда при загрузке вот ещё тут могут быть артефакты какие-то. Те люди, которые пользуются не нашим софтом, а чем-то другим, иногда натыкаются на проблему уже в просто форматировании. Краткое описание у некоторых два раза дублируется. Вот эти все моменты, которые нужно отследить, обязательно нужно перепроверить, походя просто по различным кодам этих языков. Вот немецкий, итальянский, испанский и так далее. То есть, ну, тут у нас всё вот на двух продуктах, в принципе, работает адекватно. Так, хорошо. Хорошо. Значит, а давайте теперь вот как поступим. Мы с вами сейчас быстренько один из аспектов, который нам очень важен после предыдущего модуля, и мы его переведём сейчас из разряда, желательно, но не обязательно передё переведём в разряд обязательно, а после этого, конечно, поразбираем вопросы, которые, возможно, остались третьего модуля, и подведём итоги. Ребят, прежде чем мы начнём это делать, важнейшее объявление. У нас с вами 5 октября в 12:00 проходит финальная встреча. заранее, пожалуйста, добавьте её в календарь. Финальная встреча будет проходить полностью в лай-режиме. Вы знаете, что теорию мы обычно слушаем в записи. На вопросы мы отвечаем в лайве. Финальную встречу мы полностью проводим в лайве, потому что мы прямо с вами, с одним из вас во время встречи будем разбирать важнейшие аспекты по тому, как анализировать вообще, что происходит в вашем продукте. Мы посмотрим, углубимся в различные аспекты, которые касаются аналитики. углубимся в аспекты по тому, как определять, что идёт органика, сколько её идёт, как её отличать от различных источников трафика, как, например, те, которые мы будем разбирать на этом модуле. Мы с вами посмотрим, каким образом продукты монетизировать, и там будет огромное количество нюансов. У нас будет кусочек встречи, который мы традиционно проводим в коммьюнити выпускников, но мы его адаптировали для тех, кто заканчивает буткмп. И этот кусочек встречи отвечает на следующий вопрос. очень важный, что отличает статистически тех, у кого после буткэмпа получается, от тех, у которых не получается. Ребят, на самом деле это в своё время для нас было шоком, но когда мы просто получили довольно большой датасет пойволу, когда мы начали оцифровывать, что делают те люди, у которых стабильнее получается выходить на выручку и пользователи, когда мы составили отдельный лидерборд по выручке, мы очень сильно удивились, когда осознали, что вообще-то те люди, которые вверху этого лидерборда, ну вот у нас сейчас уже десятки пользователей с выручкой в десятки тысяч долларов и ещё больше. То есть это, ну, огромный лидерборд по уже нашим участникам, у которых выручки в 1.000 долларов в месяц. И я вам могу сказать так, что мы сначала немножечко смеялись над тем, что все они похожи друг на друга, а потом стало не до смеха, потому что мы просто набрели на такой инсайт, можно сказать, маленькое открытие, что это не не шутки, это не закономерность какая-то случайная, это реальная очень жёсткая э закономерность, несовпадение, э что люди, которые у которых получается чертовски похожи друг на друга. А вторая очень интересная закономерность - это то, что люди, у которых не получается, тоже очень похожи друг на друга. И мы, когда это увидели, всё вот, что мы таким образом замечаем, мы обычно оформляем встречи и в комьюнити выпускников мы эти встречи регулярно проводим. Так вот, кусочек этой встречи, это одна из самых полезных встреч за всю историю коммьюнити. Вы увидите на финальной встрече. таким образом сможете скорректировать, что делать и что ни в коем случае не делать после будк campмпас, чтобы с наибольшей вероятностью получилось просто по статистики. И, конечно же, в самом-самом конце мы вас пригласим в комьюнити выпускников в случае, если вы запустили проект, как мы с вами договаривались. Там будет отдельный у нас разговор по тому, как у нас устроена коммьюнити. Частично, частично мы с вами вернёмся к одному из RnD на, котором некоторые из вас были на прошлом модуле. А я расскажу немножечко подноготную, почему мы выбрали именно такой тип RND. Ну, те, кто в курсе, те, кто немножечко на опережение шёл, там участвует, знают, что RnD - это не то же самое, что идти по буткэмпу, да, где всё понятно. Ну вот, например, мы специально подобрали такой RНD, который сейчас на первый взгляд загибается. А если посмотреть детальнее, если посмотреть немножечко по-другому, не вот как в воткмпе мы идём, просто делаем 1 2 3, что уже проверено, а немножечко посмотреть э творчески на этот нди, вот на самом деле можно на набрести тоже на огромное количество очень интересных инсайтов по тому, как пользоваться этими customм GPTS. Вот. И об этом мы тоже отдельно поговорим на финальной встрече. На самом деле там была заброшена уточка на прошлом модуле, которую мне хотелось бы отдельно с вами разобрать уже как с коллегами, как с выпускниками будущими, да, нашего потока. и, конечно же, пригласить вас на -э на, во-первых, э-э, в состав, да, того самого чата, о котором мы много раз говорили, где вас ждут старички, где вас ждут наши выпускники, вот, которые вам с удовольствием будут помогать не только при условии, если вы запустили свой проект, потому что мы хотели бы, конечно, общаться со всеми там на равных. Если человек свой проект не запустил, к сожалению, не получится к нам присоединиться уже как к выпускникам. Нужно будет проект сначала запустить, и потом мы будем рады вас видеть в рядах выпускников. Об этом будем очень подробно разговаривать на финальной встрече, поэтому отдельно в календарь, пожалуйста, её добавьте. Будет огромное количество очень важных нам нюансов. Короче говоря, что делать после буткэмпа? Монетизация, масштабирование, аналитика. И вот что отличает участников, а у которых получается, а тех, у которых не получается. Отдельную дату, которую вас тоже попрошу себе записать, это 28 сентября. Мы, как обычно, встретимся с вами для ответа, для ответов на вопросы по этому модулю. У этого модуля будет своя куча нюансов, и мы отдельно с вами эти вопросы, конечно же, будем сейчас разбирать. Так вот, давайте сначала пару нюансов, которые у нас остались с прошлого модуля. Вот очень такой частый вопрос на начале предыдущего модуля. А следующий: а обязательно ли делать ручной перевод на другие языки? Напоминаю, что это у нас был такой подмодуль, который был необязательным. Он был желательным, но не обязательным. В этом модуле мы делаем его обязательным. Причём интересно, что вы можете это улучшить, да, то есть загрузив новую версию. То есть не обязательно брать и делать это до загрузки, как сделали те, кто успел. Это можно сделать и следующей версии уже после загрузки своего проекта в Store. Теперь, а давайте быстренько пройдёмся по этим аспектам, потому что они часто вызывают вопросы. Это такой очень спорный момент, который, понимаете, невозможно так детально вот хорошо преподнести, отцифровать, как многие другие аспекты, которые у нас это получилось делать. Почему? Потому что, к сожалению, по основному количеству национальных языков просто-напросто нету системы и аналитики такого качества, как по английскому языку, ну и по русскому, например, потому что есть Wordstat. Ребят, мы с вами будем должны вручную для наших основных языков, да, давайте ещё раз откроем а этот список, постараться сделать хотя бы название. Название у вас будет в одном из этих четырёх вариантов. Это либо национальный язык, где мы с вами просто берём и ээ придумываем название, которое включает в себя только ключевой запрос на национальном языке. Ну, например, если у нас, э, на английском языке это dark mode, то, например, на русском языке это была бы тёмная тема. То есть тёмный режим, как скорее всего перевела бы нам лэмка, мы с вами изменяем на такой вариант, который гораздо чаще ищут на этом национальном языке. В данном случае это тёмная тема. Что ещё? У нас, конечно же, с вами может быть вариант, когда мы используем два запроса. Причём бывает такое, что два запроса - это национальный язык плюс английский, а бывает такое, что это национальный язык плюс национальный. И бывает немножечко более редкий кейс, хотя я уже видел тоже примеры сегодня из тех ссылочек, которые отправили, когда у нас, несмотря на то, что локально национально, всё равно язык английский. Ребят, и ещё раз напомню структуру, как мы определяем, какой из этих вариантов выбрать. Определяется он по опыту. Он определяется немножечко вот когда появляется насмотренность. Ты, даже не зная, что у запроса есть пользователи, что у них есть поиски, вот не имея просто информации, на опыте уже начинаешь чувствовать, что запрос, блин, неадекватный и лучше его не переводить на национальный язык. А иногда ты начинаешь понимать, что, блин, даже несмотря на то, что юзеров нету и на английском нету, например, и на национальном языке, лучше я переведу на национальный язык. Но пока пока вот, чтобы пройти этот путь, да, то есть как-то попробовать и примерно, да, то есть уловить для себя общую суть, мы пользуемся упрощённым методом. Давайте я его ещё раз повторю. Мы берём и измеряем количество запросов в симраше, которые у нас есть по национальному вот этому запросу. Национальный запрос нужно подобрать. Как именно? На третьем модуле мы это с вами разбираем в теории. Ещё раз на стовляю. Вот вы его подобрали. После этого вы получаете какой-то объём трафика. Очень примерно. пускай будет, не знаю, там 100 поисков по английскому языку на том же национальном языке вы точно также смотрите, сколько поисков у вас есть. Предположим, по английскому языку у вас, не знаю, 200 поисков. И после этого нужно уравнять их знаменатели, потому что по всем языкам, кроме английского, simраш намного-намного меньше данных. Мы мы измеряли мы измеряли эту метрику. Почему это можно измерить? Да потому что есть Wordstat на русском языке, где можно примерно сопоставить, сколько Симраж примерно проглатывает запросов. И если очень приблизительно, очень нутрировано, то получается, что SIMR примерно проглатывает десятки раз этих запросов. Понимаете, в чём дело? Поэтому для упрощения можно взять и умножить в 10 раз то, что вы видите на национальном языке, условно говоря, привести к общему знаменателю. И получается 1тыся в данном случае. После этого берёте и сравниваете два запроса. Вы сравниваете их и смотрите, насколько они отличаются друг от друга. Если они отличаются друг от друга больше, чем в 10 раз после такой уравниловки, то вы выбираете тот запрос, который в 10 раз больше. В данном случае они отличаются в пять раз. Поэтому логичнее выбрать и тот, и другой запрос на национальном языке. То есть поставить и английский, и русский. Ну, точнее говоря, и русский, и английский. Первым у нас всегда идёт национальный язык. На втором месте мы обычно пишем английский. Вот этот эта конфигурация идентичная в тех случаях используется, если есть два запроса, которые оба очень сильные, очень такие хорошие на национальном языке, но не оба, а сильно опережают английский язык. Вот. И в данном случае мы берём оба таких национальных запросах. То есть конкуренция на национальных языках такая, она ниже в разы, просто в десятки раз. Она позволяет нам не упираться в один какой-то ключевой запрос на инглише, а взять два запроса на национальном или один на инше, один на национальном языке. Ни в коем случае не три, четыре, это уже будет переспам. Вот. Но так сделать можно. Если вдруг у вас получается такая ситуация, что национальный язык по запросу опережает после уравнения в 10 и более раз, или английский язык, несмотря на то, что запрос э национальный, да, то есть национальный локаль, но при этом английский язык там пережает в 10 и более раз, даже после вот этого вот э уравнения условного, да, мы берём либо английский язык, который опережает 10 раз, либо национальный язык, который опережает 10 раз. Общая логика такая, смысл на ней гораздо проще понять, но потом потом вы для себя немножечко выработаете свой почерк. Иногда от этого шаблона мы немножечко отходим, потому что есть такие запросы, у которых просто нет трафика и там вообще ничего не оценишь, но ты понимаешь, что просто у СIMR нет данных. Иногда на дистанции ты понимаешь, что всё-таки вот, ну, множитель в 10 раз там для одного запроса чуть менее справедлив, чем для другого. И всё это понимается уже на просто опыте. Приходит с опытом. Но сейчас это будет просто излишняя трата времени. Всё равно это сейчас, ну, не поймёшь и не объяснишь, понимаете? И это тоже, на самом деле, неплохой метод. Даже очень опытные участники часто к нему прибегают. Поэтому мы идём тоже по этому формату, чтобы просто понять общий смысл того, как работает Sраж на национальных языках. И ещё раз повторюсь, метод довольно работоспособный, поэтому как самый лёгкий вариант подхода к ручному переводу, мы его применяем. Вы сделали название, не зная языка. После этого в идеале сделать краткое описание. В краткое описание вы берёте и просто через, давайте посмотрим это в мануалах ещё раз, там довольно простые мануалы, а в отличие от английского языка, вы просто не проверяя переспам и так далее, вы берёте и просто просите лэмку написать вам краткое описание. которая включает два-три запроса, два-три ключа, да, обязательно включая название, но это нужно уместить в 132 символа. Перепроверяете, что не ошиблась, она символы может плохо читать. Вот. И, соответственно, у вас получается, опять-таки, не зная этот язык, у вас есть краткое описание, которое включает обязательно название и ещё парочку ключей, которые для этого языка актуальны, которые вы нашли, пока вы искали название. Теперь, когда вы это сделали, у вас остаётся полное описание. В полном описании опять-таки работа гораздо проще, чем на английском языке. Там мы просто смотрим, что у вас вот там, где в английском языке было вхождение названия, вы следите за тем, чтобы то название, которое вы вручную поставили для этого национального языка, используется в этих местах. То есть вы просто спрашиваете лмку, а вот тот перевод, который получился, включает моё название, которое я вручную сделал. Она вам скажет: "Нет". Тогда ты тогда вы скажете: "А сделай так, чтобы там внутри этого текста, ну, было 8-10 ключей из названия, а в точности, как это написано в названии". И у вас получается довольно оптимизированный текст, оптимально оптимизированный. Это не тавтология, кстати, потому что оптимизировать можно до посинения. и не закончить. Снова опять у нас фактор времени включается. И вот оптимум в этой оптимизации тоже очень важно видеть, потому что есть гораздо более важные задачи помимо того, чтобы вот это сделать. И поэтому вы можете вечно оптимизировать, но, например, не сделать ещё пару моментов, которые мы сегодня будем разбирать, например. Вот этого будет достаточно для того, чтобы сделать нормальную оптимизацию для старта продукта. К ней всегда можно будет вернуться, её можно улучшить. И очень важно, чтобы, конечно, осталось довольно большое количество времени, там процентов 80 времени у вас должно остаться на этом модуле. Тоже 2 недели он длится для того, чтобы сделать задачи из этого модуля. Давайте быстренько пройдёмся по задачам из этого модуля, ребят. В четвёртом модуле, ну, внимательный слушатель должен, конечно, немножечко сейчас потому что платное продвижение - это не то, да, что мы ждали на четвёртом модуле. Но дело в том, что платное продвижение мы, конечно, используем не так, как может показаться. Э, несмотря на то, что я говорил, что платным продвижением мы не пользуемся, мы им пользуемся, но по-хитрому. Мы не пользуемся, не пользуемся им для того, чтобы привести какие-то лиды себе в продукт, чтобы они там потом что-то купили. Мы пользуемся платным продвижением, исходя из одного очень важного аспекта, который, на самом деле, мы с вами уже успели разобрать, когда отвечали на вопрос: "А нафига нам ручной перевод?" Знаете куда? Вот на вот эти вот языки из второй части таблицы. Помните, я вам говорил, что понятно, зачем переводить на вот эти языки, да, то есть языки платящих стран, но нафига переводить на вот эти языки? Тут есть платящие, большие такие азиатские платящие языки. Тут есть японские и корейские, они не в чёт. А вот нафига перевед на арабский, индонезийский, русский, -э, и так далее, вот филиппинский, непонятно. И мы с вами разобрались уже, на самом деле, что причина этого перевода в том, что SEO работает очень хитро. Она работает так, что вот-вот у вас есть различные локальные выдачи. То есть, на самом деле, вот сейчас своё расширение сейчас будет очень часто вопрос: "Ой, что-то я своё расширение не вижу в выдаче. Откуда пользователи, если я его сам не вижу?" Ну вот, если интересно, а это обычно всегда интересно. Вот сейчас можете в конце задать вопрос, я на него тоже отвечу. Вот ваши локальные выдачи, у вас их 52 плюс-минус. Вот. И таким образом мы, э, работаем, что на самом деле довольно давно отследили, что если вдруг у вас, не знаю, там по какому-нибудь арабскому языку в арабской выдаче идут пользователи, это провоцирует приход юзеров из всех остальных выдач, которые у вас остаются. То есть из одной точки земного шара люди приходят для поиска это социальные сигналы, которые дают ему, знаете что? Понимание, что, блин, вообще-то этот продукт, молодой начинающий проект такой ценный кажется, что, ну, к нему приходят пользователи, несмотря на то, что я ещё этих пользователей не приводил. А давай-ка я помогу с пользователями, потому что на самом-то деле поисковику нужно постоянно, вы понимаете, то есть продуктов появляется каждый день там сотни тысяч. И поисковику, ну, иногда не хватает просто вот этих вот слотов, да, слотов, да, в выдаче для того, чтобы заполнить их. И ему нужны дополнительные, так называемые сигналы, вот в том числе социальные сигналы, чтобы понять, а этот проект достоин того, чтобы оказаться выдаче на старте или недостоин. И вот, собственно говоря, это и происходит с точки зрения того, зачем мы покупаем эту платную рекламу. Мы так хитро настраиваем алгоритмы, что в итоге провоцируем приход пользователей из определённых стран. А эти пользователи уже, в свою очередь мотивируют приход из всех остальных стран. То есть для поисковика они просто считают социальным сигналом, который поисковик довольно высоко оценивает, и он начинает по чуть-чуть привлекать пользователь со всего мира, в том числе из платящих стран. Вы посмотрите в теории, ребят, там будут ответы на вопросы, почему мы не привлекаем через такой метод пользователей из наших целевых сторон. Ну, если кратко, это очень дорого и бессмысленно, потому что мы никогда это не окупим. Это мы много раз уже проговаривали. Зато можно с таким же успехом провести гораздо более дешёвых пользователей. они ничего не заплатят, но зато они как уже мотивирующий такой фактор, как социальный сигнал позволит привести уже поисковику пользователей из платящих стран. То есть мы используем платное продвижение не для того, чтобы на этом зарабатывать, не для того, чтобы сводить экономику. На старте продукта, где ещё много ошибок и недоработок, это не почти никогда не сходится хотя бы в ноль. Это обычно отрицательно, отрицательный юнит экономика. Зато платное продвижение очень круто помогает разогнать органические алгоритмы. И для того, чтобы это сделать, на самом деле, не нужно много денег. Мы в своё время очень много потратили времени на то, чтобы понять, сколько нужно денег, чтобы разогнать эти алгоритмы. И выяснилось, что эти алгоритмы разгоняются на 50, 100-150 долларов. То есть вилка, которую мы будем здесь тратить, это как разтаки та сумма, вот, если вы помните нашу самую первую встречу ещё до Буткэмпа. Я там показывал такой слайд, сколько в среднем уходит на продвижение продукта, который мы запускаем по нашему методу. В среднем 50-150 долларов в зависимости от проекта. Там тоже будет написано в теории, да, э сколько именно будет это у вас, но ориентируйтесь на эту цифру. Это тот самый случай, где мы сейчас вот эту небольшую сумму, а вложим в платный трафик, хитро очень настроим один из кабинетов, тоже посмотрите какие-то кабинеты, и в итоге раскрутим наши органические алгоритмы для того, чтобы пользователи к нам уже приходили бесплатно. И вот с них уже у нас планируется, конечно, выручка, потому что когда пользователь приходит бесплатно, ну, любая покупка, любая покупка, в принципе, идёт в плюс, особенно если ты ещё оптимизировал токинизацию, да, что у тебя там токены не сжигают всё, а занимает 15-20%. Ну или если у тебя в проекте вообще нет издержек, как у многих из вас, там, в принципе, за вычетом налогов, всё остальное это уже естественно чистая прибыль. Так вот, для того, чтобы у нас это получилось, мы немножечко поможем органитрым, настроенным платным продвижением. Один маленький нюанс, и будем переходить к вопросам по третьему модулю. Как и прошлый раз, ребята, у вас будет всё, что касается платного продвижения, оптимизации в теории. Теории нужно будет сегодня посмотреть. Сегодня мы выложим видео, и вы посмотрите мы уже, когда вы вдумаетесь, погрузитесь в рекламу, настроите её, встретимся с вами для ответа на вопросы, да. по этому модулю на следующей неделе. А пока очень-очень маленький, но важный для нас с вами нюанс. Смотрите, мы будем с вами настраивать рекламу в одной из трёх платформ. Это Яндекс, это Facebook или Google. Почему эти платформы? Почему не другие? Можно ли другие? Есть ли смысл все сразу? Какие можно тем, кто врф, какие не надо и так далее. Это всё, что будет у вас в теории. И куча других нюансов, которых тут у нас тоже очень много. У нас ошибочек здесь будет пять, а нюансов снова будет по 20. Всё это вы посмотрите в теории. Я хочу сказать про один нюанс, который вот тут будет сильно отличаться от предыдущих модулей, ребята. Ну, вы видели э наши мануалы, я думаю, оценили их довольно высокое качество. Мы стараемся их максимально поддерживать актуальными, но проблема вот этих платформ в том, что в том же Фейсбуке, да, там, в Гугле или в Яндексе очень часто интерфейсы обновляются так, что они не обновляют их для всех, они обновляют их для групп. То есть, например, не выкатывают атест, обновляют интерфейс. Очень часто делают эти обновления, ну, суперника неказистыми. Вы просто офигеете от того, какой вы встретите интерфейс в Фейсбуке. Он и сам-то, да, там пользовательский Facebook, он не айс, мягко говоря. С точки зрения наших всех аспектов, да, там по упрощению работы, мне кажется, ну вот ребятам из Фейсбука было полезно сходить на буotк, но, естественно, э тут, я думаю, понятно, да, почему Facebook получается, то есть настолько молд вот этот пресловутый, да, огромен, да, в своё время-то там вот этот вот возможность быть одним из первых, да, там в среди социальных сетей огромный, конечно, капитал позволяет не париться об интерфейсе. пользователи страдают, но продолжают есть этот кактус. И вот речь идёт не только о пользователях вот этого пользовательского фейсбука, битусишного, а ещё и, конечно, битубишного кабинета. И что они там наворотили в битубишном кабинете? Тем, кто ни разу не видел, готовьтесь. Правда, привыкаешь ко всему в этой жизни. Э, и даже можно привыкнуть к пользовательскому опыту в Фейсбуке в том числе. Э, привыкаешь, потом пользуешься и даже, может, не замечаешь на каком-то этапе, но просто баг погоняет багом на старте. Интерфейсы из разных просто эпох, где каждый ломает э виджет в соседний. Ну, много всего весёлого вы увидите в теории, ребят. И самая большая проблема, что, к сожалению, мы не можем поддерживать мануалы актуальными, просто потому что, например, у нас старая версия кабинета, у кого-то из вас тоже старая версия кабинета, а кому-то начали рассказывать новую версию кабинета, а у кого-то есть какая-то промежуточная, и приходится просто поддерживать мануалы такими, которые актуальны для большинства тех, кто проходит поток. Но вы можете попасть в то число людей, у которых немно немножко, иногда и довольно сильно отличается интерфейс. И будьте, пожалуйста, готовы к тому, что придётся поискать иногда кнопочки. Вот придётся поматериться немножко на Facebook, потому что, ну, у нас в четвёртом модуле мануалы не могут быть актуальные для всех платформ, потому что они постоянно меняются. И меняется, к сожалению, так, что в моменте могут быть разные версии. Вот. Ну, опять же таки у всех, абсолютно у всех, кто проходил до этого botcamp, получалось. Я уверен, что получится и у нас с вами. Нужно просто сделать. Что ещё у нас будет на этом модуле? Мы впервые встроим с вами аналитику, а, и, конечно же, посмотрим, как мы работаем стыми метками, а потом научимся смотреть статистику по установкам с помощью аналитик. Тоже посмотрите. Очень важный момент будет у нас по поводу того, как мы не просто, а, делаем так, чтобы к нам приходили первые органические пользователи, а ещё и мотивируем положительный фидбэк от ваших первых юзеров. Мы ни в коем случае не занимаемся бытоводством. Мы ни в коем случае ничего там не нагоняем, не привлекаем, не накручиваем. Это будут абсолютно живые люди, которые к вам пришли и будут оставлять фидбэк. Будет очень интересная механика. Тоже будет разбираться в теории. Ну и добавляем первичные отзывы. Всё это будет в теории, ещё раз повторяю. Если вдруг у вас по этому вопросы лучше подождать 28 сентября, а на этой неделе внимательно выгрузиться, посмотреть теорию, посмотреть нашу базу знаний, и потом 28 сентября мы это всё разберём. Если вообще не в терпёше, вот вам кажется, что всё блокируется, всё пропало, можно как обычно сегодня спросить. Я кратко отвечу. Но вообще у нас, конечно, как обычно, встреча посвящена вопросам прошлого модуля. Давайте ими сейчас и позанимаемся. минутка на то, чтобы сформулировать вопрос. И в течение этой минутки появится, как обычно, ссылочка. По этой ссылочке можно будет задать вопрос по нашему уже пройденному третьему модулю. Минутка перерывав, ребят. Ссылочка сейчас появится в чате. Так, а ссылочка на вопросы в чате. Как только появляется первый вопрос, начинаем. Вот здесь Так, есть первые вопросы. Давайте на них посмотрим. Вопросы сейчас немного даже не забегают вперёд. Они немножечко нас отвлекают в сторону, но они хорошие, поэтому давайте их тоже поразбираем. Вот такой вопрос от Максима. Есть ли смысл делать видео? Даёт ли это что-то? Нужно ли локализовать помимо писания названия скриншота сам интерфейс лендинг poly video? Если хосты, сколько, э, как правило, ждать ревью? Пишет, что будет увеличен срок. На все эти вопросы мы, на самом деле, ребята, уже отвечали. Давайте кратко ещё раз. Про хосты. Речь идёт про Host Permissions. Я уже говорил в прошлый раз, что Host Permissions даже выбраны максимально.

Allels, то есть звёздочка, да, подразумевает все возможные хосты. Действительно удлиняет срок модерации, но абсолютно не является препятствием. Ну, плюс 2 дня в среднем добавляется. Они там пишут вот такую плашку, что ой, убери хосты, иначе будет долго, сложно и так далее. На практике это полтора-дня плюсом к первому, к первой модерации, а вторая и третья модерация проходит ещё быстрее. Ну и, короче говоря, им просто можно пренебречь то, что они там пугают, просто не брать в голову. Что касается локализации, тоже много раз уже обсуждали, что мы скриншоты, сам интерфейс, полиси видео, ну, видео сейчас отдельно тоже про него расскажу, а видео давайте пока забудем. Вот всё, что тут у нас с вами есть, мы обычно не локализуем, потому что время есть языки, как, например, норвежский, который мы с вами не знаем, он важен для нас, но если вы возьмёте, например, и Норвегам переведёте на норвежские через Лэмку, это ок. Если мы с вами говорим про локализацию вот этой части, мы это с вами уже сделали, потому что эту часть никто не читает. Эта часть нужна для поисковика. А вот если вы тут имбахнете норвежский перевод, очень часто лэмки на этих довольно редких языках такую дурь пишут, что норвеги, кстати говоря, идеально владеющие английским на уровне просто носителей, как и шведы, как и датчане тоже все платящие страны, на самом деле, я сейчас перечисляю, Нидерланды, Бельгия и так далее. Ну, то есть они и так английским владеют, и они без проблем бы поняли, что тут написано, а вы просто берёте им коверкаете это название, потому что вы этот язык не знаете. А и у вас нету времени погрузиться и прямо детально проработать промты и так далее. 52 раза потом всё это нужно ещё загружать быстрее, быстрее будет сейчас пишите. В итоге просто, скорее всего, ухудшите конверсию. Потому что мало того, что, кстати, конверсию ухудшите, так ещё и ухудшите, скорее всего, просто, ну, кредибилити, да, доверия к вашему продукту, потому что вы сами догадываетесь, сами видели, я уверен, всякие продукты от индусов, когда есть какой-то автоперевод, он стрёмный, и ты думаешь: "Блин, лучше было бы на английском, чем вот этот вот русский, где который просто исковеркан, где кнопка там save переведена как кнопка спасти". И вот э лучше это не делать. То есть на старте, то есть это, конечно, плюс конверсии, это, конечно, а хорошая идея, как и много из того, что мы в буткэмпе, э, делаем, да, но это тот случай, где было бы неплохо. То есть без этого можно обойтись, у нас без этого работает. А вот если это сделать плохо, вы конверсию ухудшите. И тут дилемма. То есть я бы сначала бы точно бы это не делал. Я бы сначала сделал бы всё, что есть на будткемпе. остаётся время, пошёл бы каждый каждый просто вот заголовок, каждый вот если я хочу всё-таки сделать локализацию, а каждый элемент интерфейса, который тоже читают на кнопочке, да, там на всякие плейсхолдеры, всякие ну все вот элементы, которые есть внутри, а плашечки, перевёл бы так, чтобы максимум отгрузить лэмки контекста, где это находится на редких языках. То есть мы привыкли, что на русском всё супер. Привыкли. Кстати, тоже не всегда. То есть в часто Лэлмка пишет лишнее. Ну, прямо очевидно, что она пере перебарщивает. Вы, я думаю, прекрасно знаете. На английском пишет, ну, конечно, хорошо. А вот на многих других языках она просто вообще теряет контекст и пишет просто ерунду. И вот очень важно, очень важно, чтобы вы, кстати, знали, на некоторых языках, ещё более редких, чем норвежский, она напишет вообще тотальный бред. То есть она просто напишет символы, вместо того, чтобы написать там буквы, которые на этом языке используются. И вот ей очень важно отдать весь контекст, где, например, эта плашка используется. Типа ты переводишь не знаю, плашку, которая находится на вкладке сканирования в продукте для того, чтобы делать QR-коды, и эта плашка и так далее, да? То есть в чём в чём заключается е суть. Сформулирую на этом языке наиболее вот это приближено так, как это сказал бы носитель. И и чтобы это адекватно выглядело в интерфейсе этого приложения. То есть вот с такими промтами вы по факту привязываетесь к каждому вот этому вот каждой строке, которая у вас есть внутри продукта. Это огромная работа. Это огромная работа. У вас 52 языка, понимаете? И мы обычно эту работу не делаем. Мы эту работу делаем обычно тогда, когда у продукта более 10.000 пользователей. Уже понятно, что продукт будет монетизироваться. Уже понятно, что в это стоит валить время. занимает у нас это в среднем 2 недели, чтобы тоже понимали, в среднем по продукту. То есть мы тупо тратим на вот эту вот работу 2 недели, чтобы было качественно, потому что первую версию вы можете одним промтом получить, а вот доводка она занимает огромное количество времени. Очень часто консультируемся с носителями для того, чтобы проверить, что там всё адекватно, потому что, ещё раз, вот эта вот история, её никто не читает, а в интерфейсе welcome page на скриншотах, ну, естественно, люди глазами смотрят, как это выглядит. Поэтому я бы, конечно, ну, это не делал бы на старте. редкое исключение - это, возможно, какие-то очень простые продукты, где интерфейс, это, не знаю, там, ну, одна кнопка, две кнопки. Ну, наверное, это можно сделать там за пару дней. И опять-таки очень внимательно. Скрины я бы на старте не стал переводить, потому что это огромная работа. Так, ещё из графика, где, опять-таки, очень важно не продолбаться. Короче говоря, объясню, почему. Видео. Автор вопрос спрашивает также про видосы, ребят. видосы, которые тут можно делать, это, во-первых, э YouTube, который требует от человека, чтобы он остановился, нажал на кнопочку, подождал, когда там начнётся суть, и посмотрел видос. Ещё раз напомню, что решение об установке этого продукта принимается за 2 секунды. Пока человек будет включать видео, это кажется немыслимо, когда вы, опять-таки, разработчики, но когда вы сами пользователь, а вот задайте себе простой вопрос: часто ли вы смотрите видео, прежде чем устанавливать приложение? В лучшем случае это вот так вот кликнул, а, примерно то и погнал устанавливать. Но очень часто бывает следующее. Вы нажимаете на видосик, там какая-нибудь начинается рекламка, она вас отвлекает, кто-нибудь позвонил, кто-нибудь отвлёк, пришло уведомление, и так далее. И обычно это ну мы, конечно, тестировали видео. Обычно, короче, видео, э, уводит человека от контекста продукта, они дают ему больше выбора, больше времени подумать, как только появляется любое вот это вот больше времени подумать. Кстати говоря, как и внутри вашего продукта тоже, там, где нужно думать, выбирать что-то, да, там решать, это обычно просто срезает конверсию. Поэтому мы видос обычно никогда не делаем вот на этом этапе, просто потому что они дольше требуют для погружения. Вот дольше требуют когнитивки, чем просто картинка, которая сразу отображает суть. Заблю фото в два клика. Так, это мы с вами изучили. Короче говоря, про видео мы в принципе не говорим. Полисе их никто не читает, только модерацию. Там уже сразу есть правильный текст. НOS интерфейс и скриншоты. мы обычно не локализуем. Так, идём дальше. А вот такой вот просто от Валерия. Хочу продвигать свой экстншен через рилсы. Как это делать, если пока что мы в название экстеншна не добавляем какое-то авторское название, а используем только поисковый ключ, только через выдачу ссылки на extension. Смотрите, а действительно, скорее всего, вот на текущем этапе экстеншн там через рилсы продвигать, ну, во-первых, нет смысла, потому что у большинства из вас, я просто знаю кейс Валеры, но у большинства просто нету аккаунта, да, там раскрученного и ээ время на то, чтобы научиться делать рилсы, начать их делать, потом понять, что это очень долго, понять, что это не получается, да, там, и в итоге не запуститься, да, даже это вот самая вероятное самые вероятно на исход. Поэтому большинство, конечно, делать ни в коем случае не надо. И в том числе, кстати, Валера, тоже попрошу тебя в первую очередь сделать то, что у нас в мануалах. Я знаю, что у Валеры есть аккаунт, я знаю, что у Валеры уже получаются рилсы. Если вы сейчас узнаёте себя вот в этом профиле, например, у вас есть какой-то внешний трафик, у вас есть Telegram-канал, у вас есть аккаунт в инсте с рилсами, есть YouTube и так далее, конечно, к тем платформам, которые я перечислил, вы можете попробовать, у вас уже есть трафик, да, вы можете попробовать добавить ещё внешний трафик. Это, естественно, не минус. У большинства этого нету. И как бы повторюсь ещё раз, все продукты, которые на Буткэмпе мы запускаем, они запускались вот без таких каких-то помогаек внешних, да, то есть внешнего какого-то актива. Есть актив, хорошо, пользуемся, нету, не проблемы. У нас у абсолютного большинства его нету, и всё равно всё получается. Поэтому первое, что я рекомендую всем и тем, у кого есть внешний траф, и тем, у кого нету, сделать то, что мы и так даём в манах. Если есть какой-то внешний траф, попробуйте. Ну да, тут будут сразу проблемы. Вот, например, с экстшенами у нас нету какого-то брендового названия, поэтому экшн довольно тяжело продвигать. В ресах нужна ссылка, а ссылка сложная. Как из как мы из этого исходим уже выходим, да, из этой ситуации, когда мы работаем уже в RNG формате, в алюumмне, тоже в двух словах могу сказать, что делается. Придумывается вебверсия вашего экстеншна. Для веб-версии уже де оптимизируется название. То есть, например, вы берёте и придумываете просто вот наоборот такой вот такой бренд, который человеку можно ввести, и там вообще нет конкурентов. Кидайте его на индексацию. Если у этого нет трафика, у этого нет конкурентов, да, у этого названия, то довольно быстро вас подхватывают, и вы становитесь первым. Всё, на это можно вести трав. То есть вы, например, берёте, придумываете какой-то бренд и вот, пожалуйста, наш продукт как раз-таки делали для блогера. он берёт и сразу попадает в э в поиск. То есть вы таким образом можете делать такие продукты. Ещё один пример. Ещё один пример. Тоже продукт, который быстро был проиндексирован. Кстати, люди, которые вводят что-то, посмотрев рилсы, не понимают часто разницы между тем, чтобы ввести что-то в URL. Ребята, это, кстати, вообще шокконтент сейчас для многих будет. А вы в курсе, что обыватель не понимает разницы между вот этой поисковой строкой и вот этой? Ну, это так, если что, чтобы вы тоже понимали, кто будет пользоваться вашим продуктом. Это не для того, чтобы над ним сейчас поржать, а для того, чтобы вы понимали, насколько сильно нужно упростить продукт, потому что люди путают Google с Хромом. Да, и это одна из причин, почему когда-то, раньше такого, кстати, не было, но когда-то уже довольно давно поисковик, да, там в данном случае браузер придумал, что тут тоже можно искать. Такого раньше не было. Ну так вот. А и, короче говоря, что мы тут делаем? Человек, вы ему говорите в Realсе: "Введи там." И откроется мой продукт. Он берёт и вместо того, чтобы вводить домен, идёт и вводит это здесь. Это делает 80% людей, которые смотрят тиктоки рилсы. Очень важно по этой причине, чтобы и домен, и бренд - это был какой-то выдуманный, да, э, слоган или какой какой-то выдуманный бренд, не логизм часто, для того, чтобы у него вообще наоборот не было конкурентов, потому что весь трафик, который будет сюда приходить, будет приходить извне. Вот. И при этом он может ссылаться на экстен. То есть, например, вы можете взять, можете открыть сразу продукт, да, и, э, отправить его тут ещё и на венгерском языке, и отправить его внутрь продукта. А можете здесь сделать кнопочку для того, чтобы человек установил exнtion. И неважно, еслишн будет уже оптимизированным, потому что он уже вас нашёл. То есть вот делается вот такая вот прокладочка как бы для того, чтобы люди могли вас легко находить. И потом мы уже ведём на экшн. Вот то же самое я предлагал бы сделать и здесь. Кстати говоря, в этом тоже будет отдельный плюс, потому что потом, когда мы будем с вами продвигать сайт, у сайта уже будут идти социальные сигналы. Уже на этом сайте будет какой-то контент. Потом, когда мы будем сайт уже продвигать в поиске, например, этот, у него его пока толку продвигать нет, у него нет никакого контента, но уже есть траст, уже есть социальные сигналы, и потом, когда мы его будем продвигать, он уже из песочности вышел. А так обычно пришлось бы ждать ещё 4 месяца, пока сайте из песочниц выйдет. Поэтому, ну вот такой подход мы обычно используем в релсах, в тиктоках, если их делаем. Но мы их обычно делаем уже после буткэмпа в R&D формате именно по привлечению вирального трафика. То есть сейчас это не актуально тем, у кого нету уже готовых аккаунтов и кто не разбирается в ресах и тиктоках. Контуры контуры интуитивно, что хватает только одного скриншота без каруселий. У конкурентов всех карусели, раскрывающие функции продуктов. В будущем возможно тестить один скриншотс два-три скрина. Если бы тесты для такого или смысла тут тестить уже нет, и вы проверили это на десятках экстеншнов? Мы проверили это на десятках экстеншенов, что в среднем это не влияет. И так вам это и преподнесли. Есть продукты, где это играло свою роль. Но смотрите, когда нету чёткой закономерности, как делать лучше, мы всегда идём по пути наименьшего сопротивления, потому что в большинстве случаев, повторюсь, что один, что 1 2, что 1 2 3 скрина отрабатывали точно так же. Вы можете добавить 1 2 3 или 4, вы не ухудшите ситуацию, но и как бы сильно не улучшите. Поэтому скажу вам так, а тестов Хромистори нету. Мы начинаем очень по-разному, и мы ни разу не видели, чтобы там тот факт, что мы там сделали два скрина вместо одного, на что-то в итоге там повлияло. У нас в компании в комьюнити у нас были несколько продуктов, которые в итоге там от добавления там второго-третьего скрина, но немножечко CTR себе повысили. Но опять-таки это довольно единичные экземпляры, которые если мы не видим статистической какой-то прямо чёткой закономерности, мы не вводим это в программу буткэмпа. У нас очень важное правило, что мы в ограничении, да, того, что мы делаем, видим огромную силу. То есть часто не делать, я вам 100 раз говорил, важнее, чем делать определённые вещи. Как можно менять графику и корректировать тексты? Есть ли подводные камни? Подводные камни есть, и я бы, если не рекомендовал бы, поэтому это делать. Смотрите, вот вы можете графику менять сейчас, пока она вам самому не понравится. Это просто загрузка новой версии внутрь того листинга, который у вас уже есть в консоли, да, разработчика. А это будет проходить через модерацию. Сразу сразу вас предупреждают, вы одну точку добавили, не знаю, здесь или добавили другую картинку. Это тоже пойдёт через модерацию. Это первый нюанс, но он как бы не критичный. Если нужно что-то поменять, меняем и не паримся. А вот текст, э название, вот сейчас, если у вас там ничего не идёт, а оно и не может пойти, вы будете отдельно в теории разбираться вообще, что ждать от продукта, когда от него что-то ждать. Вот пока менять не надо. Я сейчас не говорю про ручное изменение, да, там ручной перевод, который мы обсуждали в начале встречи. Я сейчас говорю про то, чтобы bler image изменить на какой-то синоним, чтобы попробовать с другим ключом, потому что тут якобы не пошло. Вот это делать не надо, потому что вы пока по этому запросу вообще ещё ничего не понимаете. Посмотрите в теории, что, ну, если вы будете делать эти изменения там раз в неделю, у вас ничего не получится, потому что SEO нужно время, чтобы консолидироваться. Поэтому давайте мы договоримся, общую оптимизацию под какой-то выбранный изначально ключ мы не меняем. Сейчас речь идёт о том, что мы оптимизируем именно локализацию, то, что мы обсуждали в начале встречи. Так, идём дальше. А ранее на встречах вы упоминали, что аудитория из России статистически показывают низкую конверсию в покупку. Стоит ли в таком случае детально прорабатывать ключи под название, как в примере с пипеткой и дарк модом? Ведь если мы приведём много людей, которые ничего не купят, это ухудшит поведенческий фактор и приведёт к пессимизации выдачи. Я помню так о том, что есть те, кто не покупают в других странах, но наоборот повышает ПФ и позиции выдачи. Так, э, на самом деле вот, по-моему, тут есть некоторые непонимание, как работают поведенческие факторы. И вот, честно говоря, вроде как вы сами тут отвечаете на свой вопрос, Юрий. Давайте ещё раз. Значит, вот вы работаете с двумя параметрами. У нас их с вами три. Мы работать можем с двумя. и косвенно встретить. Оптимизация продукта - это всё, что касается поисковиков. Название, краткое, полное описание. Вот вы будете сейчас делать виджет с отзывами, вы будете сейчас делать первые отзывы, вы сейчас будете настраивать социальный сигнал. Это всё то, что делается для оптимизации. Поведенческие факторы - это то, что люди не то, что к вам там пришли и заплатили, а это люди, которые к вам пришли и у вас остались. Давайте вчитаемся снова вопрос. Если мы приведём много людей, которые ничего не купят, это ухудшит поведенческий фактор и перейдёт к пессимизации выдачи. Ну, то есть это ошибка. Факт покупки никак не влияет на поведенческие факторы. Другое дело, что если вы приводите человека, показываете ему, он ничего не покупает и уходит из выдачи, это уже пессимизация. Но мы же можем отрабатывать этих людей по-разному. Например, сейчас на старте мы вообще договорились по Евола не делать. То есть по Ивола как блокировки поединеческих факторов тут и не будет. А когда мы будем встраивать монетизацию, об этом будем говорить как раз на финальной встрече, мы ещё с вами проследим, чтобы мы так её строили, чтобы для тех стран, где в принципе не платят, мы как раз на этих странах поведенческие факторы немножко ещё и выиграли. То есть мы, например, поставим на первый на тир на тир для США, там Западной Европы. И долгое время, ребята, у нас будет стоять, не будет вообще поела, например, на СНГ, где люди не платят, зато могут нам улучшать поведенческие факторы, потому что повола там нету. И та просадка, которая будет по поведенческим в тирван, она нивелируется тем, что у нас поведенческие факторы будут очень хорошими по тир2 и тир3. Но об этом ещё мы поговорим, когда будем говорить про монетизацию. В любом случае тейк, что если мы придём много людей, которые ничего не купят, это ухудшит ПФ абсолютно не правильный. Если вы приведёте много людей, которые уйдут из вашего продукта, не воспользовавшись им, вот это смертельно для поведенческих факторов. А то, что он купит или не купит, неважно. Если нет поевола и при этом он там остался, получил пользу и не ушёл конкуренту, то это отлично для поведенческих факторов. Идём дальше. Ещё один вопрос по поводу локализации. Для английской версии, а мы сначала собирали ключи, а затем мапили их на основе на описание продукта. Ну или собирали описание вокруг ключей, кому как больше нравится. Сейчас же речь шла о ручном подборе ключа для названия и на других языках и его внедрении в полное описание на других языках. Подскажите, стоит ли для других языков делать такую же таблицу с main и экстра ключами и мапить их уже на готовое описание основных языков или это to much? Да. Да, мы уже сегодня это успели обсудить. Это тумач. Это снова тот момент, где лучше время сэкономить, оптимизировать из-за гораздо более низкой конкуренции по языкам лока по национальным. А не требует это такой тщательной проработки, как в английском языке. Ну и раз мы же с вами потихонечку, да, пройдя уже экватор буткэмпа, немножечко уже идём ко второй части, да, и скоро уже даже будем близиться к завершению, давайте немножечко буду добавлять таких интересных фан-фактов, которые возможно всем будет полезно знать. Ну, во-первых, это не фан-факт, это просто факт.

Appdate. Пока мы проходили Botcam, стал Appview. А вот что я хотел вам показать внутри, это то, что у нас с вами из 260.000 экстеншенов и тем на текущем этапе мы с вами смотрели, да, давайте ещё раз рядышком прямо расположу. Chrome stats это вот продукты, у которых что-то получается по по всему рынку, да. у которых что-то получается по пользователям. Давайте посмотрим. То есть у нас вот всего от всего рынка, этого огромного рынка, всего лишь у трёх с небольшим процентов что-то получается по пользователям. Ну что-то получается, это когда вот по нашим, да, показателям продукты перешли 10.000 пользователей. Вот у нас компании, я вам говорил, каждый второй продукт на дистанции года переходит эту отметку по рынку меньше 4%. Причём этот график, он актуален для всего стора за весь срок его существования. А ему, кстати говоря, уже в, ну, уже больше 15 лет сторо. А вот, э, так, так и так грустненько у нас себя чувствуют продукты в сторе. У абсолютного большинства продуктов э меньше десяти пользователей, самый большой столбик. У огромного числа продуктов меньше 1.000 юзеров. Ну так вот это первое. Почему так? Вот я думаю, что вы сейчас очень чётко понимаете разницу между хорошо оптимизированным продуктом, да, и оптимизированным, но плохо. Вот количество далеко не всегда переходит в качество. Помните, на первом модуле, когда нам нужно было как-то проверять, и мы могли только количественно это проверить, потому что иначе мы просто не умели. Сейчас мы умеем проверять качественно. Ну так вот, если посмотреть по дескрипшену просто по количественному и по языкам больше тридцати, то из 260.000 у нас всего лишь у 3.000 есть какая-то оптимизация. Это это меньше 2%. И это мы сейчас смотрим по количеству. Это мы сейчас смотрим по количеству, а не по а качеству. Если смотреть по качеству, там ещё будет хуже. Вот. И к чему я вообще про это начал говорить? А я это начал говорить к тому, что вот надо понимать, когда мы с вами начинаем заниматься экстра и мейном для других языков. Дело в том, что меньше, ну, 2% людей, в принципе, вообще о языках подумали. Ещё раз в 10 меньше людей, которые могут это сделать на нашем уровне. Поэтому в mainra просто не нужно заходить по национальным языкам, потому что там, ну, в этой плоскости это уже будет, ну, не нужна оптимизация, которая просто потратит время. Такая идея. Так, идём дальше. Вопросы. Мой продукт Webсайт Change Monitor, расшение, которое уведомляет пользователя об изменениях выбранного элемента на странице, оказался слишком сложным. Я был вынужден сократить первый вариант до абсолютного минимума. Дальше рассматриваю схему. Моё Chrome-расширение остаётся интерфейсом, а дальше мой сервер обращается к внешнему сервису мониторинга сайтов, который предоставляет АИ. Насколько такая схема вообще нормальна и жизнеспособна для наших микропродуктов? Правильно ли понимаю? Обычный атариф не означает право встроить сервис свой продукт для пользователей, что проверять в условиях и запросить у поставщика для своей модели. Я физлицо и нахожусь в ВРФ. Есть ли смысл сейчас рассматривать зарубежных апи поставщиков или юридические платёжные риски делают этот путь непрактичным? Как корректно позиционировать себя в письме поставщику independent девелопер будущий сапроект физлицо ИП? Хочу понять, стоит ли тратить время на переговоры с такими компаниями или лучше сразу строить собственный локальный движок. Заранее спасибо. Порядку. Если вы используете АИ, ну вы понятно, что не открываете Америку. У нас, если брать, например, ИI продукты, ну, апи используется везде. Вволе апи продуктов уже более половина. Это первый момент. Второй момент, если говорить не только про AI, конечно, и такие есть примеры. Вот, кстати, почти судьбоносно рядышком оказался как раз едафон Дениса, который как раз за счёт того, что живёт на опишке, позволяет людям из браузера звонить. прибыльно ли это, да, можно ли встроить в конечный продукт такую систему, да, чтобы вы, будучи селлером, да, по факту реселерили то, что вы получаете по апе, ну вот, конечно, такие прецеденты есть, у продукта довольно приятная выручка месяц. Кстати говоря, прямо сейчас Единст работает над тем, чтобы сделать аналог для того, чтобы есим точно так же брать через запишку и распространять. тоже уже получается выручка несколько тысяч долларов в месяц. То есть такое, конечно, есть. А посмотреть это в поставщике очень легко. Вы открываете просто его terms and conditions, открываете его с клодом и задаёте ему вопрос: "Можно ли мне встроить в конечный продукт эту опишку?" Ребят, в абсолютном большинстве, конечно, да, для того её и продают. Это прямо надо постараться, чтобы найти апи, которые можно использовать только в своём сервисе, но не но не давать этим сервисом пользоваться другим людям. То есть, скорее всего, ответ 90% будет, да? Вот. И то есть, ну, в смысле, у вас будет такое право, скорее всего, нужно прочитать terms and conditions. То, что эта схема может быть жизнеспособна, тоже, конечно, возможно. Я не могу сказать, да, там сейчас за все сервисы, что они работают ЦРФ или не работают, но в целом, если это не экваринги, вот если так в среднем говорить, если это не экваринги, то обычно пишки гораздо более лояльные, чем а экваринги и какие-то такие вот вещи, связанные с деньгами. То есть банк экварин, конечно, не откроется под РФ адрес. Я бы в вашем случае бы ф-адрес всё равно не указывал. указывал бы там, не знаю, какое-нибудь ваше последнее место жительства за рубежом, может быть, даже в каком-то смысле там отель, да, там придуманный. Обычно они не ну не парится. Если бы это имму было важно, они бы перепроверяли через документы. Как правило, пишки не требуют того, чтобы вы отправляли какие-то документы для верификации. Ну и, соответственно, это не так критично. У абсолютного большинства в этом нет проблем. Понятно, что к ним нужно заходить тоже через VPN. Понятно, что я бы даже использовал в данном случае на всякий случай антидетект, который вы уже настроили. То есть это тоже всё поможет. Ну и прямо надо постараться, чтобы вас блокнули на дистанции. Хотя такое бывает. Вот я знаю, что, например, поставщики похожих продуктов, как у Дениса, могут блокать, но это надо прямо постараться, например, чтобы эту опишку начали уже ваши юзеры обюзить, как-нибудь вас взломали, начали, например, там в данном случае звонить кому-нибудь, там спамить, ну тогда можно блок получить. Вот получить блок просто по локале. Ну если у вас VPN, если есть антидетект, надо прямо постараться. Вот это что касается просто в среднем по больнице. Что конкретно будет у вас по юнит экономике, я не знаю. То есть тут надо что понимать? Ребят, вот смотрите, я напомню этот момент, который у нас с вами был в во втором модуле, когда мы с вами смотрели 2.6 подмодуль. А что делать с монетизацией, когда в продукте есть издержки? И мы с вами договорились, что у нас примерно уйдёт на 100-200 долларов на издержке, когда продукт начнут активно устанавливать, и затем мы встраиваем монетизацию. То есть вы должны понимать, что а это издержки. 100-200, ну 300 максимум долларов - это то, что мы рекомендуем потратить. Соответственно, сейчас вы можете только предсказывать, сколько у вас юзеры будут жечь вот этих токенов. И вам нужно будет сейчас сначала это посчитать примерно, чтобы хотя бы в теории юнит-экономика сошлась. Но дело в том, что эта unitэкономика очень сильно изменится на практике. Вот как мы обычно считаем, мы смотрим на нашего среднего юзера, которым мы даём возможность пользоваться проектом без пейвола. Мы начинаем считать расход на этого юзера. У нас получается какой-то X. Далее мы берём и начинаем смотреть, сколько сожжу эти пользователи сожгут нам, если их станет мы по его устраиваем от 2К пользователей, да, соответственно, сколько у нас будет э токенов, да, если мы умножим это количество на 2.000, это вот минимальная планка, где мы уже начинаем встраивать PayPal. И нам нужно так подобрать, чтобы у нас сожглось примерно от 100 до 300 долларов, не больше. В среднем вот именно столько у нас участники сжигают, прежде чем начинает получаться уже монетизировать это всё в плюс. Ну то есть потому чтостраивать по евол нет смысла ранее 200 2.000 пользователей. И вот вам нужно это примерно прикинуть. Потом вы это всё начинаете на практике перепроверять. Офигеваете от того, что вы, конечно, всё неправильно сейчас посчитаете. Вот. Причём, кстати говоря, чаще вы слишком много посчитали, то есть на практике оказывается дешевле, потому что почему-то люди им свойственно, ну, билдерам немножко переоценивать свой продукт, как будто там люди там сидят и днём, и ночью, а многие люди ставят проект на один раз и так далее. Ну, короче говоря, скорее всего, оптимистичней даже будет результат. Ну, и вот потом уже получая там первого, второго, там, третьего, десятого юзера, сотого пользователя, вы уже более детально начинаете понимать: "Ага, чтобы дойти до 2.000, мне нужно потратить 10.000 долларов. Бред. То есть, ну, 100% мне придётся менять либо механику, либо поставщика, либо давать, ну, придётся тогда, да, ухудшать поведенческий и ставить жёсткий блок на, э, расход, да, вот этих вот токенов. То есть что-то нужно будет выдумывать. А, возможно, менять продукт полностью, но это надо прямо попасть на редкое исключение, если честно. Вот обычно получается всё это как-то так оптимизировать, чтобы это примерно занимало там 100-300 долларов. Ребят, почему, кстати, такая ещё цифра выведена? Не только потому, что это небольшая цифра, а ещё и потому, что, как правило, если так не получается уместить, то есть не получается уместить в 300 долларов стоимость 2.000 юзеров. Тут ещё есть очень интересная философия у этой у этой цифры, что смотрите, если у вас это сделать не получится, скорее всего, даже когда они платить начнут, это не будет окупаться. Вот ещё в чём прикол, потому что тоже легко посчитать. Берём 2.000 пользователей, делим на 100 и умножаем на вашу подписку. Ну сколько она на старте будет? Там, не знаю, ну, 10, понимаете, да? Ну, 20. Вот. Вот что ещё очень интересно вот в этой связке имеется, да? То есть вам изначально мы как бы закладываем такие пропорции, чтобы это потом ещё и окупалось. Вот тут надо тоже, конечно, сделать скито на то, что подписка так-то она может быть годовая и тогда она может стоить 50. Она может быть у нас месячная, ну, месяц месяцев у нас, например, там может быть шесть средне LTV. Ну, вот цифры плюс-минус должны быть такими, чтобы она хотя бы теоретически сходилась, э, экономика. Вот на эти цифры я бы и ориентировался. Так, идём дальше. Я ищу подходящий перевод на корейский, и мне попадается запрос, который не совтовый, но все сайты, в основном сайты, блоги и статьи, которые есть, пишут как раз о том, что делает моё приложение. Могу такое использовать в остальных конкурентах, которые я выше написал. Могу такое использовать в остальных конкурентах, которые я выше написал, заняли верхние позиции. Так, примерно понял, но не совсем. Если я правильно понял ваш вопрос, если нет, то перефразируйте. А могу ли я использовать запрос, который не совтовый, но на другом языке, и при этом статьи, которые вы видите выдачи, они про ваш продукт, про то, что вы собираетесь делать. Ребят, как уже много раз говорили, внутри вот этих вот локальных национальных языков конкуренции намного меньше. И там действительно даже можно использовать запросы, которые не очень софтовые. При прочих равных, при этом я бы использовал софтовые запросы, но если увидите, что выдача плюс-минус про эти продукты и даже не софтовая, и других более софтовых запросов нету, я бы использовал даже не софтовые на локальных и вот этих вот языках. То есть из-за того, что там гораздо меньше конкуренции, мы сегодня очень много проговаривали, это тоже допустимо. То есть вот уровень заморочек, ну, сильно меньше, чем в английском языке. Идём дальше. В Португалии, Бразилии португальский язык использовать? И нужно ли в них разное названия, описания дела? Так как ВМРА могут по-разному искать приложение. Это тоже очень интересный вопрос. Знаете, почему? Потому что, возможно, некоторые из вас обратили внимание, что мы Давайте какой-нибудь буткэмповский продукт откроем. Какой-нибудь какой-нибудь буткэмповский проект. И я вам сейчас кое-что покажу. Ну давайте вот этот. Значит, тоже сейчас прямо в нюанс немножко копнём, потому что мы с вами уже в них можем заходить. Ну вот, кстати говоря, э заодно наглядно вот совпадение, но хочу вам показать сразу, а что бывает, когда ты берёшь продукт, который уже оптимизирован. Ничего толкового из этого не получается. Что бывает, когда ты берёшь продукт и придумываешь ему название, которое не ищут? Ничего не получается. Что бывает, когда ты берёшь название, которое отличается на одно ключевое слово, получается сильно лучше, в 10 раз лучше, чем конкурентов. Но при этом, ну, понятно, надо тут по качеству посмотреть ещё в качество нужно тоже копнуть, но при этом, конечно, сильно хуже, чем изначально. То есть чем название у тебя отличается меньше, тем хуже результат. Ну, тут уже всё равно можно монетизировать, всё равно может быть выручка. Вот. Но мы сейчас не об этом. Я хотел вам показать вот что. Посмотрите, пожалуйста, на языки, на которые мы переводим. И возможно, вы тут увидите одну странную закономерность. Вот это китайский. Вот это тоже китайский, только это Тайвань, а это йленд, да, Китай. Вот это португальский, Португалия, а это португальский Бразилия. Вот это испанский карибы, а вот это обычный испанский. Вот он. Забавно, что у английского нет таких вариантов. Тут есть только английский, но нету английский US, английский Великобритания и ещё есть бывает ещё бывает английский Индия. Нет, почему так? Потому что конкуренция если ты берёшь все языки очень похожие, кстати, что португальский, э, бразильский, что португальский португальский, что китайский, что китайский Тайвань, что испанский кариб, он вообще почти такой же, как обычный испанский. Ну что, все версии английского языка - это очень похожие вещи. По правилам стора нельзя писать разные названия, краткие полное описание на вот этих вот разных локалях, потому что, ну, ты пишешь не разные тексты, а ты пишешь просто локализацию. Если вы напишете, некоторые делают такой, ну, серый подход, они берут английский, там, не знаю, индийский и делают там другое описание. чтобы побольше занять как бы плотность вот этих вот ключей, там другие какие-то названия ставят и так далее, это обычно кончается блоком. Мы это делать не рекомендуем. Но и взять эти локали вот в английском языке и заполнить их тем же текстом мы тоже не рекомендуем, потому что по английскому языку такая конкуренция, что если вы будете иметь несколько даже локализованных страниц, где будет отличаться там, ну что там, какие там отличия, да, там в американском английском, от английского, английского, от великобританского, да, и минимальны, э, то есть просто пару букв там в некоторых словах пропадают в американском варианте и всё. Поэтому это будет почти полная копия. Она губительна для SEO, мы это не делаем. А вот в испанском, португальском и в китайском это можно сделать. То есть мы можем сделать почти идентичные страницы, потому что там такая конкуренция, что это просто неважно. И мы заполняем эти э переводы. То есть, если отвечать на ваш вопрос напрямую, вы можете там сделать абсолютно такой же перевод. У меня появился хорошо оптимизированный конкурент в середине этого модуля. В чате написал, что появился такой конкурент. Сказали, делаем дальше. Так как сделан уже большой объём работы, но конкурент работает с двойным названием через defис. Соответственно, все у него вхождении моего названия примерно в два раза меньше. Смотрел, есть ли какие-то советы, что с этим делать, как двигаться дальше? Может лучше новое приложение после буткэмпа запускать или развивать это и работать в нём. Понимаю, что здесь, скорее всего, нет значи ответа. Просто хотел бы от вас совет услышать, ребят. Ну, бывает такое, кстати, оно не очень часто случается, но бывает каждый буткм один-два кейса, когда, ну, вот так получилось, чтобы кто-то ещё запустился. Надо смотреть на то, что он сделал. Вот давайте мы сейчас с вами поймём, что первый модуль, где мы с вами очень топорно анализировали хорошо оптимизированных конкурентов, закончился. Мы с вами сейчас научились смотреть внутрь качества по тому, как используются ключи, по тому, какой есть переспам, потому как выглядят скриншоты, потому это самое главное, как сделан продукт. И на самом деле, когда вот сейчас вот я немножечко так опять утрировано, ну, тут просто совпало так и было удобно это подсветить. Но на самом деле ложь рядом бывают варианты, когда, например, вот этот появился бы даже позже, чем вот этот, но тупо из-за того, что он сделан лучше, при той же оптимизации, он всё равно обогнал там исходник. Ну, просто это делали мы, а это делали, я не знаю, кто. Видимо, ну, бывает, к сожалению, там ребята, которые там канал прочитали, подумали, что надо просто копировать. Вот. и что-то пытались сделать. Ну вот обычно заканчивается вот этим. Ну по судя по 16.000м символов здесь это максимум, который можно написать. Это как раз такой кейс. То есть ничего толкового здесь, конечно, ну по определению быть не могло бы не могло даже в теории, потому что здесь на таком количестве символов нужно было мы ссать столько ключей, что модерация, конечно, бы никогда это не одобрила, они просто это не умеют делать и, ну и, короче, ничего не получилось. Вот. А, но, но важно, если бы теоретически они бы взяли бы наш продукт, взяли бы, сделали бы лучше краткое полное писание, например, там бы было бы, что такое же количество ключей, но они были бы более бы разнообразными. Переспа не было, но ключей было бы больше, да, разнообразных ключей. У них бы были бы лучше скриншоты, они бы посмотрели в продукт, дольше бы им пользовались, дольше пока самое такое основное бутылочное горлышка, да, много раз говорил, дольше показывали его там коллегам, друзьям, знакомым. В итоге получилась такая ситуация бы, например, что они сделали его лучше по поведенческим факторам. На дистанции они нас могли бы спокойно обогнать, потому что есть помимо количественных метрик, ещё и качественный. Да, конечно, сложнее. Да, конечно, но нет смысла брать запрос, который занят. Есть много незанятых, но это тоже важно. И вот в этом смысле это критически важно тоже подсветить, что вы появились примерно в одно время. То есть разница в две, в 3 недели, она мало влияет на село. Определяющая, определяющий фактор будет то, как вы сделаны, какие у вас скорены, какая у вас оптимизация. Понимаете? То есть тупо, что у вас одинаковое название, но оно мало о чём говорит. Конечный итог. Вот именно за вот этими моментами. Если они у вас лучше, вы этого конкурента будете обгонять. Если вы сделали стрёмно, а он сделал лучше, он вас обгонит. Ну, понятно, что среднем всего бывает исключения, но крайне редкие. Вот. Поэтому нет, я бы сейчас не расфокусировался и вообще спокойно бы доделал продукт, вот докручивал бы его. Ну и мы отдельно с вами рассмотрим на пятом модуле, что бы я, в принципе, делал после буткэмпа. Внезависимости от того, появился конкурент, не появился, но появляется недовольно редко. А у меня приложение большей части для IT, мобильные видсайта. У меня во многих языках, как в одном, так и во второй группе, очень мало запросов на национальном языке. Оставляю английский, тот же норвежский. Да, обычно в айтишке очень это классический пример, когда на национальных языках вы используете английский язык, потому что IT-сфера, она вся на английском языке в основном говорит. Так, а вопрос от Глеба. Вопрос больше организационный. Сейчас у части людей уже выложены расширение. Я не в их числе. Продукт у меня готов, но я ещё дорабатываю в описании фото. Выложу его до встречи 5 октября. Нужно ли разбивать процесс выкладки расширения отзывов, оптимизации по языкам на какой-то период? Допустим, в один день выложить расширение, через пару дней отзывы, ещё через пару дней сделать адаптацию по языкам. Может ли это влиять на алгоритмы? Нет, это на алгоритмы не влияет. Уже много раз говорили, что вы делаете так, как вам удобнее, и максимально как бы выпуская обновление так, чтобы, ну, было удобнее вашим пользователям. То есть, ну, есть какая-то ценность, вы её, конечно, выгружаете, сбандлили, ну, чтобы не платить специальное обновление, да, и выгрузили. Или, наоборот, можно сразу все знания Буткам положить в первую версию хорошения и выложить его полностью оптимизированно. Вы можете так сделать, но то есть как бы как у нас обычно проходит флоу. Вы идёте по третьему модулю, у вас остаётся время, вы сделали три-четыре, которые желательные, но не обязательные. В четвёртом модуле вы первым делом делаете сначала тот момент, который остался, ручную адаптацию. А параллельно это можно сделать параллельно, потому что тут ещё должна быть модерация в рекламных платформах. запускаете рекламу, она начинает откручиваться. Вы делаете аналитику, вы делаете виджет, вы делаете первичные отзывы параллельно с рекламой. Ну и как бы вы приходите уже к финальной встрече со всем, что вот мы сейчас перечислили, уже сделано. То есть тут можно можно немножечко уже варьировать, видите, да, появляются уже вариации, но я бы сейчас не стремился бы сделать вот самое главное, да, я бы сейчас не стремился сделать всё идеально вот в этой первой версии. Это ни на что не влияет. То есть вот по этих первых обновлениях нужно, ну, просто идти вот по флоу, да, и всё. Спасибо за совет по запуску LM проекта с бэкэндом на хостинге Фози и доменом, взятым через Porgбан. Теперь работает из России без VPN. Нету что. Так, Ирина, у вас орг вопрос, который мы много разбирали, который большая просьба пересмотреть в первой встрече в самом-самом конце. Если ответ вы не найдёте, то задайте, пожалуйста, его команде в Telegram. Ребята подскажут, где посмотреть. Так, похоже, вопросы пропускаю. Так, вопрос про welcome page. Как я понял, по welcome page из всего, что пересмотрел по третьему модулю.

Welcome page не используем GIF и видео. А это отвлекает это сразу это стоит сразу добавить мануал, а то ж а то я читаю и делаю, а потом дошёл до разбора ошибок и пришлось переделывать. Ребят, на самом деле у нас эта механика встроена специально. То есть некоторые вещи, если ты добавляешь их в текст, текст становится нечитабельным. Ты смотришь просто на какой-то на какой-то месивый из пунктов, один пункт погоняет другим. Поэтому текст специально так выстроен, что ты идёшь по канве, а по по основе, а потом исправляя ошибки. Действительно, да, процесс обучения подразумевает, что не всё ты там суперэффективно с первого раза сделаешь, то так лучше запоминается и лучше воспринимается. Ну как бы ты, когда исправил ошибку, ты её с меньшей вероятностью допустишь, чем потом, когда ты типа сделал правильно, но сам даже не задумался об этом. То есть факт исправления составляет больше задуматься. У нас не было раньше этого раздела. И я вам скажу так, ну, тоже как уже коллега, потому что Bootcamp - это тоже продукт. Мы просто офигевали от того, насколько людям тяжело даже в текущей версии иногда бывает воспринимать какие-то аспекты в мануалах, а когда у нас был по факту весь разбор ошибок внутри этих мануалов, они были просто, ну, гораздо менее читабельными. Поэтому пришлось немножечко за счёт того, что иногда время приходится тратить больше вам при внедрении каких-то моментов, да, при разборе ошибок, ну вот зато запоминается лучше, но и мануалы остаются читабельными. Можно глянуть той анимации, которые раньше были на welcome в разделе How It works. А здесь как выглядит welcome page сейчас? Или всё же можно было оставить ту анимацию? Давайте посмотрим. Так, это наш welcome page. Так, смотрим. Угу. Ну вот. Это видите, э, пускай будет вот этот разбор маленький такой примером того, как смотрит на ваш продукт юзер. Я очень плохой пример, ребят. Ну, то есть я маньяк, у меня этих экстеншенов э просто какие-то десятки. Мы этим занимаемся сами. Конечно, я многие вещи, которые где бы тупил другой человек, не буду тупить, потому что я знаю там, ну, весь контекст, да. Но даже даже даже вот, например, здесь первая моя такая заморочка была. Так, цифры моргают, мигают. О'кей. что я тут должен сделать. И вот тут я только про это читаю. Неплохо. То есть я вас, ну, я уловил суть. Но вот, например, если бы я был бы юзером, вам в идеале было бы примерно следующее: услышать от него: "Так, что ты тупишь? Что ты думаешь, что что не так?" Он такой говорит: "Да подожди, подожди". Вы ему такие: "Ну ладно, давай". Он там всё равно ещё там 30 секунд там сидит такой: "Что ты что, что что не так? Что не что здесь для тебя не так? Говори, о чём ты думаешь". Он такой: "Ну что вот это мигает у меня тут, я не понимаю". И вы как бы начинаете трактовать с его непонятно пользовательского на ваш билдеровский, да? То есть вы начинаете думать: "Блин, наверное, чел никак не может понять что означают эти пункты. Они у меня мигают, отвлекают на себя, а что с ними делать, непонятно". Я вот могу сказать по себе, что я вот это вот прочитал в самый последний момент, ну, ожидаемо. Мой фокус упал сначала сюда, потом сюда. Если бы я, я так думаю, поставил бы их перед картинкой, я быстрее бы понял, что есть соответствие между пунктами и вот этой штукой, как у нас, кстати говоря, накомпше сделано. О'кей. Ну вот, ээ, предположим, ну да, это же, собственно, extensнtion установлен, да? Не странно это было бы ожидать, если вы видите. О'кей. То есть, ну вот заодно, раз уж смотрим Welcome Page, решил посетить, как вот работать с такими, э, тестировщиками такими, да, специально отобранными, так, чтобы они не были в курсе продукта. Так. Вопрос был про другое, что я хочу поставить сюда анимацию. Ну, давайте посмотрим на анимацию. Угу. Смотрите, мы немножечко про другое говорили. Мы говорили немного про анимацию, которую люди делают вот здесь. То есть вот такую ставит стрелку. Эта стрелка дрыгается и типа показывает на иконку, куда где его там закрепить этот экстеншн. Вот такие анимации, они про другое. То есть, смотрите, у вас более редкий кейс, у вас продукт, который встраивается внутрь, да, браузеров, внутрь сайтов. И здесь гораздо больше уже таких вот вилок, расхождений. Собственно говоря, тут надо тестить. У вас может эта анимация сработать лучше, потому что вот эта анимация, мы категорически против неё, потому что вы никогда не можете вычесть точное расположение иконки вашего расширения. Просто тут иконка, тут иконка, тут иконка. Вот иногда Chrome, вы знаете, обновляется. У него такая выскакивает плашка большая, типа перезапусти Chrome, чтобы э он обновился. Тогда он ещё сдвигает всё. И стрелка часто показывает на эту кнопку или показывает там на вот на профиль, и вы не можете это вычислить, понимаете? У вас экстншен рандомно оказывается где-то здесь на этой панели. Поэтому такую анимацию мы не делаем. Мы предлагаем пользователя самому найти. Вот такие анимации, особенно в тех продуктах, которые позволяют взять и показать флоу, да, без закрепа экстеншены, мы иногда делаем, ребят. Я вообще в целом хочу сказать то, что, ну, конечно, в Буткэмпе всё, что вы видите - это не истина в последней инстанции, а самые вероятностно работающие сценарии, да? То есть я допускаю, что возможно в каком-то экстэншене, где, например, какие-то одарённые пользователи, там, не знаю, разработчики, есть смысл показывать стрелку, да, прыгающую. Потому что там все разберутся. Ну, вы понимаете, люди бывают разные разные аудитории. Вот здесь конкретно, например, мне кажется, моё моё такое субъективное мнение, что анимация лучше выглядит, чем здесь. Я бы это замерил. Я бы это замерил. Вот. Если бы увидел подтверждение в активацию, то есть вы сейчас будете смотреть модуль, вы увидите первичную настройку аналитики. На пятом модуле мы посмотрим, как выстраивать воронку из того, кто к вам пришёл. люди, которые пришли, сколько установили, сколько из этих установших активировали продукт. То есть в данном случае, например, кликнули по вот этому артефакту. А в случае там других пользователей, да, там наших участников, например, активация - это открытие, не знаю, сайтбара. И вот вы просто посмотрите, сколько из того или иного welcome page людей активирует продукт, и просто поймёте, что лучше, что лучше оставить. А вместе с вебвизором в Яндекс метрике ещё и сможете увидеть, как люди тут тупят или не тупят, потому что некоторые могут на эти начать уже клавиши, да, там кнопочки жать, некоторые, возможно, разберутся. То есть это нужно всё смотреть в паре.

Webвизор плюс вот такая аналитика. Но начинал бы я со старта, то есть если вот особенно не было времени заморачиваться, что-то там, ну, ещё дополнительно, да, там изобретать, вот с классического такого подхода. Ну и вот дополнительно вот эти вот пункты, наверное, бы разместил бы выше, а не ниже картинки. Потом замерил бы уже второй вариант, где когда бы уже работал над активации. Мы по поводу воронок внутри продукта с вами будем говорить более детально на следующей встрече. Так, дальше идём. Пару вопросов остаётся. Так, э, вот ещё один такой момент, который довольно интересный у Артёма. Вы сказали, что по умолчанию сначала национальный язык названия, потом английский. В чате мне сказали, что лучше первым названием ставить тот, у которого больше запросов в этой локале. Как всё-таки лучше? Два подхода есть. Есть такой вариант, такой вариант. Э можно ставить тот, который больше по запросам, можно ставить просто тот, который национальные первым. Это не так критично влияет. Моё расширение довольно специфично в плане того, что работает с языками. И на данный момент оно работает только с английским языком по апи бесплатному. Что делать с остальными пять одним? Прикручивать бэкэнд и лм к этому. Тимур, чтобы вам как-то помочь. Ну тут без специфики что у вас специфичного, да, не обойтись. Поэтому переформулируйте, чтобы там было объяснение, что у вас специфичного в экстншене, потому что, ну, так я не смогу вам помочь. А в других плагинах на странице Chromep Store отображается два скрина рядом. В наших плагинах только один. От чего это зависит? Это зависит от специального такого featured бейджика. А, во-первых, а, во-вторых, от того времени, который у вас Extension провёл в стори. Вот пока у вас Extension Story провёл, не провёл несколько месяцев, по умолчанию конкурент отображается справа. Если модерация видит, что вы не нарушаете правила, если модерация видит, что всё окм, а что ему можно доверять, то этот блок уходит вниз. То есть нужно просто подождать и не нарушать правила. Как быть с Paywall для запуска сервиса с более тяжёлыми по себестоимости вызовами вроде генерации изображения или видео? Если долго его держать бесплатно для раскрутки, даже с сильными лимитами для пользователя всё равно довольно сильно могут сжечь бюджет. Стоит ли таких проекты сразу сделать trн by с payвом? Стоит делать, но такие проекты я бы в принципе не стал бы делать, вот, честно говоря. То есть пока, то есть я бы пытал, если бы я, если это и делаю, то я бы постарался бы эти эти функции добавлять только после появления повола, потому что если я их сейчас добавлю сразу сволом, это, ну, э, ниши, которые гораздо сложнее в продвижении, потому что вы сразу будете терять поведенческие факторы из-за продукта, который молодой, но уже с йволом. Понимаете? То есть я бы такие ниши в принципе не убирал. Они рискованнее с точки зрения того, чтобы сделать правильную юнит экономику положительную, и они более рискованны с точки зрения того, что много денег потратите, но не продвинетесь. То есть я бы их просто бы не делал. Я бы делал бы их заодно с текстовыми какими-то продуктами, потому что на тексте вы можете выехать на старте, улучшить поведенчески, а потом уже сложные такие вот действия тяжёлые добавить уже с пйволом. Если вы, например, всё равно там хотите брать и генерить там видосы, изображения на старте, вы можете там подключить PayPal, но вы должны чётко понимать, что вероятность такого, ну, будет сильно хуже, чем у продуктов, у которых получилось побыть, да, в сторе в поиске несколько месяцев безвола и набрать этих пользователей. А так да, я согласен. Я немного запутался в терминологии. Юра до этого задал вопрос. Давайте уточню мысль. Предположим, SIMR действительно занизил волюм ключа на локальном языке в 10 раз относительно вордстата. Но если у нас вообще данные о том, насколько активно пользователи в нише решениях используют, я имею в виду из РФ? Конечно, конечно. Яркий пример. Вот рядышком посмотрите на эти покупки. Тут примерно 20% пользователей из СНГ, в том числе из РФ. У рассказычных юзеров тут примерно 20%. Если они в оплатах, нет. Если они в установках, да. Они в своё время очень сильно помогли разогнать этот продукт именно вот по тому методу, который мы сегодня будем разбирать на четвёртом модуле в теории. Ну и по-прежнему помогают, потому что механика никуда не девается. Пока люди приходят из любой страны, это провоцирует всё больше и больше приходт из других стран. Поисковик, который видит, что приходят откуда-то люди, понимаете, для него это довольно сильный социальный сигнал, что продуктам можно доверять. И, конечно же, у нас, во-первых, вообще есть отдельные экстеншены, которые вообще чисто под русскоязычный сегмент. Там, конечно, будет поменьше аудитории. Ну, даже вот такое есть, что типа один язык русский и вот чисто там электронная подпись. Тут, кстати говоря, хоть и 3.000 пользователей, но это какие пользователи? ТПшники. То есть они тут платежеспособные. Они сотни документов подписывают тут электронной подписью. У продукт есть как сайт, так и extension. Вот. Но это если мы говорим чисто про вот он не открывается VP, а нет, открывается. Думал, что VPN на него не даёт открыться. Ну, короче, да, сейчас Рома делает вторую версию, тоже очень прикольную, уже прямо в целую экосистему вырос. Вот чисто проект вообще под русскоязычной аудитории. И во все во всех практически проектах, вот вы увидите даже сами на старте будут пользователи из России. Ну, нужно немножко подождать, просто сделать то, что мы говорим. Почти о всех проектах они появляются. Давайте вернёмся к вопросу. Мой вопрос скорее про деталь, которую вы подметили. Пессимизация наступит, если люди придут, но не станут пользоваться продуктом. Стоит ли в таком случае вообще рисковать и привлекать этот трафик? Типа того, что в России больше пессимистов, которые приходят и просто уходят? Но нет. В этом смысле, если продукт бесплатный, пользователи плюс-минус себя ведут одинаково. Если, конечно, вы их локализацию не ухудшили, да, там как-то специально и так далее. Не буду сказать, что я до буткмпа пессимистично смотрел в сторону решений. И даже если предположить, что рашение в выдаче решало мою проблему, то мой скепсис не дал бы мне его установить. Наверняка не единственный. Вы не обладаете статистикой, насколько много таких же пессимистов в РФ. А это очень интересный вопрос. Я первый раз такой вопрос вижу, но он правда прикольный. Ну я переадресую его аудитории. Как вы считаете вопрос даже такой кейс. Я до буткэмпа пессимистично смотрел в сторону расширений. И даже если предположить, что расширение выдачи решало мою проблему, то мой скепсис не давал бы мне его установить. Наверняка я не единственный. Без бесспорно. Вы не обладаете статистикой, насколько много таких же пессимистов в РФ. Кто видит нарушение в логике? Сформулируйте, в чём это нарушение. В чатике, в зуме. Всех судить по себе первое нарушение логики. Но это как бы не главное. Кто сможет понять, прочувствовать, в чём именно здесь логическая несостаковка? Такие люди, конечно, есть. Смотрите, логика очень простая. Зачем у нас статистика по пессимистам? пессимизации не от того, что они не пользуются, от того, что возвращается выдачу. А давайте с сначала коллега говорит: "Я пессимистично смотрел в сторону расширений, и даже если предположить, что расшение выдачи решало мою проблему, то мой скепсис не дал бы мне его установить". Давайте смоделируем. Вот вы идёте, открываете тутуту текст. И, ну, интересная логика, она может быть. Вот у вас пропускаем спонсор и вот у вас, например, там продукт, расширение. Вы его такие: "Блин, да нет, какое-то расширение, зачем мне нужно? Мне нужен сайт". И переходите в сайт. Возможно ситуация, возможное. Но ведь причём здесь привязка к РФ? Ну то есть то, что вы русскоговорящие, живёте в России, э вообще никак не связано с тем, что вам не нравится экстеншены. Такие есть и венгры, и англичане, и американцы. Да, их может быть мало. Правильно ребята говорят, судить по себе не надо. То есть таких людей, которые вообще, я вам так скажу, ещё один фан-факт сегодня, людей, которые пользуются расширениями, ну, знают, что это extensн, что они пользуются расширением меньше 1% от всей нашей юзербазы. Вот из 6 млн пользователей в компании, когда мы делали замеры, опросы, типа мы очень смешной вопрос делали. Человек установил, человек пользуется, человек платит. Некоторые некоторые люди платят. И мы задаём ему вопрос: "Чем ты сейчас пользуешься?" А люди, знаете, что отвечают? Давайте второй вопрос в чат. Как думаете? У человека, который пользуется решением, спрашивает: "Чем ты пользуешься? Компьютером." Ну да, хромом. Хромом. Очень самый частый ответ. Хромом. А второй ответ. эээ, приложением, есть ответы сайтом, браузером, то есть вокруг этого, то есть слово расширение человек не понимает. Обычно, когда расширение советуют по сарафану, и мы это знаем, потому что к нам приходят, например, там пишут что-нибудь на сайт, вот мне посоветовали, что в Хром-браузере появилась новая функция, вот мне посоветовали, что в Гугле появилась новая функция. Ой, не посоветовали у вас такое приложение прикольное. Ой, им не посоветовали, что у вас такой сайт прикольный. Слово расширение. Люди, вот даже те, которые платят, большинство абсолютно не понимают. Ну, это как бы не проблема э-э людей, это проблема экосистемы, которая такое стрёмное название придумала для для сущности, да, внутри, что люди даже запомнить его не могут. Ну, потому что экшн расширение - это оченьоченьочень стрёмное название. То есть они, мне кажется, придумав это название, нам немножко упростили работу, потому что, ну, даже разработчики туда идут гораздо меньше, потому что им кажется, что это какая-то полная фигня сбоку. Но тут надо понимать, что это не с локацией связано, а это связано просто с майндсетом, а, и вообще в первую очередь пониманием того, что такое экстеншн. Абсолютное большинство людей, там 99% внезависимости от локации, они слово расширение вообще не употребляют в своей жизни. тот 1%, который остаётся, наверное, там есть какой-то ещё процент, который недолюбливает экстеншены, потому что им не доверяет или ещё что-то, но он, скорее всего, к локации не привязан. Я вот чисто, честно говоря, сам считаю, что это основная ошибка вот логики здесь. То есть может быть оно и так, но это скорее всего распределено плюс-минус одинаково по всей по всему миру. Это микропроцент в любом случае. Так, по поводу двух скринов. Второй вопрос уже ответил, что это просто зависит от времени и того, что вы не нарушаете правила на дистанции. Есть ли разница в названии продукта и downloader? Насколько это имеет смысл? Например, есть PDF в downloader, а мы делаем PDF в downloadAD. На SR разница огромная. По запросам это большая большая разница с точки зрения проверки, занят ли продукт другим хорошо оптимизированным конкурентом - это одно и то же. У нас с вами был важный момент, где написано, что однокоренные слова считаются одинаковыми словами. Рекорд как раз и рекордер. То есть, если это это если у вас SIMR показывает разные объёмы, выбираем, понятное дело, исходя из объёмов, но один очень важно проверить, что у вас однокоренные, да, названия не заняты другими, хорошо оптимизированы. Да, прикольное уточнение от Артёма. Проблема в том, что оптимизированный конкурент выложился давно, год вроде, но оптимизировался и переделал название только сейчас. У него уже много пользователей. Это к продолжению моего вопроса. Мобильный вид сайта. Так, это интересный вопрос. Не часто бывает, что вот прямо во время потоков тот же запрос, который вы выбрали, уже был конкурент, и конкурент уже был большой, и он ещё в этот момент оптимизировался. Но я скажу так, что всё равно я бы довёл запуск до конца, потому что время оптимизации, оно тоже играет роль. То есть одно дело, я уже оптимизирован по этому запросу и уже давно торчу выдаче, а другое дело, только сейчас это сделал. Ему будет проще вот из-за того, что у него много настоящих живых пользователей, 100%. Но, э, я бы всё равно доделал бы до конца, пока бы доделал до конца, потому что всё равно есть фактор времени оптимизации самой. Всё равно шансы остаются. А что делать дальше после буткэмпа? Мы с вами посмотрим, давайте уже на последней встрече. Так, и у нас ещё пару вопросов. Сейчас просто можно, понимаете, Артём, начать делать всё подряд, а, путаться, расфокусироваться, начать делать что-то второе, не сделав первое. Мне кажется, сейчас вот этот учебный кейс лучше до конца довести, тем более, что шансы у него всё равно остаются сниженные. Ну, как бы всё равно есть. Если в какой-то есть ли какой-то предел копирования интерфейсов других конкурентов, при котором за это может прилететь и extensн в юридических вот этих вот реалиях? Конечно, да. То есть, если вы скопировали интерфейс, тот же конкурент может кинуть страйк, вас могут заблокать. Модерация сама, кстати, проверяет при проверке ваш экстеншены. Если у вас откровенно копирует интерфейс, тоже можете заблокать ваш аккаунт. Там есть отдельная политика, когда вы постите в контент, то есть повторяющий контент. Вот поэтому, ну, я молчу про этические вопросы. Вам бы вот самим хотелось, чтобы вас скопировали напрямую и выложили. Вы бы, наверное, ну, отправляли страйки, вы бы, наверное, негативили. Поэтому вот тупое копирование, ну, вот лично мы, конечно, не поддерживаем ни в комьюнити, ни на буткэмпе. Во-первых, этически, а, во-вторых, ещё и коммерчески. То есть, если вы скопировали, вы по определению