SaaS Billing Report 2025

ChartMogul выпустили исследование рынка месячных и годовых подписок 2,500+ SaaS продуктов.

Полезное-интересное:

– Годовые подписки обеспечивают более высокое удержание и среднюю выручку. Ваш КО.

– Чаще всего переход на годовые подписки с месячных происходит на второй месяц использования продукта.

– По мере эволюции, средняя компания переходит с месячных планов на годовые, а потом... обратно на месячные.

– Эффективнее всего продавать подписку в Q1, сложнее в Q4.

– Скидки непопулярны. Всего 5-8% SaaS-продуктов дают их на месячные планы и 8-15% на годовые.

Исследование: https://chartmogul.com/reports/saas-billing-report/

Главная опасность ИИ – посредственные результаты люди

Потому что самое сложное в работе с ИИ — курировать, адаптировать и объединять полученные от неё результаты. Пока что, это до сих пор делает человек.

И в чём опасность?

Опасность в том, что большинство людей довольствуется средним

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

И если операторы ИИ не будут достаточно требовательны к:

а) постановке качественных вопросов;
б) получению качественных ответов;

то ИИ далее будет определять то снижающееся среднее, как приемлемое и подходящее для нас и для самой себя.

То, что мы создаём, говорит о том, кто мы есть

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

Уже больше не имеет значения, создано что-то с ИИ или нет.

Важно то, почему мы принимаем те или иные результаты работы ИИ.

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

Не онбординг, а адаптация 🕳️👨‍🦯

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

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

Но этот подход:

– не учитывает многогранность продукта;
– не учитывает постоянные обновления функционала;
– не учитывает различные сценарии его использования;
– не учитывает разный уровень образованности пользователей;

Поэтому такой онбординг не помогает адаптации пользователей.

5 шагов для правильной адаптации

Рассматривайте адаптацию как непрерывный, интеллектуальный и эмоциональный процесс, а не как однократное обучение

0. Прогрессивная адаптация

Изначально, ваш продукт, его архитектура, логика и UX/UI должны естественно и за счёт самих себя раскрывать свою же сложность.

Это достигается многоуровневой системой функционала + принципом"периферийного зрения" в UI, где каждый новый слой фич находится и открывается постепенно и в подходящее для пользователя время-месте в его CJM.

1. Персонализированная адаптация

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

Вместо этого собирайте информацию о проблемах-задачах/портретах на этапе регистрации и далее персонализируйте адаптацию пользователя именно под эти проблемы-задачи, учитывая их + уровень экспертности этого сегмента пользователей.

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

2) Социальная адаптация

Гайды, справочники, курсы, библиотэка знаний – всё это класс, здорово, чётко. Но формальных инструкций недостаточно.

Расширьте адаптацию в социальный коллективный процесс и опыт, где пользователи могут учиться друг у друга и совместно познавать и открывать продукт: внутренние коммуникации, система community-мотивации с рейтингами/лидерами/евангелистами/амбассадорами и даже продуктовыми бонусами за наставничество – вот что реально здорово.

3) Эмпатичная адаптация

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

И пусть ваш дизайнер создаст уже наконец уникальную(!) дизайн-систему (да, на базе shadcn), которая учитывает:

1) особенности вашего продукта и его логики/архитектуры (см. пункт №0);

2) психологические особенности восприятия информации вашей аудиторией;

сделав каждое взаимодействие: 1) своевременным → 2) уместным → 3) а значит, интуитивно понятным для пользователя.

4) Циклическая адаптация

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

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

Ну, либо и дальше используйте "1-2-3-Х-Понятно-Закрыть", но не удивляйтесь потом, почему пользователи закрывают ваш продукт.

5 фреймворков по промпт-инжинирингу любой темы

В США сервис доставки еды DoorDash и сервис кредитования Klarna запустили фичу “Buy now, pay later", позволяющую заказывать еду из кафе и ресторанов в кредит с беспроцентными платежами.

Новость вызвала резонанс и породила кучу мемов, а CEO Klarna Sebastian Siemiatkowski в Fortune уже объясняет, почему концепция "Eat now, pay later" не нова, а в 2025 году это вообще норма (аналогичную услугу предлагает в Швеции и Германии Uber Eats).

– Ипотечный пузырь? Кредитные дефолтные свопы? Рынок кредитования? Заверните в бурито!

Советы по созданию автономной самоуправляемой команды

Или как превратить "группу специалистов" в автономную dream team, способную решать любые задачи без постоянного контроля и вмешательства.

0. Автономность начинается с Понимания

Ваша задача как руководителя команды — кристально чётко объяснить команде глобальную цель: 1) бизнеса; 2) продукта. В 99% случаев это довольные деньгами овнеры и довольные продуктом пользователи (КО).

И главное в этом понимании – какими путями и ценой чего команда НЕ ДОЛЖНА идти к этим целям

Всё остальное – пространство для общиего развития, экспериментов и даже ошибок.

1. Культура доверия и ответственности

Доверие — фундамент автономности. Дайте команде право и пространство на те самые эксперименты, ошибки, исправления, сделав их источником внутреннего самообучения команды. Единственные неприемлемые всеми ошибки смотрите в пункте №0.

3. Полный цикл свободных полномочий

Автономная команда должна иметь возможность свободно и самостоятельно(!!!):

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

4. Среда для равноправия

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

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

Постоянство лидера аналогично зависит от этих же факторов.

5. Минимум внешних зависимостей

Главный враг любой автономной команды – внешние условия и раздражители, посягающие на независимость её свобод. Чем меньше у автомной команды внешних согласований и надзора, тем выше её креативность, скорость и результаты работы.

6. Автономная экспертиза

Взаимное обучение, расширение навыков и горизонтальное развитие внутри команды – ключ к её росту.

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

Автономность – в независимости от внешней "помощи"

Единственная главная задача "руководителя" автономной команды — создание, поддержание и защита атмосферы её независимости, где таланты и навыки раскрываются максимально естественно и эффективно. Всё просто.

Старина Стив о том же самом:

«Величайшие люди — самоуправляемые. Ими не нужно управлять. Как только они узнают, что делать, они пойдут и разберутся, как это сделать. И самое замечательное, что происходит, когда у вас есть группа из десяти замечательных людей — это то, что она сама контролирует, кого пускать в эту группу».

Mihika Kapoor, Lead PM в FigJam поделилась тактиками создания и поставки продуктов мирового класса:

1. Замените свои PRD прототипами.
2. Создавайте ажиотаж, работая открыто.
3. Создавайте культ(уру).
4. Найдите сторонников вместо того, чтобы склонять на свою сторону скептиков.
5. Сделайте каждого участника команды владельцем продукта.
6. Уберите стену между вашей командой и вашими пользователями.
7. Мясо и картошка идут перед десертом и суфле.

🍖🥔🍰🥮

Все в команде должны понимать эту разницу:

⚙️ Deploy = это размещение нового кода в среде.

📦 Release = это предоставление новых фич пользователям.

🚀 Launch = это информирование рынка о новых фичах продукта.

Разница всегда в том, на чём вы с командой останавливаетесь

Эмоциональное выше, чем функциональное

Функциональное мышление — поверхностный взгляд.
Эмоциональное мышление — вот где глубина взгляда.

Такие вещи, как: Доверие, Надёжность, Подлинность, Душевное Спокойствие, Забота, Преодоление, и конечно же, Время – бесценны для людей и самые дорогие для пользователей.

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

Эмпатия к пользователям — это чувствовать себя так же плохо, как ваши пользователи чувствуют плохо себя

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

3 шаблона как красиво и понятно сформулировать видение продукта для себя, команды и рынка

# 1: Мы верим в мир, в котором [целевая аудитория] могут [глагол действия], с помощью [ключевых факторов].

Uber: «Мы переосмысливаем то, как движется мир к лучшему».

# 2: [Глагол действия] + [цель/задача] лучше для [целевая аудитория].

Netflix: «Стать лучшим мировым сервисом распространения развлечений».

# 3: Наше видение — [Глагол действия], [цель/задача], чтобы помочь [целевая аудитория].

Figma: «Наше видение — сделать дизайн доступным для всех».

Советы по формированию видения:

– Долго думайте.
– Мечтайте масштабно.
– Ясно, ярко, кратко.
– Эмоционально.
– В настоящем.

И ни одно видение не идеально с самого начала. Начните с любого и продолжайте его совершенствовать с течением времени.

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

Разработаная профессором Гарвардской школы бизнеса Крисом Аргирисом (вики), она определяет познание как восхождение по лестнице:

1) Сначала у вас есть только доступные данные и информация.

2) Затем вы выбираете данные на основе ваших наблюдений.

3) Далее, вы добавляете значение выбранным данным.

4) Затем вы делаете предположения на основе значений, которые вы приписывали выбранным данным.

5) Эти предположения приводят вас к выводам.

6) Ваши выводы формируют ваши убеждения.

7) Наконец, эти убеждения влияют на действия.

Лестница выводов иллюстрирует, почему мы должны оспаривать наши собственные выводы и проверять наши предположения

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

Например, просто спросить пользователя о том, что он думает, будет "размещено" на ступенях ниже, а если спросить о том, что он считает правдой – выше.

Самое примечательное – на вершине лестницы находится Действие — то, что пользователь на самом деле хочет сделать и сделал(ет) в продукте (привет, JTBD).

Смешивая наблюдение с интервьюированием вы проводите контекстное исследование.

«Контекстное исследование — это тип этнографического полевого исследования, которое включает в себя углубленное наблюдение и интервьюирование небольшой выборки пользователей для получения надежного понимания поведения». — Nielson Norman Group

Понедельник – день для Истин

1. Ум продакта – убийца Реальности продукта. Овладей игрой ума, сжигая все его бесцельные идеи.

2. Безупречность продакта – в Безмолвном сосредоточении. Достигай смирения, если нужна Мудрость. Преумножай смирение, если Мудрости уже достиг.

3. Ключи к продуктам – в Едином-Чувстве. Кольцо Ключей – Гармония всех слов и дел, что всё сведёт к причинам и последст­виям.

4. Сей добрые дела для человека, как хочешь ты покоя в мире, и ты пожнёшь свои плоды от них же.

5. Беги от похвалы и самообольщений, не бойся неудач и не тянись к "успеху".

6. Из(л)учай Свет полноты (и) пустоты.

7. Не научившись Видеть, не умеешь слышать.

0. ВЕЧНОЕ не знает перемен.

Customer Journey... Roadmap

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

Вы также можете использовать эту технику и философию для создания более ясного представления о том, КАК вы собираетесь оптимизировать этот путь, добавив на CJM слои от классического Now-Next-Later, сделав карту более чёткой и отображающей как настоящий, так и будущий путь пользователя.

Dreammap для стратегии, а не для задачек

Замечательные люди из Squadformers придумали потрясающую технику под названием Dream Mapping, которая призвана помочь в управлении видением стратегии развития продукта.

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

«Dream Mapping — это стратегическая структура, которая помогает командам визуализировать цели которые им интересны и выбирать кратчайший путь к ним, направляя всех на одну страницу настоящей карты, которая рассказывает Историю» - команда DreamMapping

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

🗺️ Шаблон в Miro
📕 Facilitator's Handbook

Stay foolish = Контролируемая Глупость

"Stay foolish" – это ставить под сомнение истины, смотреть на все проблемы свежим взглядом, быть открытым новому и нестандартному, не ограничивая себя общепринятыми представлениями и не боясь показаться глупым, задавая наивные вопросы.

Контролируемая Глупость — это выполнение действий с непреклонным намерением без привязанности к результатам и полным осознанием того, что все они есть условные эпизоды в бесконечной вселенной иллюзорности "человеческих дел", не имеющие абсолютной важности, кроме лишь Одного-Чувства.

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

Задавай наивные вопросы.
Бесстрашно экспериментируй.
Действуй с безупречностью.

Всех Великих Глупцов – с Днём Контролируемой Глупости!

😌 Мартовский дайджест для продактов и их команд уже можно наблюдать

– Из менеджеров в операторов
– Нечёткие задачи
– Говори решениями
– Гайд по софтам

– Обезьяний менеджмент
– Мир розовых пони
– Стресс — двигатель прогресса
– Развивай насмотренность

– User Story Map для ожиданий
– Карта unit-экономики
– CJM: Иду туда, не знаю куда
– Product Marketing Fit

– Странный культ нетворкинга
– Пользователь не прав
– (Не) делайте B2C продукты
– Что делать, когда не знаешь, что делать

– Фреймворк N-N-N-N-N
– ЭТО не запрещено законом
– Customer Development vs Custdev
– Систематизация обратной связи

– Запуск продукта в 5 шагов
– Ловушка настоящего-будущего
– Как выбрать Retention
– Работаем с сейлами

– Нанимать умней себя
– Уволить значит помочь
– MCP для продакт-менеджера
– Иерархия бэклога

– Сказка о балансе
– Треугольник принятия решений
– Пирамида Минто в сервисе
– Importance isn't enough

– ИИ читает мысли
– Захват мира во версии нейросетей
– Никогда не ставьте брекеты

🏃‍♂️ Autohypnosis - Pedestrian08

Paul Buchheit, создатель Gmail и AdSense: "If your product is Great, it doesn't need to be Good"

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

Каков правильный подход к новым продуктам?

Выберите три ключевых атрибута или функции, сделайте их очень, очень правильными, а затем забудьте обо всем остальном.

Эти три атрибута определяют фундаментальную сущность и ценность продукта. Всё остальное — шум.

Например, iPod был:

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

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

Мы использовали аналогичный подход при запуске Gmail.

Он был быстрым, хранил всю вашу почту (когда нормой были квоты в 4 МБ) и имел простой интерфейс переписок и поиска. Вторичные и третичные функции были минимальными или отсутствовали.

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

Конечно, эти другие функции можно добавить или улучшить позже,

но если базовый продукт не привлекателен, добавление дополнительных функций его не спасёт

Сосредоточившись только на нескольких основных функциях в первой версии, вы вынуждены найти Истинную Суть и Ценность продукта.

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

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

Paul Buchheit Interview with ZeroBounce (13 min)

Опенспейс команды продакт-менеджера в будущем выглядит вот так:

– Менеджер-оператор (you) управляет Главным агентом, который помогает делегировать задачи ИИ-агентами-руководителям отделов.

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

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

– Живые сотрудники имеют доступ к агентам-сотрудникам своего отдела через Slack/чат-ботов/как угодно и могут помогать им в выполнении их задач.

Команда стартапа с 2025 года — 5 человек: 1 разраб, 1 диз, 1 продакт, 1 сапорт, 1 маркетолог. СЕО не нужны. Всё.

Вопрос: а кто теперь кому помогает?