Ластовский снова увлёкся
435 subscribers
69 photos
130 videos
5 files
64 links
Я Владимир Ластовский, основатель InAppStory. Строю компанию, придумываю, как увлекать пользователей приложений, и сам постоянно чем то увлекаюсь. Здесь - бизнес изнутри, новые опыты и истории, в которые всё это меня приводит.

Личный контакт: @vlastovsky
Download Telegram
Продолжаем нашу ежемесячную рубрику «Мнение команды InAppStory» 👀

В этот раз очередь дошла до человека, благодаря которому у InAppStory постоянно появляются новые фичи (и у команды - новые причины ждать очередной релиз). Это наш CTO Павел Муркин.

Павел решить порассуждать о том, как часто продуктовым командам действительно нужны релизы - и почему далеко не каждое изменение должно проходить через разработку👇

Самая недооценённая суперсила разработки - не делать релизов.

Лучшая инженерная работа - сделать так, чтобы следующие изменения в продукте команда могла сделать без тебя.

Когда бизнес хочет быстрее менять продукт, первое решение обычно очевидно: нужно ускорить разработку. А если команда не успевает - нанять больше разработчиков.

Но иногда проблема вообще не в скорости разработки. Проблема в том, что на неё завязано слишком много.

Маркетинг хочет поменять баннер. Продукт - проверить новую механику. CRM - показать нужное сообщение нужному пользователю в нужный момент. И для каждого такого изменения запускается один и тот же процесс:
задача → анализ → разработка → QA → сборка → релиз → модерация → обновление приложения.

Само изменение могло занимать несколько минут. А до пользователя оно добирается несколько дней или даже недель.

Поэтому я считаю, что одна из задач зрелой инженерной команды - постепенно уменьшать количество изменений, ради которых вообще приходится привлекать разработчиков и выпускать новую версию приложения.

Конечно, не всё можно и нужно выносить за пределы кода. Новая бизнес-логика, архитектура, сложные сценарии - это работа разработки.
Но контент, коммуникации, часть визуальных изменений и экспериментов вполне могут жить отдельно от релизного цикла.

И вот здесь для меня начинается более важная история, чем просто экономия времени разработчиков.
Меняется стоимость эксперимента.

Если для проверки гипотезы нужны две недели разработки, команда будет проверять только самые «перспективные» идеи. И, скорее всего, долго спорить о том, какие из них достаточно перспективные, чтобы вообще попасть в разработку.

Если гипотезу можно запустить за несколько часов без нового релиза, цена ошибки резко падает. Можно проверять больше идей, быстрее отказываться от неработающих и меньше гадать на встречах, что «должно зайти пользователям».

А значит - быстрее учиться.

Поэтому я бы измерял зрелость инженерной инфраструктуры не только количеством фичей, которые команда способна выпустить.

Мне кажется, есть ещё одна интересная метрика: сколько изменений продукт, маркетинг и CRM могут запустить без участия разработки.
Иногда лучшая инженерная работа - не сделать очередную фичу. А сделать так, чтобы следующие десять изменений команда могла сделать без тебя.

Хорошая инфраструктура не просто ускоряет релизы. Она позволяет продукту двигаться быстрее между релизами.

✌️InAppStory - единая платформа для in-app коммуникаций и геймификации
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9👍6✍4👏1🤝1
📱 Разбор приложения: ВкусВилл

Сегодня хочу посмотреть на ВкусВилл не как на e-commerce приложение в целом, а именно с точки зрения in-app коммуникаций.
У них много сильных продуктовых деталей, но мне здесь особенно интересны несколько вещей: как приложение подсказывает, мотивирует вернуться и превращает обычную покупку в более живой сценарий.

🥕 Коммуникация встроена прямо в продукт
Мне нравится, как ВкусВилл использует маленькие сообщения внутри интерфейса не только для промо.
Например, у некоторых товаров есть маркер «Улучшили вкус» - по сути это очень короткая in-app коммуникация о том, что продукт изменили на основе обратной связи клиентов. Или статус «Я новенький» вместо сухого «нет оценок».
Это мелочи, но именно из них складывается ощущение, что приложение не просто показывает каталог, а разговаривает с пользователем человеческим языком.

⏱ Хорошая коммуникация может менять поведение прямо в момент покупки
Ещё один пример - предупреждение о том, сколько времени осталось, чтобы успеть оформить заказ к выбранному слоту доставки.
Мне нравится такой формат больше обычного pop-up «Поторопитесь!».
Пользователю не просто создают искусственную срочность. Ему объясняют конкретное последствие: если не оформить заказ сейчас, выбранное время доставки можно потерять.

🎮 Лояльность здесь тоже превращается в коммуникацию
«Любимый продукт», прогрессивная скидка за разнообразие покупок, аналитика потребления - всё это делает приложение немного больше, чем инструментом «заказать продукты».
Особенно мне нравится механика с разнообразным питанием: пользователь получает выгоду не просто за ещё одну покупку, а за определённое поведение. Плюс его дополнительно мотивируют оценивать товары, то есть бизнес одновременно получает и engagement, и больше обратной связи.

Вот такие механики мне кажутся гораздо интереснее обычной схемы «купи ещё - получи скидку».
Но есть и несколько мест, где я бы усилил коммуникацию.

Первое - знакомство с функциями.
В приложении довольно много нестандартных возможностей, но часть из них пользователь должен обнаружить самостоятельно. Я бы здесь не добавлял длинный onboarding на старте. Наоборот - показывал бы короткие подсказки постепенно, в нужный момент.

Второе - события, на которые приложение уже могло бы реагировать.
Например, получил заказ - можно спросить, всё ли прошло хорошо. Давно не покупал - попробовать понять почему, а не сразу отправлять очередную скидку. Такие точки прямо перечислены среди потенциальных улучшений приложения.
И вот здесь, на мой взгляд, у ВкусВилла есть большой потенциал.

У них уже много данных о контексте пользователя: что он покупает, что оценивает, чего ждёт, какие продукты любит, как часто возвращается.

Остаётся использовать эти сигналы не только для персонализации каталога, но и для персонализации самого диалога внутри приложения.

Пожалуй, это и есть главный вывод, который я бы забрал из ВкусВилла: хорошая in-app коммуникация - это не отдельный слой поверх продукта. Она становится частью самого пользовательского сценария.

💬 Какое приложение разобрать следующим?

✌️InAppStory - единая платформа для in-app коммуникаций и геймификации
🔥7👍3❤2👏1🤓1
This media is not supported in your browser
VIEW IN TELEGRAM
💰 Монетизация приложения с подписочной моделью начинается не с пэйволла

Когда говорят о монетизации приложений с подписочной моделью, разговор обычно быстро сводится к цене, скидке, длительности пробного периода и месту, где показать пэйволл.

Но мне кажется, начинать стоит немного раньше: в какой момент пользователь уже получил достаточно ценности, чтобы вообще захотеть платить за продолжение опыта?

Если показать предложение слишком рано, человек ещё не понял продукт и воспринимает оплату как барьер. Если слишком поздно - можно упустить момент, когда ценность уже стала очевидной.

Поэтому мне ближе логика, в которой сначала пользователь получает первый полезный результат, постепенно знакомится с возможностями приложения и только потом сталкивается с предложением перейти на платную версию.
И здесь важна не только сама точка показа.

Монетизация сильно зависит от того, насколько хорошо продукт объясняет, за что именно пользователь платит.

Хороший пример - FLO, пожалуй, одно из самых известных приложений с подписочной моделью.

При первом входе пользователь получает персональное предложение, но на этом коммуникация не заканчивается. Скидка появляется снова уже внутри ленты сторис - там, где обычно ожидаешь увидеть общий контент для всех.

Мне здесь нравится именно эта деталь. Лента выглядит как обычный контентный раздел, но сама коммуникация уже подстроена под конкретного пользователя.

Плюс часть дальнейших историй закрыта платным доступом, поэтому ценность подписки показывают не абстрактным списком преимуществ, а прямо внутри пользовательского сценария: вот контент, который вам уже интересен, а вот что откроется дальше.

Та же логика работает и с функциями. AI-ассистент, фиксация самочувствия и другие возможности не пытаются объяснить одним длинным экраном при первом запуске. Они появляются постепенно, по мере того как пользователь проходит свой путь внутри приложения.

И вот здесь, на мой взгляд, проходит важная граница между пэйволлом, который просто просит заплатить, и монетизацией, которая сначала помогает понять ценность продукта.

Поэтому иногда проблема «у нас плохо работает подписка» начинается гораздо раньше: с активации, грамотного рассказа о новых функциях и работы над тем, чтобы пользователь хотел возвращаться в приложение чаще.

Я бы смотрел на этот путь примерно так:
первое полезное действие → понятная ценность → знакомство с возможностями → подходящий момент → предложение подписки.

А уже после - тестировал цену, скидки, пробный период и сам пэйволл.

Могу ещё много чего выделить в FLO, но это уже тянет на отдельный разбор 🙂

А вы где проводите границу: когда пользователю уже можно показывать предложение заплатить, а когда ещё рано?

✌️InAppStory - единая платформа для in-app коммуникаций и геймификации
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥5❤3👏1
Вчера писал про монетизацию приложений с подписочной моделью и про то, что сам пэйволл - это только часть сценария.

А вообще весь путь пользователя до покупки сильно длиннее: сначала его нужно привести в приложение, понять источник трафика, корректно атрибутировать установку, а уже потом работать с активацией, удержанием и монетизацией внутри продукта.

Поэтому хочу поделиться полезной шпаргалкой от коллег - они начали собирать словарь по in-app и mobile терминам.

В первой части как раз разобрали трафик и закупку: DSP, SSP, RTB, Bundle ID, Sub ID, Whitelist, Blacklist и другие термины, которые постоянно встречаются в работе, но не всегда хочется каждый раз гуглить отдельно.

Коротко, без лишней теории - хороший материал, чтобы сохранить себе.

👇 Репощу первую часть ниже»
❤2👍2🔥1
Forwarded from App2App | In-app iGaming
🅰️ Запускаем словарь по in-app и mobile терминам.

Часть 1 — Трафик и закупка

Собрали 19 терминов, которые постоянно встречаются в мобильной закупке: от DSP, SSP и RTB до Bundle ID, Sub ID, Whitelist и Blacklist.

Без длинных определений и лишней теории — коротко о том, что означает каждый термин и где он используется.

Читать первую часть:
👇👇👇
Словарь

Следующая часть — Атрибуция.

#InApp #MobileTraffic #Programmatic #AffiliateMarketing #iGaming
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6🔥2👍1👏1
Этот пост будет отличаться от остальных, а все потому, что у меня случилось важное событие, которым я хочу с вами поделиться - вышла моя история на просторах Бизнес-секретов! 

История получилась очень личной: я не только рассказал, как стал предпринимателем и о начале пути нашей компании, но и поделился самым эпичным и запоминающимся бизнес-провалом в своей жизни (сейчас, конечно, эта история вызывает улыбку, но тогда было не до смеха😅) )

В общем, если вам интересно узнать с чего мы начали и куда мы движемся сейчас, сколько вложили в начале, с какими сложностями столкнулись, то я рад поделиться с вами нашей историей.

Буду ждать вас в комментариях, если у вас возникнут вопросы, а еще интересно послушать ваши истории из профессиональной жизни!
❤7🔥6👍3👏1
А коммуникация внутри приложения обязательно должна приносить деньги?

Качество in-app коммуникаций можно измерять на разных уровнях.

Можно смотреть на показы, клики и дочитывания. Можно идти глубже - в удержание, длину сессии, MAU. А можно попытаться добраться до самого интересного для бизнеса: выручки, среднего чека и других финансовых показателей. Кстати, когда мы проводили кастдев с клиентами, в каждом интервью задавали вопрос: “На какие показатели вы смотрите?”. И ответы были совершенно разные. 

И уже здесь понятно, что вопрос довольно многогранный. Вряд ли получится одним постом разобраться, какая метрика правильная и на что именно должна влиять каждая коммуникация.

Поэтому сегодня хочу остановиться только на одной части этого разговора - на желании увидеть прямой финансовый результат от конкретной коммуникации и желательно сразу.

С этим запросом я в своей работе сталкиваюсь регулярно: «А сколько денег нам принесла именно эта коммуникация?»
Желание абсолютно понятное. Я сам предприниматель и тоже хочу понимать, зачем бизнес тратит деньги на ту или иную активность и что получает взамен.

Но чем больше я смотрю на коммуникации внутри приложений, тем меньше мне нравится попытка свести их ценность только к прямой выручке от конкретной кампании.

В каком-то смысле здесь есть сходство с PR. Компания выпускает материал в Forbes. Можно ли через неделю открыть отчёт и точно сказать, сколько денег принесла именно эта публикация? Скорее всего, нет. Означает ли это, что она не сработала? Тоже нет.

С in-app коммуникациями похожая история.

Допустим, банк начинает проводить грамотный онбординг по всем своим функциям прямо внутри приложения. Пользователи чаще находят ответы сами - и через несколько месяцев оказывается, что часть типовых обращений в поддержку снизилась. Прямой дополнительной выручки здесь может не быть вообще. Зато есть вполне реальные сэкономленные трудозатраты и человекоресурсы.
Люди начинают пользоваться большим количеством функций, лучше понимают ценность продукта и чаще переходят на дополнительные продукты или платные возможности.

Сюда же можно добавить снижение оттока, рост повторных покупок, более высокую активацию новых функций, сокращение времени до первого полезного действия.

А иногда коммуникация действительно влияет на деньги здесь и сейчас. Запустили сценарий → получили дополнительную конверсию → посчитали выручку. В моей практике таких случаев тоже немало.

Просто это не единственный возможный эффект.
Мне поэтому ближе смотреть на in-app коммуникации как на слой продукта, а не как на набор отдельных рекламных кампаний.
Поэтому вопрос «сколько денег принесла эта коммуникация?» я бы не отменял.

Я бы просто добавил к нему ещё один: «А что должно было измениться в поведении пользователя благодаря этой коммуникации - и изменилось ли?»

Мне кажется, именно с него часто начинается гораздо более полезный разговор о результатах.

💬 А как вы оцениваете эффект коммуникаций в вашей компании?
💯8🔥3❤2
Пуши - это пережиток прошлого.

Можно подумать, что именно так я считаю, оправдывая тем самым название своего канала, но нет. Точнее наполовину. Я просто предлагаю посмотреть на пуш-уведомления под другим углом.

Допустим, вы запустили новую функцию. В пуше можно написать: «У нас появилась новая возможность». Пользователь нажимает, попадает в приложение - и дальше уже должен сам понять, что именно изменилось, зачем ему это нужно и где это искать.

Такие уведомления на заблокированном экране хорошо возвращают внимание. Но контекст лучше создавать уже внутри продукта.

Если сообщение срочное и его ценность уменьшается с каждой минутой, например, доставка, платёж, безопасность, изменение статуса заказа - пуш практически идеален.

Если нужно познакомить с новой функцией, объяснить предложение, показать рекомендацию или помочь сделать следующий шаг, я бы скорее продолжил сценарий внутри приложения.

Например:
пользователь получает короткий push о новой возможности → открывает приложение → видит сообщение уже в нужном разделе → понимает, зачем ему функция → может сразу её попробовать.
В таком сценарии каналы не конкурируют, а продолжают друг друга.

И ещё один момент, который легко забыть: пуши - это территория, которую бренд контролирует не полностью. Между отправкой сообщения и пользователем есть разрешения, настройки уведомлений и сама операционная система. Она может сгруппировать уведомления, приглушить их или просто показать рядом ещё двадцать сообщений от других приложений.


Внутри собственного приложения условия совсем другие. Там уже есть контекст: мы понимаем, где находится пользователь, что он только что сделал и какой следующий шаг для него может быть логичным.

Поэтому я бы не исключал пуши вовсе, а пересобрал бы логику коммуникаций, чтобы каждый канал решал свою, подходящую ему задачу.

Кстати, у меня, например, выборочно: разрешены пуш уведомления для самых важных приложений, чтобы не создавать визуальный шум. А у вас с этим как обстоят дела?💬

✌️InAppStory - единая платформа для in-app коммуникаций и геймификации
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5👍4👏4💯3🥰1
Продолжаю рубрику «Мнение команды InAppStory» 👀

Раз в месяц передаю слово кому-то из коллег. Сегодня своими наблюдениями делится Полина Барабанова, руководитель PR и маркетинга InAppStory.

Передаю слово Полине 👇

“Чем меньше команда зависит от разработки в базовых задачах, тем больше идей она в итоге может проверить.”


Мы довольно часто говорим об этом применительно к командам, работающим с продуктом InAppStory. А недавно я поняла, насколько сильно мы сами прочувствовали это на себе.

Долгое время практически любые изменения на нашем сайте требовали участия разработки. Даже если маркетингу нужно было поменять текст на кнопке, приходилось ставить задачу и ждать свободного ресурса. Не потому, что разработка работала медленно, просто у коллег есть свои задачи и приоритеты.

После появления собственной CMS большую часть таких изменений мы можем делать сами. И главный плюс - далеко не только в экономии времени.

Мы можем быстрее проверять гипотезы, сравнивать разные варианты страниц и блоков, смотреть, как они влияют на трафик и глубину просмотра, проводить тесты. А если что-то не работает - изменить это сразу, а не ждать следующего релиза.
И, как следствие, оказалось, что когда проверить идею проще, самих идей становится больше.

А ведь именно это мы много лет называем одним из главных преимуществ InAppStory для мобильных команд: дать продукту и маркетингу возможность самостоятельно управлять коммуникациями и быстрее проверять гипотезы.

Теперь я на собственном опыте понимаю: возможность провести идею от задумки до реализации своими силами - не просто красивое преимущество на сайте. Это та свобода, ценность которой по-настоящему ощущаешь, когда получаешь её сам.

✌️InAppStory - единая платформа для in-app коммуникаций и геймификации
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6🔥6💯4👍2⚡1
Персонализация, которую пользователь не замечает, - это вообще персонализация?

Продолжаю с вами делиться новостями, которые каждый понедельник мне присылает мой ИИ - агент.

Посмотрел свежий отчет Braze Global Customer Engagement Review 2026, и там меня зацепила одна мысль: между тем, насколько персонализированной считают коммуникацию компании, и тем, насколько персональной её ощущают сами пользователи, всё ещё есть заметный разрыв. Что само по себе звучит довольно парадоксально.

Можно разделить аудиторию на десятки сегментов, настроить рекомендации, учитывать историю действий и обращаться к пользователю по имени. На стороне маркетинга всё выглядит как персонализация.

Но если человек получает сообщение и первая мысль - «Почему я?», значит, что-то всё-таки не сработало. Потому что пользователь оценивает все гораздо проще - через уместность конкретной коммуникации в конкретный момент.

Например, приложение знает, что я часто покупаю кофе, и показывает мне баннер со скидкой на кофе - персонализация.

Если пользователь несколько раз заходил в новый раздел, но так и не совершил ключевое действие, ему вряд ли нужен очередной общий баннер «Попробуйте нашу новую функцию». Возможно, гораздо полезнее показать небольшую подсказку именно там, где он остановился.

И для этого необязательно знать о человеке всё, достаточно подобрать верный момент.

Наверное, поэтому я бы оценивал качество персонализации не количеством сегментов и данных в CRM, а тем, насколько естественно коммуникация вписывается в путь пользователя.

Хорошая персонализация должна вызывать ощущение: «О, это как раз кстати».

И это, на мой взгляд, гораздо более интересная планка для продукта.

💬 А что для вас сильнее всего создаёт ощущение персонализации: содержание сообщения, момент его появления или то, насколько хорошо продукт учитывает ваши предыдущие действия?

✌️InAppStory - единая платформа для in-app коммуникаций и геймификации
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5🔥3💯2
Как maam общается со своими пользователями: кейс InAppStory

Друзья, решил периодически делиться здесь не только разборами приложений, но и нашими кейсами.

За последнее время их стало заметно больше, и мне захотелось иногда показывать вам, как разные мобильные команды решают свои задачи на практике.

Начну с maam - приложения для беременности, родов, восстановления и ухода за малышом.

В новом кейсе моя команда разобрала:
• какие типы коммуникаций использует maam;
• какие задачи они помогают решать;
• и, конечно, какие результаты это даёт в цифрах (куда без них 🙂).

Получился хороший практический пример того, как Stories могут работать внутри одного приложения в разных сценариях.

Приглашаю почитать 🔗

И буду рад вашим мыслям: что из кейса показалось наиболее интересным?
❤7🔥1
19/500 - онбординг, который не для всех

Я довольно скептически отношусь к онбордингу, который встречает нового пользователя пятью экранами в духе: «У нас есть каталог», «У нас есть бонусы», «У нас можно покупать» 🙂

Большую часть этой информации человек ещё не готов воспринимать.
А вот здесь мне нравится другой подход.

Неавторизованный пользователь смотрит товар и прямо в этот момент видит предложение авторизоваться, чтобы получить персональную цену. Причём ему не просто говорят: «Авторизуйтесь - у нас есть программа лояльности».

Дальше короткий гайд на конкретном примере объясняет механику: из чего формируется персональная цена, как начисляются бонусы, где их можно использовать и что ими можно оплатить до 50% стоимости покупки.

То есть вместо абстрактного рассказа о преимуществах регистрации пользователь буквально видит, как 24 290 ₽ превращается в 23 290 ₽.

И вот эта тысяча рублей объясняет ценность регистрации гораздо лучше отдельного экрана со списком преимуществ.

Во-первых, привально подобран момент. С помощью таргетинга такой сценарий можно показывать именно неавторизованным пользователям, когда они уже смотрят товар и цена для них актуальна.

Во-вторых, обучение через реальный сценарий.

И в-третьих, здесь хорошо работает ощущение упущенной выгоды.

Пользователь уже видит цену, которую мог бы получить после авторизации. У регистрации появляется понятная ценность прямо сейчас.

Так онбординг становится не обязательной инструкцией перед продуктом, а частью самого пользовательского пути.

#500кейсов

✌️InAppStory - единая платформа для in-app коммуникаций и геймификации
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍4
Можно ли сделать игру для мобильного приложения за час вместо нескольких недель?

29 октября попробуем сделать именно это - причём в прямом эфире 🙂

Проведу новый вебинар InAppStory, на котором мы с нуля соберём игру для мобильного приложения с помощью AI: возьмём несколько референсов, создадим механику «три в ряд» и пройдём весь путь до готовой публикации.

Почему вообще решили сделать такой вебинар?

Игры и геймификация внутри приложений - классный инструмент для вовлечения, но у таких проектов довольно высокий порог входа. Нужно придумать механику, подготовить дизайн и тексты, собрать всё вместе, пройти несколько итераций правок. В итоге даже относительно простая идея может занять недели.

Мы в InAppStory экспериментируем с другим подходом - AI-скиллом для нашего Игрового центра, который помогает значительно сократить этот путь.

И вместо того чтобы просто рассказать, как он работает, решили проверить всё на практике прямо во время вебинара.

За час:
— соберём игру на основе референсов;
— покажем весь процесс работы с AI-скиллом;
— подготовим результат к публикации и опубликуем игру;
— разберём вопросы, которые возникнут по ходу.

А чтобы эксперимент можно было повторить самостоятельно, готовый AI-скилл отправим всем участникам вебинара 🎁

Посмотрим, действительно ли уложимся в час 🙂

📅 29 октября
⏰ 18:00 МСК
💻 Онлайн, бесплатно

🔗 Регистрация
📲Канал для участников

До встречи!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤3🤡1
This media is not supported in your browser
VIEW IN TELEGRAM
🔥7❤2
Channel name was changed to «Ластовский снова увлёкся»
Ребят, каюсь.

С января посты в этом канале писал не я. Их писала моя команда. Ребята разбирали сторис и игры в приложениях, рассказывали про онбординг и персонализацию, делились нашими кейсами и всяким полезным, что находили. Спасибо им за то, что всё это время вели канал. Но получилось, честно говоря, довольно ванильно и по-корпоративному. Мы рассчитывали, что канал будет расти, а он рос совсем не так, как мы надеялись. И когда я сам перечитывал посты, ловил себя на мысли, что в них почти не слышно меня.

В общем, у канала третья жизнь. Сначала был «Клуб любителей сторис», потом «Антипуш», теперь будет «Ластовский опять увлёкся». И писать сюда я снова буду сам. Мне по-прежнему дико интересно, что происходит внутри приложений. Почему в одни сервисы люди возвращаются каждый день, а из других стремятся уйти как можно быстрее? Как клиент придумал использовать сторис или игру так, как нам самим и в голову не приходило? И что у нас получается с AI, когда мы пробуем найти ему место и в продукте, и в команде, и в контенте?

Вот про это мне хочется рассказывать от себя, пока я сам ещё во всём этом разбираюсь. И хочется больше говорить о том, как мы строим InAppStory. В один день радуешься, что растёшь органически и подписал крупного клиента. В другой неожиданно теряешь нескольких крупных партнеров и кусок выручки. А иногда горят дата-центры, и ты среди ночи думаешь, как вообще сохранить бизнес. Про такие дни мне тоже хочется писать. Про людей, с которыми мы всё это делаем, про решения, в которых я сомневаюсь, и про моменты, когда наконец что-то получается и я хожу довольный весь день.

А название, в общем, про меня. Я правда человек увлекающийся. То читаю взахлёб по несколько книг в месяц, то полгода ни одной не открываю. То забрасываю спорт, то покупаю сразу дорогой тренажёр домой. Вот сейчас спустя много лет снова думаю про мотоцикл (похоже, у меня возраст, когда «а почему бы и нет?» всё чаще заканчивается покупкой). Так что иногда здесь будет и про поездки, и про хайкинг, и просто про то, что я замечаю по дороге. Посмотрим, чем я увлекусь следующим.

Буду рад, если останетесь. Соскучился по тому, чтобы писать сюда самому.
❤7🔥6👏4🤡1🌚1