В одной руке выгрузка из CRM, в другой — отчёт в Excel. А в третьей - Google Sheets от подрядчика. Начальство, как и раньше, не знает чего хочет и требует по 5 раз переделать презентацию и надо собрать её к утру...

Если хотя бы раз кивнули – добро пожаловать в «Клуб анонимных аналитиков» 😎

Это канал Алексея Колоколова, автора 3 книг об анализе и визуализации данных. Вы найдёте:

– лайфхаки для работы с отчетами в Excel и Power BI;
– гайды по работе с данными с ИИ;
– кейсы проектов и факапах;
– митапы, нетворкинг, учебные мероприятия;
– личные истории из индустрии AI и BigData.

Не тот аналитик крут, кто красит графики, а тот, кто вовремя скажет: «Ребята, вы тут теряете миллионы»

(с) Клуб анонимных аналитиков

Реклама: ООО "Аналитика персонала" ИНН 6671088519, Erid: 2VtzqxgJRJW

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

Но большинство команд застревают в создании фичей вместо создания Знаний.

Пользователи не влюбляются в фичи.
Они влюбляются в Понимание

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

Делитесь с пользователям то, что вы с командой сами бы хотели знать. Оказывайтесь на их месте. Каждый день.

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

Команда, кто это понимает:

1) Те, кто любит своё дело.
2) Те, кто мыслит независимо.
3) Те, кто думает глобально.

Всё что остаётся делать (каждый день), это задавать вопрос:

"Что нового мы узнали о проблеме пользователей? Как она устроена?"

Делитесь пониманием.
Создавайте знания.
Распространяйте Истины

"Что нового мы узнали о проблеме пользователей? Как она устроена?" ✍️🧐

Мини-приложения как новый тип продуктов или федерализация как самая большая проблема Ethereum

Хороший пост с мыслями о том, куда идёт рынок блокчейн-технологий.

Парадокс рынка: все жалуются на нехватку талантов, но продолжают искать «джуна с опытом 3+ года» и спрашивать «а где вы учились?»

Результат предсказуем — классные специалисты отсеиваются на старте из-за «неправильного» диплома или формально недостаточного опыта. А реальные навыки остаются за кадром.

hh выпустил гайд, который показывает, как перестроить найм с формальностей на то, что действительно важно — на навыки и умение решать бизнес-задачи.

Внутри — конкретные шаги от ревизии вакансий до автоматизации скрининга.

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

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

Понедельник – день для удивлений

Удивлений многих разных: спланированных (не по плану), случайных (но как будто жданных). Незначимо-значительных. Глобальных. Мягких, страшных, (не)реальных.

Все удивляют в понедельник: цифры/люди/рынок, даже ход часов. Мир тоже удивляет нас: «Не удивляйся – мир таков».

Что удивительно – нейтральных удивлений не бывает, ведь каждое из них порвёт/создаст шаблоны, сдвинет (с) точки, что-то поменяет.

Ловите удивления!

Как правильно смотреть на фичи конкурентов

Ошибка продакт-менеджеров — воспринимать конкурентный анализ как формирование списка "нужных нам фич" без понимания контекста, в котором эти фичи работают у конкурентов(!).

Смотри за конкурентами не для копирования фич, а для понимания их истинных мотивов

Цели анализа конкурентов:

1) поиск их нечестных преимуществ;
2) понимание их аудитории;
3) видение их стратегии.

Всё остальное – любопытство с тратой времени и сил.

Вопросы для анализа фич конкурентов:

– Какие проблемы пользователей они пытаются решить этой фичей?

– На какие рынки за счёт этой фичи они идут и расширяются?

– Как с этой фичей эволюционирует их CJM? А как их product-market fit?

– Какое нечестное преимущество даёт им эта фича?

– Какие уникальные данные они собирают этой фичей?

– А ДЛЯ ЧЕГО ОНИ ИМ ДАЛЬШЕ?

Каждая новая фича конкурента — это их (ТВОЯ) гипотеза о проблеме пользователей-рынка.

Воруй не фичи конкурентов, воруй гипотезы у них

Ок, анализируй фичи конкурентов:

– Какую JTBD должна выполнять эта функция?

– Для какого сегмента пользователей она предназначена (use cases и workflows)?

– Какой метрикой они могут измерять успех этой фичи? Как она коррелирует с их north star metric?

Цель анализа – понять, как эта функция связана с долгосрочной стратегией их продукта

– Как быстро они растут и в каких сегментах? За счёт чего (growth loops + viral)?

– Что тормозит их развитие? В чём они вынуждены идти на компромиссы? Как мы должны это использовать?

– Какие барьеры они создают для своих конкурентов (для нас)?

– Как они и их пользователи создают ценность для продукта/друг для друга?

– Какие их предположения об их пользователях могут быть неверными? Почему мы в этом уверены?

– Какие сегменты их пользователей получают плохой опыт? Что больше всего просят эти пользователи?

Вопросы на закуску:

– Откуда приходят их новые пользователи?
– Какие убеждения транслирует их маркетинг?
– Какие эмоции испытывают их пользователи?
– Как меняется их ценовая политика?

На десерт:

– Они строят Систему вместо продукта?

Конкуренты — опережающие индикаторы рынка, а не враги

Изучай конкурентов для понимания своего рынка и поиска Истинной Ценности.

Дорожные карты – враг инноваций

И мы часто относимся к нашим дорожным картам как к Священным Текстам.

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

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

Тщательно изготовленные. Строго утверждённые. Неоспоримо удерживаемые верой в них. Все они похожи на Истины.

Но это не так.

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

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

Свобода мышления продакта поощряет творчество развития продукта

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

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

Кисти с красками в твоих руках.

Рад поделиться каналом "Плохой Project" Артёма Арюткина, руководителя тех. платформы Яндекса.

Клёвые посты:

– Когнитивные ИИскажения и почему мы верим ИИ.
– Что спрашивать нанимающего менеджера
– Принцип ставок для продакта
– Парадокс Василиска Роко
– Причины всех проблем
– Парадокс Расемона
– Книга о надежде

Лёгкость и бодрость продуктовых будней у Артёма на @badTechProject 😁

Как расставлять приоритеты в отношении технического долга (фреймворк RAMZES)

Тех. долг — это либо тормоз, либо катализатор роста в продукте

Вот 7 критериев, которые удачно образуют мнемонику «RAMESES» (в честь Рамсеса II, величайшего строителя городов, храмов и памятников в своей династии), через которые можно оценивать тех. долг в разрезе фич и продуктовых метрик:

R: Надёжность
A: Доступность
M: Поддерживаемость
E: Эффективность
S: Масштабируемость
E: Расширяемость
S: Безопасность

Надёжность

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

Смотри на то, как сбои в фиче/коде/архитектуре влияют на ретеншн в продукте.

Доступность

Работает ли система, когда она реально нужна? Резервные копии, восстановление после сбоя, zero-downtime деплой — всё это база в 21 веке.

Поддерживаемость

Если разрабы боятся трогать кусок кода/фичи, потому что “оно древнее и всё сломается” — это не техдолг, это уже тех. токсичность.

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

Эффективность

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

Медленные системы = непонимание статуса действия = недоверие к качеству = меньшая конверсия.

Масштабируемость

Сегодня вы держите нагрузку в 1К юзеров. Завтра приходит 10К — и всё снова зависает. Ошибки в 1% звучат не страшно, пока этот 1% не превращается в тысячи человек, которым тех. долг ломает пользовательский опыт.

Готовьте архитектуру к росту до того, как этот рост произойдёт.

Расширяемость

Насколько легко встраивать новые фичи в продукт? И если каждая новая фича это боль и слёзы для разрабов, то ты и продукт уже давно в ловушке тех. долга.

Хорошая архитектура Системы = быстрое время вывода на рынок (TTM) = нечестное конкурентное преимущество.

Безопасность

Если ты не думаешь о безопасности (уязвисмости из-за тех. долга) — о ней подумают за тебя.

Утечка данных = потерянные навсегда клиенты (деньги).

Как работать с фреймоврком

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

🔥 – горит
❗️ – критичное
👌 – пока не трогать

Далее, пройдись по каждой задаче и задай честный вопрос:

"Это, вообще, нормально?"

Разработчик использовал Claude для проверки гипотезы за 10 минут, сканируя Reddit на предмет жалоб. Результат: первый клиент через 2 недели, MRR $2,3K

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

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

Затем он попросил её оценить возможности по шкале от 1 до 10 на основе спроса и конкуренции. Получив 8,5 баллов с убедительным обоснованием того, почему существует такой разрыв на рынке.

Этого было достаточно, чтобы он принял решение запилить introwarm.com, потому что ИИ использовала в качестве источника данных исследования пользовательские данные (UGC), а не свои знания.

Его промпт:

You are my personal market research assistant. I'm a solo developer, fully bootstrapped, building B2B or prosumer SaaS tools with a strict infrastructure budget of $200/month or less. No big team, no venture capital, just me coding and deploying.

Your job is to scan the web for current, real pain points that users, developers, or small businesses are struggling with. You can look in forums (Reddit, Hacker News, Indie Hackers, Twitter/X, GitHub issues, niche Discords, Quora), reviews, blog comments, etc.

My main goal is to scale a product from $0 to $10k month and see how it goes from there.

For each opportunity you surface, break it down like this:
1. Pain Point: Describe the real-world problem or complaint users are having.
2. Target Audience: Who is having this problem? Be specific.
3. Why It Hurts: Explain why this problem matters or costs them time, money, or peace of mind.
4. Tool Idea: Suggest a simple SaaS or tool I could build to solve it, considering my constraints:
- Solo dev
- <$200/month infra
- MVP in ~2 weeks
5. Monetization Potential: Explain how it could realistically make money (subscription, pay-per-use, etc.)
6. Bonus: If applicable, mention existing solutions and what sucks about them (pricing, UX, complexity, etc.)

Keep the tone direct, no fluff, and prioritize practicality over theory. Focus on problems people are actively complaining about, not abstract trends or "maybe someday" ideas.

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

Идеальная проверка гипотез не нужна 😎

Создаете продукт на базе AI? Пора показать его рынку!

Открыт приём заявок на Startup Summit Awards — технологическую премию Сбера и Правительства Москвы.

Если ваше технологическое решение основано на технологиях искусственного интеллекта и приносит реальную ценность пользователям — подавайте заявку в номинацию «Лучшее решение с AI».

Это шанс:
✔️получить признание экспертов и лидеров венчурного рынка
✔️прокачать узнаваемость среди клиентов и инвесторов
✔️выиграть призы от партнёров 

Церемония награждения состоится в октябре на сцене Moscow Startup Summit, международной конференции по технологическому предпринимательству и инновациям.

Участие бесплатное. Подать заявку можно до 15 августа. Все подробности и анкета — по ссылке.

Не упусти шанс — твой стартап должен быть среди лучших!

– Строя продукт, выбирай партнёров, разработчиков и инвесторов, которым можно доверять и с которыми можно идти годы. Команда – твой/ваш мультипликатор.

Совместимость ценностей важнее денег/компетенций

– Делай продукт, который выражает уникальную точку Видения тебя, твоей команды и компании, а не копирует рынок. Выбирай соавторов.

– Твой продукт должен быть выражением твоей: а) внутренней потребности; б) глубокой экспертизы; в) страсти. Только так он станет уникальным.

– Изучай боли пользователей не по шаблонам, а из личной боли-интереса. Работай над проблемами, которые беспокоят тебя (что не наскучат).

Ранжируй их по:

Частота × Интенсивность × Платёжеспособность

ищи решения к ТОП-3.

– Прототипируй всюду: на словах, в UI'е, в документах. Каждый месяц эксперимент «просто потому что интересно».

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

– Приостановись, чтобы увидеть Направление.

Команда Яндекс 360 запустил летний розыгрыш фирменного мерча у себя на канале!

Подписывайтесь и узнавайте про работу в IT 👇

Реклама ООО "ЯНДЕКС", ERID: 2VtzqwTgVBe