0:00 Привет разработчикам из Нью-Джерси. Сегодня на нашем канале особый гость. Независимый разработчик мобильных приложений, создавший успешное портфолио из более чем 14 приложений с использованием возможностей оптимизации Upsur. Я пригласил его сюда, чтобы он поразмыслил и узнал больше о процессе создания и запуска этих мобильных приложений, а также почерпнул у него пару полезных вещей. Добро пожаловать на наш канал, Уилмер. Привет. Привет всем. Мне очень приятно здесь находиться. Большое спасибо за то, что присоединились. Я хотел бы начать с вопроса о том, как вы начали разрабатывать мобильные приложения, поскольку я знаю, что у вас интересный опыт. Так что если бы мы могли начать с этого, это было бы здорово. Да, конечно. Ага. С чего мне начать? Официально я начал
0:47 формировать это портфолио 3 года назад и начал изучать основы. Я хотел понять, как работает экосистема Apple. На данный момент я разрабатываю приложения только для Apple, и мне хотелось понять, как экосистема Apple взаимодействует со всеми компонентами, например, как работают приложения или каков процесс создания приложения с использованием собственных технологий. Я начал изучать, как быстро и оперативно все это реализуется, но мне хотелось понять, как работает технология, прежде чем приступать к созданию приложения. Итак, я начал обычно посещать курсы, например, просматривать множество каналов на YouTube и изучать процесс создания профессиональных приложений, а затем я начал видеть в Твиттере некоторых людей,
1:33 которые создают свои приложения, и это привлекло мое внимание, и я начал создавать свои собственные приложения. Это было 3 года назад. Идеальный. И я знаю, что ты все еще работаешь инженером-программистом и параллельно наполняешь и работаешь над своим портфолио. Как вам удается со всем этим справляться? Да, это нелегко, ведь у меня еще и семья есть. У меня пока нет детей, но есть маленькая собака. Но да, это занимает довольно много времени. Мне нужно очень хорошо распределить свое время, чтобы иметь возможность сосредоточиться на всем и сделать все как следует. Да, это требует большого тайм- менеджмента. Ммм. Ага. Сколько времени обычно требуется вам для создания приложения от идеи до вывода на рынок? Обычно я начинаю с проведения всех исследований, но
2:20 на создание целого приложения — от начала и до выпуска в производство, до публикации в магазине приложений — у меня уходит две недели . Это потрясающе. Это впечатляет. Особенно учитывая, что вы не занимаетесь этим полный рабочий день, а у вас есть что-то вроде основной работы. Поэтому очень воодушевляет осознание того, что даже имея основную работу, можно достичь таких результатов. Можете ли вы рассказать мне о процессе, который вы проходите от идеи до выхода приложения на рынок и передачи его пользователям? Да, конечно. Давайте начнем с общей картины, а затем мы сможем углубиться в каждый отдельный шаг, и я смогу задать больше вопросов. Хорошо. Хорошо. Идеальный. За эти годы многое изменилось, потому что я все еще учусь и учусь каждый день. Но я всегда начинаю с исследования. У некоторых людей
3:09 в голове возникает случайная идея. они видят классное приложение и хотят создать его самостоятельно. Я не начинаю так, потому что раньше у меня это не получалось. Поэтому я начал проводить исследование. Я начинаю исследование следующим образом: я захожу прямо в магазин приложений и начинаю искать приложения в той нише, которая мне больше всего нравится, то есть в категории утилит и приложений для повышения производительности. Это та ниша, которую я как потребитель использую больше всего. Теперь я понимаю, как работают подобные приложения. Итак, я начинаю с магазина приложений и ищу приложения, отслеживая тенденции, какие приложения набирают популярность, какие темы наиболее популярны, и я делаю на этом сильный выбор. Затем я беру три-четыре
3:55 конкурента или приложения, которые мне больше всего нравятся в нише, и начинаю их анализировать. Как они получают загрузки, как они получают пользователей, как они монетизируют свое приложение. Я загружаю все эти приложения и начинаю тестировать их, чтобы понять процесс и то, как работают приложения. Итак, после этого, после того как я соберусь вокруг этого большого исследования, я начну понимать, стоит ли это того, чтобы его реализовывать или нет, но я начну с исследования, которое не является обычным, потому что как разработчики мы начинаем набирать код, код и код, а затем видим, что это будет работать, но я начну с исследовательской части. Да, в последнее время я тоже начал подходить к этому таким образом, не заставляя себя
4:41 придумывать уникальные идеи, потому что во многих случаях мы не такие уж и уникальные, а если мы хотим быть уникальными, то нам придется создавать что-то, что никому не нужно. И теперь мое мышление сместилось в сторону изучения уже работающих рынков и попыток создать что-то, чтобы занять небольшую часть существующего рынка. Я уже смотрю на то, что работает, но я не делаю то, что делаете вы, и это интересно для меня, потому что в моем случае я делаю большую часть работы с Astro, например, просматриваю ключевые слова, и я следую тому же принципу: я смотрю на приложение, смотрю, по каким ключевым словам оно ранжируется, а затем вот так создается своего рода кроличья нора идей, поэтому у меня никогда не кончаются идеи, они всегда есть. Но ваш процесс
5:27 фактической работы с магазином приложений напрямую, как это бывает, довольно интересен. На что именно вы обращаете внимание, когда просматриваете приложение? Что, например, обрабатывает ваш мозг? Какие показатели? На что именно вы смотрите? Да, хороший вопрос. После этого я нашел приложения, которые мне хотелось бы создать или на которые я хотел бы вдохновиться . Я ввожу их все в приложение, которое вы называете Astro, и начинаю видеть ключевые слова. Но я ищу нишу, которую я смогу занять как инди- дебютант с ограниченными ресурсами. Ммм. Чтобы построить там что-то и занять какой-то процент рынка в этой нише. Я не ищу общие идеи или идеи, которые нужны, например, если идея приложения должна быть написана с помощью рекламы.
6:14 Это то, что я не хотел бы строить, потому что у меня нет денег, чтобы тратить много на рекламу в будущем. Позже я смогу изучить этот вопрос подробнее. Но если основной рекламный канал приложения — через приложение, то это реклама типа Face Meta или реклама Google или Tik Toks и тому подобное. Я бы на это не пошел, потому что у них большой бюджет на рекламу, которую можно потратить с целью повлиять на аудиторию или получить много загрузок. Я не собираюсь строить что-либо подобное в таком месте. Другое дело, что я анализирую, основано ли ключевое слово или ниша на брендовом ключевом слове, например, если один из главных конкурентов в этой нише, самый
7:01 крупный конкурент, основан на брендовом ключевом слове, например, YouTube, Google, такие вещи, которые вы не хотите сравнивать с такими большими парнями, как YouTube, например, Dualingo, Dualingo, потому что они очень устоявшиеся. Поэтому вам будет очень сложно использовать мой подход, который заключается в использовании магазина приложений в качестве канала. Вам будет очень сложно попасть в десятку лучших бесплатных приложений, потому что с вами будут конкурировать крупные компании с большими бюджетами. Поэтому я ищу что-то вроде зеленых полей, ниш, которые не заняты крупными конкурентами. Это то, что трудно найти, но как только вы это найдете, будет здорово
7:47 создать приложение в этой области и продолжить расширять свое портфолио с помощью таких приложений. Хорошо, звучит убедительно. Каков ваш следующий шаг? Теперь у вас есть идея. Вы сказали, что эта ниша интересна. Эти ключевые слова многообещающие. Что вы делаете дальше? Да, дальше я беру все ключевые слова, которые нахожу в Astro или других инструментах поисковой оптимизации приложений, таких как App Figures и т. п., и извлекаю ключевые слова, а затем пытаюсь понять, какие ключевые слова наиболее популярны для них. Например, если кто-то не пользуется популярностью в мобильном маркетинге, сколько людей ищут эти
8:33 поисковые запросы. Ага. И я также вижу сложность, заключающуюся в том, насколько велики конкуренты, которые ранжируются по этому термину. Я пытаюсь понять, безопасны ли для меня цифры, которые дают мне эти ключевые слова. Какое число я обычно использую, какое для меня безопасное место для популярности, оно должно быть выше 30, выше 30. Да. И сложность должна быть ниже 60. Хорошо. Ага. Итак, вот цифры. Ага. Это то, к чему я также буду стремиться внутри себя. Иногда это трудно найти, но это похоже на наращивание исследовательского потенциала, а затем становится все легче и легче. Точно. И как только у меня есть все
9:18 ключевые слова, которые мне нравятся, я начинаю видеть дизайн в том виде, в котором я работаю. Я всегда начинаю с иконки, потому что я считаю, что иконка имеет уникальную силу в магазине приложений, поскольку это первое, что видят пользователи, когда выполняют поиск в приложениях. Они видят значок. Используете ли вы какие-либо инструменты искусственного интеллекта для создания викингов? Эм, иногда да, я черпаю вдохновение через чат GPD, чтобы разработать концепцию. У меня есть несколько концепций, созданных с помощью ИИ, но в последнее время мне хотелось бы разрабатывать собственные вещи в Figma, потому что у меня больше контроля над потоком ресурсов, и качество выше, потому что ИИ дает вам так себе
10:06 качество с точки зрения... Да. Вот почему мне нравится использовать Figma для разработки иконок и ресурсов для приложения. Хорошо, отлично. А как насчет дизайна пользовательского интерфейса ? Насколько глубоко вы погружаетесь в проектирование пользовательского интерфейса перед его реализацией? Вы просто делаете какие- то наброски или занимаетесь дизайном всего? Люди будут злиться на то, что я говорю, но я не занимаюсь проектированием интерфейсов. Я иду прямо. Я проектирую поток в уме и у меня есть блокнот, в который я записываю все процессы. Это блокнот, и я беру все это, дайте мне понять, уловил ли я все идеи, все потоки, а затем я начну кодировать. Хорошо.
10:52 Так что, я думаю, у меня не очень хороший глаз в плане дизайна. Я знаю, что нужно быть скромным, потому что у некоторых людей, как и у меня, есть лучший взгляд на дизайн, чем у меня. Так вот, я черпаю вдохновение у многих дизайнеров, например, в таких местах, как моббинг и тому подобное. Я собираю подобные идеи, а затем начинаю кодировать то, каким я хотел бы видеть приложение. Но после этого я закончу иконку. Я начинаю писать код, чтобы посмотреть, как это будет выглядеть в форме. Хорошо, отлично. Звучит отлично. И в этом нет ничего постыдного, потому что, как независимый разработчик, мы стремимся двигаться быстро, и
11:40 это процесс. Если это поможет нам двигаться быстрее, мы это сделаем. Я также не занимаюсь дизайном. Совсем недавно я начал экспериментировать с некоторыми инструментами для проектирования пользовательского интерфейса, например, на основе искусственного интеллекта, хотя они и не генерируют для меня вещи, которые я могу просто закодировать с точностью до пикселя, они просто дают мне представление об атмосфере приложения, о цветовой схеме вещей, о том, как я могу их упорядочить, так что это то, что я изучаю, но в любом случае, вы сказали, что у вас есть значок, у вас, вероятно, есть план того, что вы собираетесь создать, что будет дальше. Что ж, следующим шагом будет начать кодировать основной поток приложения, какова его основная функция.
12:25 Да, некоторые люди хотят иметь много функций. Для моих приложений это одна основная функция и всё. Мне не нравятся приложения, в которых больше трех функций ( три и более), потому что в этом случае фаза разработки будет дольше. Вот почему я концентрируюсь на этом, потому что хочу проверить, будет ли приложение работать и будет ли оно принято на рынке. Поэтому я стараюсь сосредоточиться на одной функции и начинаю кодировать ее целиком, делая это очень хорошо, как будто я уделяю много внимания качеству и тому, чтобы эта функция была реализована очень хорошо, чтобы пользователю было проще ее использовать, усваивать , тестировать и извлекать из этого пользу. Но
13:11 большинство моих приложений посвящены одной функции, а затем у меня есть еще более мелкие функции, которые дополняют основную функцию. Но я начинаю называть это основной функцией, а затем начинаю добавлять такие вещи, как стена платежей, регистрация, настройки и тому подобное. Поскольку у меня большой портфель приложений, я в основном копирую и вставляю из других приложений, а затем начинаю адаптировать это к этому приложению. Да, я полностью согласен с идеей, что нужно сосредоточиться на одной функции и реализовать ее очень хорошо, а не иметь десятки функций, которые так себе. Это то, что разработчикам действительно сложно достичь этой точки,
13:57 когда вы полностью понимаете это и используете. И во всех этих случаях мы скатываемся к мысли: «О, дайте-ка я добавлю еще одну функцию, еще одну функцию, чувак». У тебя все еще есть такие мысли? Как ты с ними справляешься? Да, иногда мне сложно четко определить масштаб того, что я создаю, потому что я начинаю писать код приложения , разрабатывать его и думаю: «О, хорошо. Это будет, это будет потрясающе». И затем я начинаю писать небольшую спецификацию того, что я хочу построить. И затем я упираюсь в стену, что мне нужно использовать сторонний API, чтобы сделать это, и мне нужно обратиться к очень темной стороне процесса разработки мобильного приложения, и мне нужно использовать некоторые странные ресурсы, и затем
14:43 масштаб проекта начинает расти, расти и расти, и затем я не выпускаю это приложение, потому что масштаб приложения становится очень большим. Ммм. Я большой перфекционист в отношении того, что отправляю на производство. Если я публикую приложение, то это потому, что я чувствую, что, по моему мнению, это приложение отличное и оно отлично работает. Я стараюсь сосредоточиться на одной функции, потому что я знаю себя и знаю, что если я начну добавлять функции, то скажу: нет, это не работает, потому что кнопки не выровнены или поток не работает, и все это не всегда работает. Поэтому я позволил проекту умереть . Так что да, я думаю, дело в том, чтобы
15:29 расставить приоритеты и сделать все возможное, чтобы запустить приложение как можно быстрее, а также в том, чтобы всегда иметь возможность что-то улучшить и к чему-то всегда вернуться. Как будто нет такого важного момента, когда вы собираетесь запустить проект, как будто очень редко бывает так, что вы запускаете проект и с первого дня получаете миллионы пользователей, а потом все вдруг видят, что ваш проект ужасен. Но так это не происходит. как обычно, вы отдыхаете с парой-тройкой пользователей, например, с 10 или 15, и их устраивает то, что у вас есть, и вы всегда можете вернуться и улучшить рекламу, а затем и развивать ее дальше. Поэтому приоритетом должен быть именно запуск и передача приложения в руки пользователей. Точно. Это моя мантра. Лучше сделать так, чтобы это не было просто у вас на компьютере, на локальном хосте.
16:17 Определенно. Когда дело доходит до разработки и кодирования, в 2025 году возникает очевидный вопрос: используете ли вы инструменты ИИ? Какие инструменты вы используете? Да, я. Я думаю, что я был одним из первых, кто употреблял наркотики в своей стране. Ага. Использовать GitHub Copilot, чтобы получить доступ к GitHub Copilot, и все вокруг сходят с ума от этого. Искусственный интеллект может писать код за вас, и вам не нужно просто вводить текст на английском, а он создает приложения для вас и тому подобное. И все в моей стране сходят с ума от этого. Для справки: я с острова в Доминиканской Республике, и мы начали создавать группы в WhatsApp, посвященные технологиям искусственного интеллекта и подобным вещам. Я начал с GitHub copilot. Мне понадобился год, чтобы дойти до курсора. Ага. И я нашел курсор, и я был в восторге,
17:04 курсор — это лучший инструмент на свете. Я люблю курсор и создал множество приложений с его помощью. Как и в большинстве моих приложений, для его создания я использовал курсор. Но затем появился облачный код, и все изменилось. Раньше я разрабатывал приложения с использованием ИИ, а теперь просто использую облачный код . И, возможно, в будущем появится новая суперинтеллектуальная модель, которая будет лучше, чем облачный код, и я изменю ее, потому что я ищу лучший инструмент, а не романтизирую то, какой инструмент я использую. Я использую то, что лучше всего подходит для этого, то, что мне удобно использовать, и я просто перехожу на тот инструмент, который, по моему мнению, является лучшим, потому что я всегда стараюсь протестировать его, чтобы составить свое мнение. Хорошо. А как у вас обстоят
17:50 дела с кодом, созданным искусственным интеллектом? Когда вы его используете, а когда прибегаете к написанию кода самостоятельно? Потому что для меня это всегда своего рода борьба между тем, что мне нужно больше подсказывать, а потом я прибегаю к своим навыкам разработки, пишу что-то и думаю: «Ладно, так я не очень эффективен». Итак, как вы с этим работаете? Да, когда я начал создавать приложения, инструменты ИИ для мобильной разработки и разработки десктопов с использованием нативных технологий, таких как Swift, а также React Native, это был худший опыт в моей жизни. Всегда создавались случайные классы, случайные вещи, которых не существует. И это было бы нормально, я бы хотел построить
18:36 это своими руками и начать кодировать. Но в последнее время ситуация улучшается. Сейчас становится лучше. Вы ведь не разрабатываете нативные приложения, верно? Вы используете rack native и expo. Да, я использую Rag Native и Expo, и он становится все лучше и лучше понимает проект, а теперь, с появлением MCPS и подобных вещей, вы можете подключать инструменты к ИИ, чтобы получить больше контекста. Поэтому я часто использую MCPS. Какие бесплатные MCPS-игры вам больше всего понравились и без которых вы не сможете обойтись? Я начал использовать его, потому что, как вы знаете, Apple много раз меняла свою документацию. Да. И Expo тоже сильно изменила свою документацию . Так как это мои основные фреймворки, такие как фреймворки Apple и expo. Поэтому я использую MCP, чтобы всегда иметь
19:23 обновленную документацию, а именно Context 7. Context 7 — это MCP, который загружает документацию, переносит ее в модель LLM и имеет доступ к последней документации. Так что это не галлюцинации относительно того, что я говорю, вещей, которые я прошу для сборки, потому что у него есть последняя документация. Так что, я думаю, что в сфере мобильной разработки было бы здорово иметь такой MCP, поскольку технологии сильно изменились. Знаете, Apple с новой версией iOS 26 выпустила много нового, и если вы не обучите свою модель искусственного интеллекта понимать, что именно нового, она начнет галлюцинировать и создавать случайные вещи. Да, это совершенно верно. Хорошо, вернемся к этапу создания
20:10 приложения. После того как вы завершили основной поток, функции и вещи, которыми будет известно приложение, какие еще обязательные вещи вы здесь реализуете? Я говорю о тех вещах, которые должны быть, но которые не являются основными особенностями. Хорошо, самое важное, на мой взгляд, — это стена платежей и регистрация. Хорошо, если создание моего приложения занимает 2 недели, то одну неделю я трачу на создание стены выплат и на обучение. Я от этого просто с ума схожу . Например, детали, последовательность действий, то, как это будет выглядеть, что я хочу сказать, какие слова лучше всего для этого подходят, как я могу мотивировать пользователей попробовать приложение. Поэтому я уделяю
20:58 этому большое внимание. Я использую некоторые фреймворки, которые помогают мне в этом при создании стены платежей. Одной из них является сокращение доходов, чем пользуются многие разработчики. Я провел много времени, сидя за своими платными стенами, и даже безумие, что я разработал свою собственную платежную стену, потому что ни одна из платных стен, которые сократили доход, не удовлетворила моих потребностей. Поэтому мне пришлось с нуля создать собственный платный доступ, используя сокращение доходов. Поэтому я создаю собственную систему оплаты труда, которую использую во всех своих приложениях. Это секрет или есть вероятность, что вы можете поделиться с нами некоторыми экранами адаптации, просто чтобы иметь представление о процессе адаптации, который вы используете в одном из своих
21:44 приложений? Давайте посмотрим, потому что я хотел бы вытащить приложение, но у меня нет работающего приложения, но давайте посмотрим, смогу ли я найти одно из видео, которые я отправил ребятам из отдела обзоров приложений, потому что они всегда просят меня прислать видео для v on boarding и payw wall, прямо для on boarding и paywall, так что я постараюсь посмотреть. Хорошо, это одно из приложений, которые я опубликовал, и они попросили меня прислать что-то вроде демо-версии работы payw wall, так что это оплата. Ну, это вдохновлено другими разработчиками. Я думаю, что именно такая структура мне подходит лучше всего. Ммм. Потому что, как вы видите, это структура сверху донизу, и фокус находится внизу. Поэтому я всегда мотивирую
22:33 пользователя, который скачивает приложение, начать трехдневный пробный период. Вот почему это происходит сверху вниз. Поэтому, как только они видят, что они скачивают приложение, если для этого приложения у меня нет, у меня нет регистрации, пользователь скачивает приложение, и он сразу переходит на платную страницу. Вы когда-нибудь задумывались об этом? Я имею в виду, что это план, или у вас не было времени на посадку на борт. Нет, это было сделано намеренно. Это было сделано намеренно. Хорошо. Это было сделано намеренно, поскольку большинство конкурентов в этой нише при перефразировании сразу переходят на платный доступ, и у меня возникла идея создания других приложений в нише идентификаторов ИИ.
23:18 Ммм. Что они, как только вы загружаете приложение, они перенаправляются прямо на стену платежей, и операторы немного объясняют суть приложения, поскольку пользователи обычно понимают, что делают подобные приложения. У них есть эта маленькая фраза, которая описывает то, что они используют. Таким образом, как только этот маленький таймер закончится, они могут сделать что-то, например, запустить бесплатную пробную версию или дождаться окончания этого таймера. Так что как только это закончится, они смогут закрыть платный доступ. Это вовсе не жесткая планка оплаты. Они могут закрыть его, а затем решить, хотят ли они попробовать использовать приложение. Но да, для этой идеи я не использую ее в качестве вводного этапа, потому что вам нужно понять, что работает в вашей
24:05 нише. Так как моя ниша — утилитарные и производительные приложения, то нет необходимости в долгом процессе адаптации, как в случае с приложениями для здоровья и фитнеса, поскольку разработчики хотят понять, что чувствует пользователь, и хотят усилить эти ощущения, пока не перейдут на платную основу. Я не хочу этого делать, потому что хочу продемонстрировать или напрямую показать пользователю мое приложение. Хорошо, это мое приложение, протестируйте его и посмотрите, увидите ли вы ценность. Но для тестирования вам нужно обязать пользователя использовать приложение через платный доступ. Вероятно, да, это очень простая идея, и люди уже знают, зачем им это нужно, и не нужно дополнительных объяснений. Возвращаясь к тому, о чем я спрашивал,
24:52 на чем еще вы фокусируетесь или что вы встраиваете в приложение. Перед запуском вы сказали, что у вас есть платный доступ. Есть что-нибудь еще? Настройки. Да, экран настроек очень важен. Вам нужно создать экран настроек, на котором пользователи смогут увидеть, где они могут найти поддержку, где они смогут переключать настройки, которые им не нравятся, или делать что-то подобное. Но ему нужен экран настроек. Итак, что насчет запроса на обзор магазина приложений ? Это целая тема, о которой мы могли бы говорить целый час, потому что это одна из самых... Да, это суперважно. Обзоры и рейтинги — один из важнейших факторов поисковой оптимизации в магазине приложений, и
25:38 для меня, и для моих клиентов, обращающихся за консультациями, это то, к чему я отношусь очень серьезно . Вам необходимо настроить свою систему отзывов. Вам необходимо настроить способ, которым пользователи будут оставлять отзывы о вашем приложении. Вам нужно приложить к этому немало усилий, поскольку именно так будет расти ваше приложение. Поэтому я не принимаю решения по написанию обзора. Обычно я этого не делаю. Я просто использую родной. Ага. Я просто тяну как после дома, как мой процесс домой для моих приложений. Ну как дела. Вы используете мое приложение. Некоторые приложения любят писать отзывы или переходить к обзору приложения после этого. Мне не нравится так делать, потому что люди из-за этого злятся и говорят: « Я не пробовал ваше приложение, а вы
26:24 просите оставить отзыв». Что это? Итак, что я делаю, после того как вы используете мое приложение и выполняете некоторые основные функции, которые я разработал для приложения, скажем, вы переходите на экран, выполняете какое-то действие, например нажимаете кнопку или открываете модель, или тратите некоторое время в моем приложении на то, чтобы разобраться во всем, потому что я люблю, чтобы пользователи разбирались во всем сами и открывали что-то новое. Ммм. И затем после этого я показываю подсказку. Итак, эй, вам нравится это приложение? Если вы хотите помочь нам расти, пожалуйста, оставьте отзыв. И затем, если обзор доступен, я показываю нативное приглашение на отзыв, а если нет, я предварительно перенаправляю их в магазин приложений, чтобы они оставили отзыв о приложении. Вот таков мой процесс. Хорошо. Хорошо.
27:09 Вы условно отображаете нативную подсказку только в том случае, если они говорят, что им нравится приложение, в котором вы не делаете подобных трюков? Если вы понимаете, о чем я ? Сначала хочу спросить, нравится ли вам приложение? Если ответ «да», вы показываете подсказку. Если нет, вы покажете по этому поводу отзыв. Ты это делаешь? Я каждый месяц публикую твит об этом, потому что это одна из самых конвертирующих вещей в моих приложениях — получение рейтингов, потому что я делаю это так, как будто подсказываю им: «Эй, вам нравится приложение?» Если они нажимают « да», я показываю им нативное приглашение оставить отзыв о приложении. Если они говорят «нет», я прошу их дать обратную связь. Итак, как я могу доказать, что даю им что-то бесплатно, например, «хорошо,
27:56 вы тестируете, вы пытаетесь, вы пробуете приложение», и если оно вам не нравится, я предложу вам скидку в основном премиум-предложении или дам вам еще пять попыток, чтобы вы попробовали приложение получше. Это то, что я делаю, чтобы стимулировать пользователя, но как Apple рассматривает это? Потому что для некоторых приложений я это делаю. Для некоторых мы отклонили это. Так что я бы вернулся к отсутствию этой первой подсказки — проверки, нравится нам это или нет. Но я знаю, что есть и некоторые хитрости. Как дела? Да, потому что это противоречит правилам Apple — заставлять пользователей оставлять отзывы о вашем приложении. Поэтому
28:42 копия здесь крайне важна. Вам нужно использовать копию, которая не будет заставлять пользователей оставлять отзывы о приложении. Я просто поощряю их, хотят они этого или нет. Вам нужно предоставить пользователю выбор, но это все еще будет зависеть от условий, как в этом приглашении, например, если вы покажете нативное приглашение только после того, как он нажмет «да», это будет своего рода нарушением правил. Поэтому они отклонили некоторые из моих приложений именно из-за этого. Ага. Но для этого важна копия . И если вы измените «да» на что-то другое или покажете что-то вроде звезд и тому подобного, вы сможете помочь рецензенту. И если вы демонстрируете или отправляете видео рецензенту, говоря: «Эй,
29:28 мы не заставляем пользователей оставлять отзыв о приложении. Мы просто говорим им, что если они хотят, то могут оставить отзыв , но это не принуждает их к этому». Я просто показываю нативное уведомление, не задавая вопросов. Я просто после нескольких действий, например, после выполнения моей основной функции пять раз, показываю нативное уведомление. Хорошо. И это может пройти проверку. Но да, это правда. Да, это тоже была моя идея. Например, либо отключить это по воздуху, либо добавить какую-то логику. Да, потому что вы можете это контролировать, и
30:15 Apple не забанит меня, потому что я контролирую, где и как я это показываю. На этапе обзора я стараюсь, если это первый обзор, я стараюсь действовать очень осторожно. Это первый обзор. Я стараюсь взять на себя все обязательства. правила, которые у них есть, и я стараюсь быть на 100% уверенным, что следую им. Но как только это будет принято, я начну добавлять подобные вещи, которые находятся в серой зоне . И я стараюсь, знаете ли, играть с этим безопасно, не нарушая правил, потому что если вы нарушаете правила, они могут удалить ваше приложение. Они могут, знаете ли, забанить вас. Но я всегда стараюсь играть безопасно. И,
31:02 знаете ли, некоторые говорят, что это чёрный трюк. Вы навязываете своим пользователям плохие психологические вещи. Я всегда давал пользователю возможность не делать этого. Да. Да. Именно. Так что, э-э, да, я знаю, что в этом обзоре мы можем много говорить. Может быть, мы сделаем ещё один эпизод, посвящённый этому. Но теперь давайте вернёмся к вашему процессу. Итак, после того, как вы закончили со всеми функциями, вы всё протестировали. Следующий шаг, скорее всего, — это размещение приложения на… Магазин. Как вы к этому подходите? Какие важные шаги здесь нужно учесть? Есть два момента: заголовок, подзаголовок и скриншоты. Это три момента, которые я разработал после того, как
31:47 разработал платный доступ. Это три момента, на которые я трачу много времени после релиза. Итак, я начинаю создавать заголовок с ключевыми словами, которые я выбрал с высокой степенью интентности и низкой сложностью. Я всегда размещаю основные ключевые слова в начале названия приложения, а затем, очевидно, добавляю название приложения, например, « Same Timer» или что-то в этом роде, или «Super Helper X», или что-то в этом роде, но это в конце, потому что мой основной канал — это приложение. Я хочу разместить основные ключевые слова в начале, потому что это поможет алгоритму лучше представить мое приложение при поиске по таким
32:32 ключевым словам. После этого я стараюсь создавать скриншоты таким образом, чтобы они демонстрировали ценность моего приложения, а не его функции. Хорошо. Я всегда фокусируюсь на ценности того, что предлагает мое приложение, а не на его функциях . Для своих приложений я... Стараюсь использовать ключевые слова на скриншотах, например, те, что я нашёл в ходе исследования. Я стараюсь использовать их в заголовке. Допустим, моё приложение — это идентификатор земель. Я стараюсь использовать эти ключевые слова во время скриншотов. Самые важные скриншоты — это первые три. И на этих трёх скриншотах я стараюсь использовать изображения или фотографии, которые вызывают у пользователя желание нажать на страницу, чтобы перейти к списку.
33:18 Поэтому, когда пользователь видит это, мне нужно продемонстрировать, что мой идентификатор растения — лучший идентификатор растения. Я стараюсь показать это так, чтобы пользователь подумал: « Хорошо, это я». Я хочу использовать это приложение, потому что вижу на скриншотах человека, который, вероятно, похож на меня, и хочу попробовать его. Это один из моментов, которые я обычно использую при разработке скриншотов. Идеально. Это очень ценно. И вы отправляете всё в App Store, если вы не с другой планеты. Например, вы проходите несколько этапов доработок, потому что Apple отклоняет ваше
34:04 приложение, но в конце концов оно публикуется. Каковы дальнейшие шаги? Вы делаете что-то ещё для этого приложения? Вы просто отслеживаете и переходите к следующему? Как вы к этому подходите? Ну, это зависит от того, как пройдёт первая неделя. Если первая неделя пройдёт хорошо, у меня будут продажи и что-то подобное . Я думаю: «Хорошо, давайте продолжим улучшать их приложение или давайте займёмся его рекламой на форумах». Обычно я делаю так. Я обычно запускаю кампанию за бесплатное приложение на apps.com, и обычно в этом месяце я даю целый месяц
34:50 бесплатно и рекламирую его там, где есть такие площадки, где приложения предоставляются бесплатно. У меня есть несколько форумов, где можно опубликовать ваше приложение, если оно стало бесплатным, и я использую эту площадку для людей, которые пытаются тестировать новые приложения, чтобы получить несколько загрузок, и это помогло мне… Много. Хорошо, это, э-э, полезно. Об этом я не думал, но, вероятно, это простой способ сделать для маркетинга следующих шагов в маркетинговом направлении. Хорошо, что дальше? Вы разрабатываете следующую версию? Вы разрабатываете новые функции или переходите к следующему проекту? Обычно я не добавляю новые функции. Если
35:36 я чувствую, что концепция приложения завершена, она выполнена, я говорю: «Хорошо, это приложение создано», и обычно я не добавляю в него новые функции. Я стараюсь улучшить его, чтобы не было ошибок, чтобы не было сбоев, например, сбоев. Если у приложения есть бэкенд, я стараюсь улучшить его и стараюсь вести первую версию таким образом, а также улучшать все сопутствующие компоненты, платный доступ и тому подобное. Но основную функцию приложения я оставил такой, потому что начал пробовать приложения или понимать приложения, как это делают артисты со своими музыкальными треками. Когда артист публикует музыкальный трек, он обычно пытается… Они публикуют музыку как
36:23 лучшую музыку или лучшую песню, которую они хотят, а затем, если хотят её развить, начинают её маркетинг, но не записывают заново или добавляют что-то новое к песне. Они представляют её как есть, и если хотят её улучшить, делают фичеринг и тому подобное. Ну, я стараюсь видеть приложения, мои приложения, как треки песен, а не как… ладно, это приложение, которое не является непрерывным процессом. Да, у меня есть некоторые приложения, которые я начал добавлять функции и тому подобное. Но большинство своих приложений я рассматриваю как песни, например, вот эта песня. Я стараюсь улучшить всё окружение вокруг песни, чтобы помочь вам найти мою песню или моё приложение. Но это моё
37:08 приложение. Вот оно какое. И я стараюсь, чтобы окружение помогло вам найти её. Это очень интересный подход к рассмотрению этих вещей. Я считаю это очень полезным способом не создавать себе нагрузку с каждым новым приложением, которое вы разрабатываете, потому что… Вот что я иногда чувствую. Я всегда думаю: вместо того, чтобы создавать новое приложение, может быть, стоит вернуться и добавить новые функции или улучшить старые. И я считаю, что сейчас в моём портфолио, кажется, шесть-семь приложений, но по мере роста оно будет становиться всё сложнее и сложнее. Но так оно и есть, это очень интересно. В то же время я думаю: если я буду придерживаться такого мышления, не заставит ли меня быть гораздо более перфекционистом на
37:54 этапе разработки приложения? Скорее всего, я просто определю область применения, но реализую её как супер-хорошую, так, что можно сделать лишь несколько незначительных улучшений, но ничего радикального, что можно было бы изменить. В целом, вы извлекаете из этого уроки и двигаетесь дальше. Если что-то пойдёт не так, ничего страшного, потому что всё идёт не так, и тогда я сосредотачиваюсь на следующем. Что ещё мне нужно сделать, чтобы помочь этому приложению развиваться? Что ещё я могу изменить, чтобы мотивировать пользователей использовать моё приложение? Поскольку мой подход заключается в том, чтобы
38:42 помочь пользователям найти моё приложение через магазин приложений, мне нужно найти способ, как пользователи могли бы легко его найти. Хм. Вот на это я и трачу время, улучшая его. Я не трачу время на улучшение функций, потому что знаю, что они удобны или хороши. Проблема не в том, хорошее у вас приложение или нет. Проблема в том, хорошее у вас дистрибутивное решение или нет, ведь у вас может быть хорошее приложение, но если у вас плохое дистрибутивное решение, плохой маркетинг? Хм. Кто узнает, что ваше приложение хорошее? Никто. Потому что никто не сможет его найти. Поэтому я стараюсь работать с невидимыми вещами, например, как я упаковываю своё приложение, чтобы вы его нашли,
39:29 а затем я стараюсь, чтобы то, что находится внутри пакета, было удобно или полезно для вас. Отлично. Это действительно меняет вашу точку зрения. Это определённо полезно для меня и, надеюсь, для всех, кто здесь смотрит. Я многому научился. Из вашего процесса. Есть вещи, которые я делаю так же. Я записал правильные вещи и изменю процесс, который мы используем внутри. Есть ли что-нибудь, чем вы хотели бы поделиться с начинающими независимыми разработчиками мобильных приложений, которые хотят начать заниматься мобильной разработкой и выпускать собственные приложения? Я бы сказал, много экспериментируйте и найдите нишу, в которой вам будет комфортно строить. Постарайтесь понять, прежде чем разрабатывать. Как
40:17 разработчики, вы знаете, что мы хотим как можно глубже погрузиться в код. Мы хотим печатать, печатать, печатать, а потом забываем, как продвигать это приложение. Поэтому начните с того, как вы будете продвигать это приложение, а затем начинайте писать код. Вот что я говорю. Я бы сказал, что ваши первые приложения провалятся. Это 100% вероятность, или вы могли бы, как я, написать одно из моих первых приложений, но да, вам нужно продолжать экспериментировать и продолжать разрабатывать, чтобы понимать, что работает, а что нет. Нет простых путей, и если вы знаете успешных или очень хороших основателей приложений, они скажут вам, что… Точно так же, как непросто
41:02 понять, как это будет работать. Единственный способ понять это – это выпускать больше приложений, создавать больше вещей и отправлять их в производство. Вот что важно. Что вы отправляете в магазин приложений, что вы завершаете – вот что важно. Важно не то, что запущено на вашем локальном сервере, потому что вы чувствуете, что оно не закончено. Постарайтесь закончить проект, а затем подумайте, как его можно улучшить. Это моя, скажем так, мотивационная речь. Большое спасибо, Уилмер. Именно поэтому мы создаём инкубатор в Not Just Dev, где я вижу, как многие наши студенты с идеями сами себя саботируют, например, не запускают. Они слишком перфекционисты. Масштаб их идей слишком широк. И с помощью инкубатора наша
41:49 цель – помочь им перейти от идеи к рынку. Помочь им придумать идеи, визуализировать, сократить лишнее и сосредоточиться только на самом важном, и просто выйти и погрузиться в процесс создания и запуска приложений, потому что… Как и с итерациями, вы будете становиться всё лучше и лучше. Так что для всех, кому интересно, открыт список ожидания . Я оставлю ссылку в описании ниже для инкубатора. Но , Уилмер, где люди могут следить за вами? У меня есть здесь, сбоку, ваш Твиттер. Да, они могут найти меня в Твиттере, Уилл Теро, и если они хотят получить обратную связь об оптимизации своих приложений , они могут использовать мой инструмент ASO.report. Это
42:34 бесплатный инструмент, который может попробовать каждый. Они могут просто вставить свой URL или ввести название своего приложения, и они найдут его. И я надеюсь, что он даст вам обратную связь о том, что нужно улучшить в вашем приложении, потому что я хотел бы иметь этот инструмент раньше, потому что я принимал много неправильных решений по оптимизации страницы приложения в магазине . Поэтому я верю, что этот инструмент поможет вам найти способ сосредоточиться на том, на чём нужно сосредоточиться. Да, я уже использовал его, и он дал мне много полезных, э-э, вещей. У меня нет... Ссылка прямо сейчас, но это потрясающе, правда? Большое спасибо, Уилмер, за все знания, которыми ты здесь поделился. Было
43:19 приятно с тобой пообщаться. Удачи тебе на всех твоих страницах в Твиттере. Мы будем следить за всеми твоими новыми проектами и знаниями, которыми ты там делишься. Надеюсь, тебе понравится. Обязательно подпишись на наш канал, чтобы не пропустить наши будущие видео. И расскажи, каких ещё инди- разработчиков ты хотел бы пригласить и с кем пообщаться. Большое спасибо.
