Nelson апрувит

Есть человек которого не стыдно порекомендовать : - Проджект менеджер в Мобайл. У человека опыт и в аккаунтинге, менеджерил разработку, сам запускал фб и процессил инфру для фб (бм, соц, кабы прочее) Естественно методологии управления и прочая проджект база. Если кому нужно закрыть позицию, пишите, есть крепкий воин под эти задачи) 💪

При нормальной реализации каждого из них вероятность свести экономику и выйти на нужный перформ становится значительно выше. И это хорошо видно на наших партнерских проектах. Несколько примеров из практики Есть команда, у которой достаточно долго не было желаемых результатов в мобайле. При этом у ребят уже был успешный бизнес в других вертикалях, куда уходила основная часть внимания и ресурсов. Когда удалось выделить достаточно времени, ресурсов и экспертизы на mobile-направление, положительный ROI не заставил себя долго ждать, а CAC удалось снизить вдвое. Сейчас ребята активно работают над версионированием и расширением продуктовых направлений. Уверен, именно эти два блока дадут им следующий существенный буст. Есть другой партнерский проект, где долгое время основным ограничением оставалась команда. Работы проводилось много, ресурсы были, но необходимого метча между людьми и процессами не получалось. Сейчас вижу значительные изменения, в первую очередь по CAC, и во многом именно за счет того, что удалось закрыть вопросы с командой. И отдельно хочу отметить наших лидеров среди партнерских проектов. На старте взаимодействия у них уже была одна из самых зрелых структур. Практически все описанные выше элементы были реализованы, хотя некоторые еще находились на достаточно базовом уровне. Недавно проводили ревью, обсуждали текущие результаты и развитие проекта. И что интересно, сами ребята в первую очередь выделили изменения в команде, затем системную работу с версионированием и уже как следствие - возможность эффективно развивать несколько вертикалей. На мой взгляд, это очень хорошо иллюстрирует все, о чем писал в этих двух постах. Можно иметь доступ к рабочим продуктам, бенчмаркам, сорсам, инфраструктуре и достаточному бюджету. Но итоговый результат все равно во многом зависит от того, насколько эффективно команда умеет превращать эти ресурсы в работающую экономику и масштабируемый бизнес. Ну и пользуясь случаем, хочу сказать спасибо каждому нашему партнерскому проекту. За доверие, совместную работу, сложные кейсы и возможность вместе «расти и развиваться», как любит говорить Кот )) Желаю всем сил, фокуса, низкого CAC и высокого ARPPU 😎 И традиционно - всем аппрув!)

Почему одни команды выходят на нужный перформ, а другие нет? Часть 2 Продолжим разбирать выводы из нашей двухлетней работы с партнерскими mobile-командами. Сразу хочу предупредить, будет лонгрид, и надеюсь, вам будет интересно) В первой части писал про экспертизу команды и системное версионирование. Сегодня хочу подсветить еще два момента, которые, на мой взгляд, сильно влияют на устойчивость и экономику проектов. 3. Диверсификация продуктов и вертикалей За 8 лет работы в мобайле я не раз наблюдал, как меняется перформ даже у очень хорошо оптимизированных продуктов. Допустим, у нас есть практически идеальная связка: прила, продуктовый флоу, онборд, пейвол, сорс, рабочие подходы к закупке и оптимизированная воронка. Все попадает в бенчи, трафик льется, экономика сходится, команда скейлит объемы. Но важно понимать, что высокий перформ - это не постоянное состояние продукта. У любой связки есть свой жизненный цикл. Периоды хорошего перформа сменяются спадами, и далеко не всегда причина находится внутри самого продукта или команды. В некоторых вертикалях есть выраженная сезонность трафика. Где-то начинаются веерные баны, усложняется поставка в Store, меняются условия закупки или просто перестают работать привычные подходы. И если вся экономика команды завязана на одном продукте, одной вертикали и нескольких рабочих связках, любой такой период может очень неприятно отразиться на бизнесе. Поэтому я сторонник параллельного развития нескольких продуктов и направлений, желательно с разными флоу и возможностью использовать пересекающиеся источники трафика. Последнее особенно важно. Нет большого смысла диверсифицироваться таким образом, чтобы под каждую новую вертикаль приходилось собирать отдельную инфраструктуру и совершенно новую команду баинга. Гораздо интереснее, когда существующая экспертиза, сорсы и ресурсы позволяют работать сразу с несколькими направлениями. В таком случае при снижении перформа в одной вертикали у команды остается возможность перераспределить ресурсы в другую, где сейчас есть потенциал для скейла. Причем заниматься этим нужно параллельно, а не после того, как основной продукт перестал давать нужный ROI. И здесь снова возвращаемся к версионированию, только уже на уровне всего портфеля продуктов. 4. Аналитика, прогнозирование и контроль экономики Казалось бы, максимально очевидный пункт для любого, кто занимается мобайлом и арбитражом трафика. Но на практике даже в достаточно зрелых командах регулярно встречаются проблемы с прозрачностью метрик, прогнозированием окупаемости и доступностью данных для принятия решений. На мой взгляд, аналитика должна быть не отдельным отчетом для овнера, а частью ежедневной работы каждого юнита команды. Продакт должен понимать, что происходит с воронкой, конверсиями, подписками и ретеншеном. Баинг - видеть актуальную экономику закупки, CAC, качество трафика и прогнозируемую окупаемость. Менеджмент и овнер - иметь полную картину по продуктам, расходам, выручке, прогнозам и динамике ключевых метрик. При этом каждый юнит должен не только иметь доступ к необходимым данным, но и отвечать за корректность и своевременность метрик в своей зоне. Потому что когда данные разрознены, обновляются с задержкой или разные участники команды считают одни и те же показатели по-разному, даже сильная экспертиза начинает работать менее эффективно. Нельзя нормально управлять версионированием, распределять ресурсы между вертикалями или принимать решения по скейлу, если ты не понимаешь реальную экономику каждого из направлений. А когда аналитика прозрачна, прогнозы регулярно актуализируются и команда понимает, какие действия влияют на конкретные метрики, появляется возможность управлять результатом системно, а не действовать на ощущениях. И вот здесь хочу связать все четыре пункта. Сильная команда, системное версионирование, диверсификация и прозрачная аналитика - это не четыре независимых преимущества. Это взаимосвязанные элементы одной системы.

В этот момент старое уже не дает нужный ROI, а на поиск и тестирование нового нужно время. И это особенно неприятное время, потому что объемы уже приходится резать, а следующая рабочая связка еще не найдена. Поэтому новые подходы и воронки нужно системно тестировать в тот момент, когда текущие еще дают нужный перформ. У нас были кейсы, когда первая версия прилы показывала абсолютно нежизнеспособные метрики. Не «чуть-чуть не попали в бенчи», а цифры, с которыми дальше работать в текущем виде просто нет смысла. После нормального цикла версионирований тот же продукт выходил на нужные показатели и дальше скейлился до $75k MRR. И здесь как раз очень хорошо соединяются первый и второй пункты. Сильная команда не обязана с первой версии сделать продукт, который сходу льется в значительный плюс и окупается за два дня. Гораздо важнее, насколько быстро команда может понять, почему продукт не попадает в бенчи, где именно находится точка роста и какую следующую итерацию нужно проверить. На дистанции именно скорость и качество этих итераций очень сильно влияют на то, получится ли в итоге свести PMF и дойти до нормального скейла. Если такой формат заходит и хочется еще кейсов и выводов из нашей работы — накидайте лайкосиков и 🔥. А я пойду собирать следующий блок ))

Всем доброго времени суток, мои путешествия позитивно сказываются на настроении и вдохновении) Длиннотекст получился для вас, жду вашей оценки, приятного и информативного вам чтива : Мы уже около двух лет вместе с Котом (@BlogOneCat) работаем с командами в рамках нашей партнерской деятельности. За это время через нас прошло достаточно проектов в разных вертикалях и с очень разными вводными. С кем-то начинаем практически с нуля: помогаем собрать минимальную команду, подключаем инфраструктуру, разработку, дизайн и баинг. Где-то команда уже сформирована и мы подключаемся к продуктовой части: даем бенчмарки, рабочие подходы и источники, сопровождаем поставку, помогаем собрать первые метрики и дальше работаем с аналитикой, воронкой и версионированием до момента, когда продукт можно нормально скейлить. За счет этого накопилась довольно большая выборка кейсов и, что интереснее, возможность посмотреть со стороны, почему при схожих ресурсах и вводных одна команда приходит к нужному перформу, а другая — нет. Решил собрать несколько таких наблюдений. Разобью на пару постов, чтобы не делать лонгрид на полчаса. 1. Экспертиза команды напрямую конвертируется в экономику проекта Это особенно хорошо видно, когда работаешь параллельно с несколькими командами в одной или смежных вертикалях. Одинаковые бенчи, плюс-минус одинаковые ресурсы, доступ к тем же подрядчикам, сорсам и инфраструктуре — а на выходе совершенно разный результат. Сильная команда может нормально отработать даже уже перегретую нишу и оставить проект в плюсе. При получении не самого приятного фидбека от Apple — вытащить прилу из ситуации, которая на первый взгляд выглядит как практически 100% бан. Быстрее и эффективнее обрабатывать реджекты. Или аргументированно объяснить яблокам, что цена недельной подписки на самом деле совсем не большая)) То же самое с подрядчиками, баингом, дизайном и поставкой: нужная экспертиза и нетворк позволяют быстрее получать лучшие условия и не терять недели на решение вопросов, которые можно закрыть за день. В обратную сторону это работает еще заметнее. Можно взять продукт, который уже показывает перформ у других команд, дать достаточно ресурсов — и все равно не свести экономику. Потому что где-то не хватает экспертизы. Где-то продакт, баинг и аналитика существуют как три отдельных государства. Где-то решение, которое нужно принять сегодня, согласовывается две недели. Где-то слишком большой пинг между командой, подрядчиками и фаундерами. И каждый такой пинг в итоге имеет вполне конкретную стоимость. Причем когда я говорю про команду, я учитываю и самих фаундеров. Особенно на старте нового направления. Недостаточно просто выделить бюджет и нанять людей. Очень многое дает возможность принести в проект свои сильные стороны: текущую команду, экспертизу, инфраструктуру, нетворк, ресурсы — и самое главное, собственный фокус и возможность оперативно включаться в ключевые решения. Когда внутри есть хороший метч и нормальная скорость взаимодействия, команда гораздо быстрее проходит проблемы, которые в мобайле в любом случае будут. 2. Версионирование — это не только продукт Второй момент, который очень хорошо виден на дистанции, — насколько системно команда умеет работать с версионированием. Причем я бы вообще не ограничивал это понятие онбордом, пейволом или очередным сплитом цены. Версионировать нужно практически весь флоу. Сам продукт. ASO. Онборд. Пейвол. Прайс. Флоу юзера после оплаты. Параллельно — баинг: тип закупки, крео, сорсы, гео, аудитории, настройки РК. А иногда нужно выходить и за рамки конкретного продукта или вертикали. Ни одна рабочая связка не остается рабочей вечно. Нельзя постоянно закупаться в рамках одного флоу, одних крео, одного гео и одного сорса. Точно так же нельзя бесконечно жить с одним ASO, онбордом и пейволом только потому, что сейчас они попадают в бенчи. Проблема начинается, когда команда вспоминает про новые подходы уже после того, как текущий перформ перестал устраивать.

Есть портфель утилит. Каждый клинер имеет уникальный функционал, уникальный дизайн. В зависимости от цены лота, растет мрр. Мрр лота с 20к - 350,500,700$ Все не будет продано, рассматриваем половину портфеля - пишите 🙏🏻 если интересно.

Всех приветствую ) Каждый год собираем мини группу по апгрейду/подготовки продакт менеджеров Полезно будет всем, кто работает с iOS монетизацией, mobile рынком в целом. Пишите в лс кому интересно, пообщаемся 🙌🏻

Part II Кампания жила пять часов сорок шесть минут, после - нет рк - нет app В августе Apple убрала из App Store редактор изображений Kromix. Не по жалобе пользователя и не по результатам проверки — приложение сдала его собственная реклама. Кампания в Meta: 32 объявления, все на мужскую аудиторию, в одном креативе — сексуализированное изображение женщины-политика из США. Продавали отсутствие ограничений. Первым на это обратил внимание Wired, дальше Meta сняла кампанию, Apple сняла приложение. Открут по подсчётам издания — пять часов сорок шесть минут. Незадолго до этого тем же путём ушёл MaskAI, умевший вставлять лица в сексуальные сцены. Вывод для тех, кто закупает: в этой категории лучший креатив по CTR стал самым быстрым способом доставить ревьюера к вашему продукту. Будет ли этот принцип расспространятся по остальным вертикалям и хватит ли у яблок ресурсов, что бы такой аудит проводить, думаю нет) Чтобы понять, откуда такая скорость, надо отмотать на несколько месяцев назад. Апрель. Кто-то сел и проверил выдачу Tech Transparency Project разобрал, как App Store сам приводит людей к таким приложениям. Подсказка поиска на ввод «AI NS» достраивалась до «image to video ai nsfw». По запросу «deepfake» в выдаче стояла платная реклама приложения для face swap. Около 40% топ-10 по nudify, undress и deepnude — приложения, которые это действительно умеют. Apple в ответ удалила 15 приложений из отчёта, отправила шести разработчикам уведомления о нарушениях и заблокировала часть поисковых терминов, добавив, что часть блокировала и до отчёта. Google позже ограничила у себя поиск по «nudify». Для ASO это означает: семантика, на которой в нише держался весь органический трафик, стала предметом публичного аудита, а реакцией на аудит бывает не понижение в выдаче, а удаление апки.

Привет трудящиеся ) Решил поделиться командой, которая сейчас хорошо закрывает поставку. Ребята собирают прилы на топовых аишках и дальше руками докручивают до релиза: сдк, аналитика, интеграции, покупки, функционал, анимации где нужно. Не «нажал кнопку и в стор», а нормальная доводка теми, кто умеет делать это качественно. Сам уже так залил 2 апки. В стор проходим оперативно, на этапе публикации проблем не встретил. Самая быстрая прила собралась за 5 дней. И это не впнка с тремя экранами, в целом стандартный функциональный продукт. По дизайну честно: не 1 в 1 с фигмой, отступы есть. Но по функциональности и техничке 0 вопросов, всё работает гуд. Стоит такое добро 5-7к под ключ, если свой дизайн уже есть. Можно и без дизайна — как договоритесь.(главное что бы вы сами понимали что хотите и могли это показать 🤨) Еще для тех кто не шарит в интеграциях с сорсами-атрибуцией-постбеками, такое тоже сделают с помощью pnlight 😎 Если интересно — пишите @dev_hub_clientbot, ребят отреагируют, помогут 😎

Решил поделится хронологией событий по вертикали FaceSwap Будет несколько дат и про каждую не большой пост) Всего 3 части, осторожно длиннотекст. Дата первая : 13 ноября 2025 В списке изменений — одна строчка, поданная как уточнение: «Clarifies that you must clearly disclose where personal data will be shared with third parties, including with third-party AI, and obtain explicit permission before doing so». Три слова, ради которых половине AI-приложений пришлось переделывать онбординг: including with third-party AI. Раньше «третьи стороны» спокойно жили в privacy policy, и вопросов не было. Теперь нужно раскрыть внутри приложения, куда уходят данные, и получить явное согласие до передачи. Не после первого результата, не в настройках, не галочкой на экране регистрации. Что именно смотрит ревьюер, видно по отказам, которыми делятся разработчики: формулировка повторяется из треда в тред — приложение не объясняет, какие данные уходят, не указывает, кому они уходят, и не спрашивает разрешения до отправки. Безличное «мы передаём данные третьим сторонам» эту проверку не проходит: ждут имя вендора. Оттуда же самый обидный сценарий. Экран согласия сделан честно, текст правильный, кнопки на месте — но первый запрос к вендору улетает раньше, чем пользователь до этого экрана дошёл. То есть, теперь запрос на согласие будет лежать до пейвола и онбордингом(типо сразу после АТТ) - но есть кейсы где в онбординг ставили и было норм. А заканчивается пункт 5.1.2(i) так: приложения, которые делятся данными без согласия, могут быть сняты с продажи, и это «may result in your removal from the Apple Developer Program». Не реджект билда. Аккаунт. Фактически, если у вас есть старая версия прилы которая лежит в сторе и у которой нет выполнения этого пункта, вполне подходит под положение и есть риск снятия с продажи.

Если давно хотели заказать дизайн - это тот самый знак🩷

Если не хотели - тоже неплохой знак

−20% на UX/UI и −10% на креативы для своих По вопросам и для заказа - пишите ➙ @valeriia_nako

Всем привет ) Давно не выходил с вами на связь) Хочу поделится апдейтами. 1) У меня стартует через 2 недели открытое подключение платформы pnlight. Любой сможет оставить заявку и подключится. Лично буду присутствовать на интервью и ознакомительной встрече и расскажу, что мы умеем и чем можем быть полезны вам. Функционал значительно расширился и думаю зайдет почти все) Для первой когорты будут хорошие условия и мы хотим собрать пожелания по функционалу с первой когорты клиентов 2) Буду собирать не большую группу на обучение манагеров мобайла. Если у вас есть проджекты и продакты которых нужно апгрейднуть, пишите в лс. 3) Хочу сделать ежемесячный открытый синк/каст на котором все желающие могли бы зайти и поговорить о ситуации на рынке, идеях куда двигаться и что сейчас мешает скейлу и развитию команд. Интересно ваше мнение на счет такого формата. Думаю будут детали и некоторые правила подключения, что бы такие синки были качественны и структурные - хаос нам не нужен) Вот такими мыслями и новостями хотел поделится) Всем благ и перформа🙏🏻

Всем привет! Если вы оплачиваете сейчас эпл дев акк, на карте должно быть более 120$, так как некоторые аккаунты стали оплачивать по 119,99, вместо 100$ Пока хз с чем это связано и оф инфо от яблок не было, но уже столкнулись с таким - по этому обратите внимание. 👌🏻💪🏻 всем добра

Привет трудящиеся ) Как то органически получилось, что у меня один из сап проектов - это подготовка и развитие проджект/продакт менеджеров именно под нашу нишу. Уже довольно много партнерских проектов получили манагеров с моей помощью. Так как это востребованный вопрос, решил запостить тут наличие ребят на текущий момент : - 3 Джуна проджект менеджер/ аккаунт менеджер - 2 мидла проджекта - 1 мидл продакт - Овнер сеньйор с опытом Если кто то нужен, пишите в лс, обычно разбирают как пирожки) Но сейчас выбор большой, пишите 👌🏻 И раз уж я предлагаю, то и у вас попрошу, кто хочет подвигаться в крутых проектах на позиции медиабайера - тоже пишите, есть что обсудить ) Всем высоких CR trial to paid и минимальное количество биллинг ищьюс ) Чуть позже напишу постик про баинг и наши дела в закупке 💪🏻

Всем доброго вечера) Время бежит и мы активно двигаемся к 2026. Уже завтра, старт моего каста ProMobile 2.0 Хочу начать его с итогов 2025 года. Что удалось реализовать и где точки роста вижу в 2026. В каком состоянии рынок и куда мы все катимся) Всех кто прийдет, буду рад подводить итоги вместе с вами. (Пишите @kariapps ) Все остальные, спасибо что остаетесь со мной и ждете от меня посты😇. Знаю, я редко вас балую контентом - обещаю исправится в новом году. Ну и конечно же, как всегда, всем аппрув) 🙃

В этом канале собрались серьезные дяди с крупными (и не очень😁) компаниями и командами. Поэтому я решил внести новую рубрику и периодически писать о доступных крутых спецах, которых я могу порекомендовать лично. Сейчас как раз появился очень крутой человек на позицию CEO / COO по направлению мобайл Огромный опыт выстраивания процессов, работы с финансами и сильная экспертиза в мобильном рынке. Человек показал себя в деле, поэтому смело рекомендую. Пингуйте в личку @nelson_52, скину контакт. Газуйте быстрее, пока его не забрали. Таких на рынке единицы, так что успевайте💪 ❗️❕❓❔

Привет ребятки. По рабочему плану новый марафон с Сашей @nelson_52 по яблокам у меня был на конец января. Но мы расширяемся и в следующем году запишем еще больше контента. В планах сделать полноценный запуск по ASA. Придется все немного подвинуть, чтобы не накладывать друг на друга уроки. По марафону. Мы весьма плотно расписали в прошлых кастах всю базу по работе с яблоками и вашими любимыми подписками в утилитах. В продолжении будет сделан упор на техническую часть, аналитику, сплиты всего, что только можно и анализ метрик. Этим запуском мы полностью закроем вопрос по всем первичным этапам жизни вашего приложения. Вы научитесь прикидывать экономику и оптимизировать воронки под баинг, получать максимальную прибыль с проекта. Рассмотрим основные проблемы взаимодействия с модерацией на конкретных примерах. Мы расскажем, как эффективно выстраивать работу на примере наших команд. Как всегда без воды и с качественными презентациями. Таким образом, мы запишем полную базу для работы с яблочным(да и не только) стором. Формат работы вам уже понятен и привычен, но в этот раз контента будет больше, поэтому марафон растянется на 3 месяца. План - 12 уроков. Онлайн уроки раз в неделю + чат. Часть уроков мы будем, как и всегда, выкладывать в открытый доступ практически сразу. Отличная возможность научиться нормально работать с технической частью и считать свои деньги. Некоторые уроки из прошлого марафона есть ТУТ, ТУТ и ТУТ. Обязательный момент для тех, кто не участвовал в прошлом запуске - придется посмотреть 10 уроков предыдущего, ибо этот - логическое продолжение прошлого. Записи мы выдадим. План запуска прилагаю, но он вполне еще может быть расширен. Старт 18 декабря, чат уже запущен. Прайс за участие останется гуманным для комунити - 800 usdt. По всем вопросам пишите Карине @kariapps.

Apple представила важные изменения для разработчиков 1️⃣ Теперь отдельные элементы можно отправлять на проверку независимо от версии приложения. Например, можно отдельно отправить: 🔹 событие внутри приложения (In-App Event); 🔹 срочный багфикс, отдельно от других обновлений; 🔹 достижения или таблицы лидеров в Game Center. 2️⃣ Лимит Custom Product Pages увеличен до 70 страниц на приложение. Каждой можно назначить собственные ключевые слова, чтобы она появлялась в поиске по нужным запросам. 3️⃣ Новые Offer Codes теперь работают с любым типом покупок — от расходуемых и постоянных до подписок с или без автоматического продления. Эти коды позволяют запускать временные скидки, бонусы и пробные периоды прямо через App Store, без сторонних костылей. Важный момент: с 26 марта 2026 года старые промокоды для покупок внутри приложения перестанут работать. Для загрузки самих приложений их пока оставят, но для внутренней монетизации переход на Offer Codes станет обязательным.