Антилейаут

Всё согласно плану! 😀 ✅ Запустить монетизацию в проложении ✅ Сделать первые продажи подписки ✅ Получить негативный отзыв от пользователя

Помню, обещал рассказать, почему на странице ChallengeUp в App Store больше не указано моё имя в графе «Разработчик». Время пришло. Приложение появилось в App Store в самом конце 2021 года — ковид подходил к концу, а о надвигающейся войне мало кто подозревал. Запустились без платного контента, с небольшим набором функций, и постепенно дорабатывали — параллельно придумывая, какие фичи позволят с чистой совестью включить платную подписку. Идей было много, времени — ещё больше. Работа шла медленно, в свободные от основной работы часы. Каждый из нас рос как специалист, и из-за этого направление не раз менялось: в процессе мы то и дело понимали, что выбранный путь не приведёт к цели. Иногда работали активно, иногда месяцами не трогали проект, утонув в авралах и личных делах. Но не переставали думать о том, каким может стать ChallengeUp. К 2025 году мы наконец дозрели до того, чтобы относиться к проекту иначе. Решили твёрдо: платный контент запускаем до конца года. Дедлайн был не про «успеть в этом году», а вполне практичный — попасть в сезон загрузок. Тем временем приложение обретало аудиторию: больше 1000 оценок в сторе по всем странам, хороший органический трафик без вложений, регулярные упоминания у блогеров. Почти вся аудитория — из России. И вот в декабре, готовя почву для платежей, мы с удивлением обнаружили: в кабинете разработчика нет соглашения о платных приложениях — без него ни товары, ни подписки не продать. Месяц переписки с поддержкой привёл к логичному выводу: мы в России, и его нам просто отключили. «Выход должен быть — остальные же как-то продают», — решили мы и пошли искать. Первый вариант нашёлся быстро: статья о том, что Apple разрешила оплату картой, но только для российских пользователей. Почти месяц разбирались, как это реализовать, пока случайно на форуме не выяснили — за последний год Apple не одобрила ни одной заявки по такой схеме. Оставалось два пути: найти издателя, на которого можно перенести приложение и платить ему комиссию, или открыть юрлицо в другой юрисдикции. Мы выбрали второе. Разобравшись в теме, мы пришли к неожиданному для себя варианту — Великобритания. Оформить можно удалённо, отчётность и налоги достаточно простые. Так у нас появилась своя компания в UK. Знакомьтесь: Like Wrong, LLP. Наш мостик в мир развития приложения. Быстро тоже не вышло: месяц на открытие компании, ещё месяц на обновление аккаунта разработчика Apple, потом два месяца на настройку платежей и отладку последних деталей. Но всё было не зря — спустя это время мы наконец выпустили версию 2.0 с платными функциями. К сожалению, в удачное время мы не попали: с 1 апреля почти не осталось удобных и понятных способов оплаты с российских аккаунтов. А почти вся наша аудитория — из РФ. Это серьёзный удар по нашей экономической модели. Но унывать не собираемся. Новый курс — зарубежные рынки, где нас почти не знают. Для нас это обнуление всего, что мы наработали в российском сторе, и долгий путь по завоеванию новых аудиторий. Непросто, но мы к этому готовы.

Привет! Нужна ваша помощь — взамен предлагаю кое-что полезное 😴 Я сделал приложение для засыпания и ищу тестировщиков. Механика простая: считаешь падающие звёзды. Звёзды появляются в случайный момент — это важно, потому что именно так мозг переключается с мыслей на простое действие. Становится скучно, и сон приходит быстрее. Теория проверена на себе. Теперь тестирую на людях 🙂 Если у вас iOS и бывают проблемы с засыпанием — напишите, я добавлю вас в тест.

Гипотезы, которые экономят время: добавь один забытый блок Многие команды сегодня «работают с гипотезами», но результат всё равно разочаровывает. Эксперименты проводятся, ресурсы тратятся, а продукт как будто не становится «умнее». Почему так? Одна из причин — то, как мы формулируем гипотезы. Обычно для гипотезы используется популярный шаблон: «Если [сделать действие/изменение] для [целевой аудитории], то это приведет к [измеримому результату/ценности], что мы измерим через [метрику]». Формально всё выглядит правильно, но у такого подхода есть большая проблема: у гипотезы нет фундамента. Она строится на неявной догадке, которая нигде не зафиксирована. В итоге, проверив гипотезу, команда узнает только то, сработало ли конкретное решение — но не получает новых знаний о продукте и его пользователях. Чтобы гипотеза действительно развивала продукт, у неё должно быть обоснование: некоторое знание или инсайт, на котором она построена. Не абстрактная интуиция, а конкретные данные или наблюдения, из которых логично вытекает предлагаемое решение. Например, «пустая» гипотеза может выглядеть так: «Если мы добавим прогресс-бар в онбординг, то увеличим конверсию активации на 10%, что измерим по доле пользователей, завершивших онбординг». А обоснованная версия: «Мы видим, что 40% пользователей бросают онбординг на втором шаге. В интервью они говорят, что не понимают, сколько это ещё займёт. Поэтому, если мы добавим прогресс-бар, пользователям станет понятнее объём задачи, и мы ожидаем рост конверсии активации на 10%, что измерим по доле пользователей, завершивших онбординг». Разница в том, что во втором случае: • Гипотеза опирается на данные и наблюдения. • После эксперимента мы можем пересобрать свою модель пользователя: либо подтвердить, что причина была в «неясности объёма», либо понять, что проблема в чём-то другом. Гипотеза, построенная через обоснование: • Экономит время, потому что с большей вероятностью попадает в реальные причины поведения. • Позволяет накапливать знания о продукте и пользователях, чтобы со временем принимать решения быстрее и точнее. 📝 Поэтому перед тем как формулировать гипотезу, соберите данные под задачу: цифры по метрикам, поведение пользователей в воронке, фрагменты интервью, фидбек саппорта. Зафиксируйте, на каком именно наблюдении вы её строите. Если гипотеза не сработала, вы всё равно выигрываете: можно посмотреть, где именно сломалась логика рассуждений, скорректировать своё понимание продукта — и на этой обновлённой модели строить следующие, более сильные гипотезы.

Как быстро провалидировать качество продуктового решения Работая в продукте хочешь того или нет, но сталкиваешься с аргументацией из разряда «У нас не было времени», «Так мне сказал продакт», «Так было сделано до меня». Слыша это я сразу понимаю, что у дизайнера нет понимания решения, есть только оправдание его отсутствия. 📝 Запомните одну простую фразу — Хорошо спроектированное решение строится на обосновании, плохое на оправдании. Хорошо спроектированное решение обычно опирается на заранее продуманную рациональность: цели, критерии, альтернативы, компромиссы фиксируются и могут быть объяснены другим. Есть достоверная теоретическая и практическая база, которая подтверждает обоснованность решения. Не стоит забывать, что и обоснование может быть ошибочным. Поэтому очень важно проверять свои решения и прорабатывать теоретическую базу, чтобы обоснования тоже на чём-то основывались. Наличие обоснования подразумевает под собой осознанную работу с возможностью развития продукта. Оправдания — наоборот, полное её отсутствие, тупик. Полезно относиться к фразе как к тесту качества: • Если объяснение можно четко сформулировать, привязать к целям, рискам, ограничениям и достоверным знаниям — вы ближе к «обоснованию»; • Если объяснения звучат как попытка сохранить лицо («так вышло», «клиент попросил», «иначе не успевали» без анализа альтернатив), то это больше похоже на «оправдание».

Сегодня хочу поделиться радостной для себя новостью. Мой личный проект ChallengeUp, который я делаю с Ваней, Серёжей и Димой набрал более 1000 оценок в AppStore! Со средней оценкой 4,8. (Важно отметить, что это оценки по всем странам, если зайти в AppStore, то вам отобразятся только оценки вашей страны) По статистике менее 1% опубликованных в AppStore и Google Play приложений попадают в "Клуб 1000+ оценок". Менее 1%! Несколько лет назад, как раз в начале октября мы начали разработку приложения. Не всё получалось сразу, многое переделывали, развивались и становились умнее. На сегодняшний день у нас более 16 тысяч пользователей в месяц и большие планы по развитию приложения. В ближайшем будущем мы сделаем самое эффективное приложение для работы со своими привычками. Мы знаем как это сделать.

В этом году я столкнулся с осознанием, что совершенно не вывожу всю свою рабочую нагрузку. Приходится совмещать слишком много ролей и обязанностей, нужно и над дизайном продукта работать, и комьюнити заниматься. Везде миллион задач. Вроде постоянно занят, усердно работаю, в конце дня измотан, но итоговых результатов мало. Я решил разобраться в проблеме и пришёл к главному выводу — ресурс мозга расходуется в течение дня и именно в умении распоряжаться этим ресурсом и кроется секрет реальной продуктивности. Так вот, как нам сохранить мыслительный ресурс и добиться максимальной продуктивности? 1. Делай меньше, но лучше Не нужно стараться успеть сделать всё. Лучше сосредоточиться и углублённо решить 2 задачи, чем пытаться успеть переделать 10 дел. В первом случае получишь качественный результат, а во втором суету и по факту имитацию деятельности. Это может показаться нелогичным, но когда я сменил вектор на качественное выполнение задач в ущерб их количеству, то заметил, что реальная производительность сильно возросла. 2. Береги своё внимание Внимание — самый ценный ресурс. Старайся максимально погружаться в то, над чем работаешь. В моменте погружения всё будет стараться отвлекать, поэтому выключай уведомления и читай их только во время перерывов. Здесь здорово помогает техника помодоро, когда работаешь 25 минутными сфокусированными отрезками с 5-минутными перерывами между ними. 3. Делай перерывы При непрерывной работе ты также перегружаешь свой мозг. Он определённо устанет через 2-3 часа и не сможет дальше работать с полной силой. Тут всё просто — обязательно делай небольшие перерывы, чтобы размяться или отдохнуть. 5 минут это не трата времени, а инвестиция в то, чтобы качественного рабочего времени было больше. Мозг «забивается» как и другие мышцы, так что делай перерывы между подходами. 4. Правило 15 минут Запомни — мозгу нужно 15 минут для того, чтобы погрузиться в задачу. Эти 15 минут очень энергозатраты. Поэтому выделяй на каждую задачу как минимум 1-2 часа времени, не переключаясь на другие задачи. Если будешь каждые 30 минут переключаться на новую задачу или вопрос, то всего за пол дня ресурс мозга истощится и ты не сможешь решать сложные задачи. 5. Найди своё эффективное время Это то время, когда мозг работает лучше всего и способен переваривать сложные задачи. У меня это утро, именно в это время я стараюсь решить все самые сложные задачи. Также утром я стараюсь делать фокус на интересных задачах — они могут быть не самыми сложными, но работа над ними заряжает на весь дальнейший день. Вместо послеобеденной усталости чувствуется подъём энергии и заряд решать менее интересные задачи. 6. Решай мелкие вопросы в окнах В рабочем дне всегда будут появляться «маленькие окна» между встречами. Если у тебя освободилось 20 минут до следующей встречи, то эффективнее всего будет не погружаться в большую задачу (ранее мы выяснили, что это будет не эффективно), а решить небольшие вопросы и дела, не требующие погружения. Также будет эффективно подготовиться ко следующей встрече, она начнётся, а вы уже в контексте. Или даже просто сделать небольшой перерыв и восстановить силы. 7. Планирование дня и недели Тут сложнее всего, так как каждую неделю возникают неожиданные вопросы и задачи, но постараться стоит. Объединяйте по блокам все задачи и вопросы, чтобы всё, что связано одним контекстом шло вместе. Помните про переключение внимания? Так вот, если все задачи и созваны в течение одного дня будут посвящены одному контексту, то ты сократишь количество переключений внимания и получишь больше эффективного времени. 8. Выделяйте важное Помните, что времени всегда меньше, чем дел, которые надо сделать. Приоретезируйте и выделяйте то, что действительно нужно сделать прямо сейчас. Что-то окажется вне приоритета и будет отложено на потом. И это нормально. Возвращаемся к пункту 1 — лучше качественно сделать 2 дела, чем 10 дел сделать никак. В последнее время я стараюсь следовать этим пунктам и это очень мне помогает. Если у вас есть свои рабочие приёмы, то напишите в комментариях, мне очень интересно)

Мастермайнд про комьюнити с Павлом Петровым из 💜 Запись эфира, на котором мы разобрали запросы про то, как строить комьюнити изнутри компании, как его найти снаружи. Обсудили основные боли и проблемы сообществ. Подсмотрели за устройством грейдирования дизайнеров, поотвечали на вопросы. 00:00 Паша Петров рассказывает, как строить комьюнити без привязки к офису, зачем оно вообще нужно и как поддерживать интерес, даже если все устали. 08:27 Про затыки внутри сообществ: что может пойти не так и как помочь друг другу не выгореть. 16:54 Зачем встречаться регулярно, как это влияет на вовлечённость и почему 60% пришедших — это уже победа. 25:19 Как мотивировать без обязаловки, что делать с участниками, у которых нет времени, и как находить баланс между задачами и живыми встречами. 33:46 Почему безопасная атмосфера важнее крутых спикеров и как пригласить молчунов тоже говорить. 42:15 Развитие через цели и диалоги: как менторить своих, если ты не начальник, и зачем это вообще в комьюнити. 50:43 Шаблон обратной связи, который не раздражает: как говорить о точках роста и не звучать как HR-бот. 59:08 Зачем всё это: как сообщество помогает стать сильнее в профессии, даже если ты не любишь публичность. Приятного просмотра и будьте внимательны! 🎞 Смотреть на YouTube 🎞 Смотреть в VK Видео #эфир #комьюнити #грейды

Пет-проекты Есть такое понятие как пет-проект. Это когда человек помимо основной работы занимается ещё одним проектом — который придумал он сам в своё свободное время. Проводя собеседования и отсматривая портфолио кандидатов я замечаю, что многие пет-проекты вообще не отличаются от того, что есть на рынке. Они строятся на уже протоптанных дорожках и не привносят ничего нового. Не надо так! Личные проекты это прекрасная возможность сделать что-то сильно отличающееся от всех представленных на рынке решений. Показать всем вокруг как действительно должно быть. Как правило, делая пет-проект ты сталкиваешься с меньшим количеством рисков, ответственности и правок. Пользуйся этим, учись думать своей головой, выстраивать свои ограничения и брать за них ответственность. Когда я рисовал дизайн для своего пет-проекта — приложения ChallengeUp я осознанно пошел на риски. Дизайн сильно отличается от того, что можно встретить среди трекеров привычек. Только тёмная тема, яркие цвета, не самые читаемые шрифты. Со стороны продукта тоже есть свои особенности. Мы решили, что не будем привязываться к календарю как все. Вместо бесконечных привычек короткие челленджи, добавляющие осознанности вместо рутины в процесс. Все эти решения режут потенциальную аудиторию. Более выразительный дизайн и ограниченный функционал не подойдёт для широкой аудитории. Если бы приложение создавалось в корпоративной среде, то на такие риски было бы значительно труднее пойти. Но у нас не было этих ограничений и мы сделали как хотели. И знаете что? Это сработало! Хоть мы не делали приложение для всех, но для нашей аудитории оно стало намного ближе и привлекательнее, чем всё остальное. Через некоторое время после запуска мы вышли в топы российского AppStore без вложения денег в рекламу со средней оценкой 4,9. 🤩 Не ограничивайте себя в своих личных проектах. Экспериментируйте и идите на продуманный риск. Делайте по кайфу, иначе просто нельзя.

Пять принципов сильного комьюнити Готовимся к завтрашнему мастермайнду с Павлом Петровым, лидером дизайн-комьюнити в банке ТОЧКА. А вы готовы? Что-то пока запросов не очень много. Не упустите возможность спросить нас и, быть может, вы вдохновитесь и станете создателем собственного комьюнити! А чтобы построить сильное комьюнити, нужно следовать пяти принципам, которые выделил Паша, а мы оформили в карточки. Запросы ждём в комменты. До завтра! #анонс #мастермайнд #карточки 🍑 Явно.Дизайн

Комьюнити и точка: как строить, развивать и зачем это нужно? В этот четверг ожидается мощная коллаборация нашего комьюнити с ребятами из банка ТОЧКА Собираемся на открытый мастермайнд и разбираем на практических примерах: как создать и поддерживать сообщество — внутри компании и вне рабочего контекста. Будет две точки зрения в одном эфире: — Павел Петров. Продуктовый дизайнер в Точке, ChallengeUp. Отвечает за корпоративное комьюнити. — Антон Ягупов. Senior UXUI-designer в Далее, команда Сбера. Развивает неформальное комьюнити дизайнеров в этих ваших интернетах (и немножко офлайн). На одном мастермайнде каждый отвечает на одни и те же вопросы — с разных сторон! Очень хотим, чтобы это было полезно вам, в вашем текущем контексте, поэтому собираем запросы: пишите в комментариях и ставьте #запрос Запросы могут быть такого плана: ◆ Я один в компании, комьюнити даже не пахнет, что делать? ◆ У нас было что-то, но заглохло ◆ Мы вроде хотим сделать, но что если это будет как обязаловка? ◆ Хочу собрать оффлайн комьюнити в своём городе, с чего начать? Вместе с Пашей будем все эти штуки разбирать и потом соберём материалы на несколько постов. А ещё!!! За лучшие вопросы разыграем менторские сессии. 19.06.2025 четверг в 19:00 МСК. Подробности о месте проведения будут попозже. #анонс #мастермайнд 🍑 Явно.Дизайн

Уже в этот четверг, вместе с Антоном из Явно.Дизайн проведём открытый мастер-класс где будем говорить и рассуждать о комьюнити. Все детали в анонсе. Также задавайте свои вопросы в комментариях, чтобы мы разобрали их на встрече 📝