11 шагов как правильно анонсить фичи или почему не каждое обновление заслуживает поддержки маркетингом
Как это часто бывает – вы создали клёвую фичу, но её показатели не оправдывают ожиданий. Почему?
Одна из причин в том, что мы часто подходим к её выводу на рынок как к чему-то второстепенному.
Решение? Launch tiers или Уровни запуска.
Уровень 1: Крупные апдейты
Выпуск новых продуктов/суб-продуктов, крупный редизайн или новые core-фичи, которые могут переопределить категорию и нишу вашего продукта.
Таким апдейтам нужен:
– апрув и поддержка руководством;
– полноценная маркетинговая кампания;
– синк на уровнях менеджеров, маркетинга, продаж, PR и саппорта.
Уровень 2: Апдейты среднего уровня
Это значимые обновления и фичи, которые улучшают продукт, помогают расширить охват рынка, но не требуют полномасштабных усилий.
Они включают:
– сотрудничество с маркетингом в меньшем масштабе;
Объясняйте маркетингу, какие именно цели стоят за новой фичей, какие у неё особенности и преимущества, а также свойства её аудитории. То, как именно достигнуть этих целей маркетингом – их задача.
– записи в блоге, рассылки (и ещё 45 способов внутреннего маркетинга без бюджета маркетологов);
– дообучение для отделов продаж и сапорта.
Уровень 3: Регулярные обновления фич
Это ваши ежедневные улучшения продукта: небольшие изменения дизайна, исправления ошибок или итеративные обновления фич.
Им нужны:
– простые объявления, такие как упоминания в блоге продукта, релиз-ноуты и уведомления в интерфейсе;
– минимальное или полное отсутствие участия со стороны маркетинга и продаж
Уровень 4: Тихие релизы
Эти обновления живут за кулисами: оптимизация бэкэнда или архитектуры, повышение производительности, исправления безопасности и т.п.
Что им требуется:
– документация для внутренних команд;
– никаких внешних коммуникаций или заметок для пользователей;
Как понять, к какому уровню относится ваше обновление?
Задайте эти вопросы:
Чем больше влияние фичи, тем выше уровень.
После того, как вы классифицировали своё обновление, следующим шагом будет создание сценария. Опишите:
– Основные результаты.
– Роли и обязанности команды.
– Сроки выполнения и бюджеты.
Благодаря этим простыми действиям, у вас и команды не будет путаницы и суеты в духе "Будем как-то анонсировать апдейт или нет?" в первую минуту после релиза.
🚀 The Product Launch Playbook (paywall)
Как это часто бывает – вы создали клёвую фичу, но её показатели не оправдывают ожиданий. Почему?
Одна из причин в том, что мы часто подходим к её выводу на рынок как к чему-то второстепенному.
Решение? Launch tiers или Уровни запуска.
Уровень 1: Крупные апдейты
Выпуск новых продуктов/суб-продуктов, крупный редизайн или новые core-фичи, которые могут переопределить категорию и нишу вашего продукта.
Таким апдейтам нужен:
– апрув и поддержка руководством;
– полноценная маркетинговая кампания;
– синк на уровнях менеджеров, маркетинга, продаж, PR и саппорта.
Уровень 2: Апдейты среднего уровня
Это значимые обновления и фичи, которые улучшают продукт, помогают расширить охват рынка, но не требуют полномасштабных усилий.
Они включают:
– сотрудничество с маркетингом в меньшем масштабе;
Объясняйте маркетингу, какие именно цели стоят за новой фичей, какие у неё особенности и преимущества, а также свойства её аудитории. То, как именно достигнуть этих целей маркетингом – их задача.
– записи в блоге, рассылки (и ещё 45 способов внутреннего маркетинга без бюджета маркетологов);
– дообучение для отделов продаж и сапорта.
Уровень 3: Регулярные обновления фич
Это ваши ежедневные улучшения продукта: небольшие изменения дизайна, исправления ошибок или итеративные обновления фич.
Им нужны:
– простые объявления, такие как упоминания в блоге продукта, релиз-ноуты и уведомления в интерфейсе;
– минимальное или полное отсутствие участия со стороны маркетинга и продаж
Уровень 4: Тихие релизы
Эти обновления живут за кулисами: оптимизация бэкэнда или архитектуры, повышение производительности, исправления безопасности и т.п.
Что им требуется:
– документация для внутренних команд;
– никаких внешних коммуникаций или заметок для пользователей;
Как понять, к какому уровню относится ваше обновление?
Задайте эти вопросы:
Влияние фичи на бизнес: будет ли это обновление способствовать росту, удержанию или доходу?
Влияние на клиентов: будет ли оно существенно изменять рабочие процессы пользователей?
Чем больше влияние фичи, тем выше уровень.
После того, как вы классифицировали своё обновление, следующим шагом будет создание сценария. Опишите:
– Основные результаты.
– Роли и обязанности команды.
– Сроки выполнения и бюджеты.
Благодаря этим простыми действиям, у вас и команды не будет путаницы и суеты в духе "Будем как-то анонсировать апдейт или нет?" в первую минуту после релиза.
🚀 The Product Launch Playbook (paywall)
2025 год: продакты и ИИ учат разрабов
Программисты, если ИИ не отдаёт вам нужный код с 33+ попытки, начните разговаривать с ней так, как будто вы онбордите и обучаете нового джуна, заставив машину вначале понять ваш проект.
Попробуйте промпт:
А если ещё серьёзнее, то попробуйте этот волшебный промпт 🪄✨
Пользуйтесь, пока можете. Или продолжайте пилить ветку на которой сидите.
Не благодарите 🤜🤛
P.S. Серьёзнее некуда: лишь 15 россиян программируют лучше ИИ, в Китае – 59, в США – 7 (source)
UPD. А вот и PRO версия подоспела.
Программисты, если ИИ не отдаёт вам нужный код с 33+ попытки, начните разговаривать с ней так, как будто вы онбордите и обучаете нового джуна, заставив машину вначале понять ваш проект.
Попробуйте промпт:
"No code, just talk"
А если ещё серьёзнее, то попробуйте этот волшебный промпт 🪄✨
"Подумай о 5-7 различных возможных источниках проблемы, сведи их к 1-2 наиболее вероятным, затем добавь логи для проверки твоих предположений, прежде чем мы перейдем к реализации фактического исправления кода"
Пользуйтесь, пока можете. Или продолжайте пилить ветку на которой сидите.
Не благодарите 🤜🤛
P.S. Серьёзнее некуда: лишь 15 россиян программируют лучше ИИ, в Китае – 59, в США – 7 (source)
UPD. А вот и PRO версия подоспела.
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
В Стэнфорде вчера прошёл хакатон TreeHacks ‘25.
Более тысячи ребят Лиги плюща и крутых инженеров приехали, чтобы строить, релизить и питчить 36 часов подряд. Награды – $200K+ призовых.
Победители и просто интересные штуки:
– BrailleBot🎖️ Принтер Брайля за $15 из сломанного 3D-принтера и ненужных материалов из кладовки Стэнфорда.
OMNOM🎖️ Робот для заказа и доставки еды, который ездит в рестораны, забирает заказы и привозит их домой. Создан с нуля из подручных материалов и палок.
– GitRizz 🎖️ИИ-приложение для знакомств, которое находит совпадения на основе коммитов GitHub.
Шутка-не шутка: когда приложение для знакомств срабатывает, оно теряет сразу двух пользователей. Чем лучше работает приложение, тем выше отток :)
– Ranger 🥈AR-устройство для глухих, которое транскрибирует аудио и показывает направление источника шума. Работает offline.
– NeuroScribe. Интерфейс мозг-компьютер или перевод мыслей в двоичный код на коленке через затылок. Apple – через уши.
– Pet Talks. Камера с ИИ для перевода действий и жестов животных в слова, призванный помочь понять о чём думают ваши питомцы (им не нравится Whiskas).
– Aegis. Биомедицинское устройство для выдачи лекарств на основе биометрических данных с Apple Watch.
– Auto LeARn. Автомеханическая AR-гарнитура, которая помогает ремонтировать автомобили с помощью видео и ИИ.
– Engage. ИИ-ассистент для преподов, который анализирует прогресс и вовлечённость студентов, показывая, кто уделяет внимание, проявляет активность и задаёт вопросы в аудитории.
– The Cat. Робот-спасатель, созданный для помощи в чрезвычайных ситуациях и вызывающий 911. Или котики vs собак.
Более тысячи ребят Лиги плюща и крутых инженеров приехали, чтобы строить, релизить и питчить 36 часов подряд. Награды – $200K+ призовых.
Победители и просто интересные штуки:
– BrailleBot🎖️ Принтер Брайля за $15 из сломанного 3D-принтера и ненужных материалов из кладовки Стэнфорда.
OMNOM🎖️ Робот для заказа и доставки еды, который ездит в рестораны, забирает заказы и привозит их домой. Создан с нуля из подручных материалов и палок.
– GitRizz 🎖️ИИ-приложение для знакомств, которое находит совпадения на основе коммитов GitHub.
Шутка-не шутка: когда приложение для знакомств срабатывает, оно теряет сразу двух пользователей. Чем лучше работает приложение, тем выше отток :)
– Ranger 🥈AR-устройство для глухих, которое транскрибирует аудио и показывает направление источника шума. Работает offline.
– NeuroScribe. Интерфейс мозг-компьютер или перевод мыслей в двоичный код на коленке через затылок. Apple – через уши.
– Pet Talks. Камера с ИИ для перевода действий и жестов животных в слова, призванный помочь понять о чём думают ваши питомцы (им не нравится Whiskas).
– Aegis. Биомедицинское устройство для выдачи лекарств на основе биометрических данных с Apple Watch.
– Auto LeARn. Автомеханическая AR-гарнитура, которая помогает ремонтировать автомобили с помощью видео и ИИ.
– Engage. ИИ-ассистент для преподов, который анализирует прогресс и вовлечённость студентов, показывая, кто уделяет внимание, проявляет активность и задаёт вопросы в аудитории.
– The Cat. Робот-спасатель, созданный для помощи в чрезвычайных ситуациях и вызывающий 911. Или котики vs собак.
This media is not supported in your browser
VIEW IN TELEGRAM
Математик учит продакта 👌
Product Management & AI
#team Как продакт-менеджеру подружиться со своим... UI/UX-дизайнером? Поделюсь небольшим секретом – продакты/руководители/СЕО часто видят в своих продуктовых дизайнерах... блокировщиков идей. Неоднократно замечал такую штуку – вне зависимости от сгенеренной…
This media is not supported in your browser
VIEW IN TELEGRAM
Продакт и продуктовый дизайнер – о Едином-Общем
Потому что дизайнер знаком с искусством и наукой сквозь времена, а продакт с искусством науки социально-экономических требований Времени.
Они оба работают с пользовательскими сценариями и принципами, связанными с тематикой и проблемой их продукта.
И их задача не в том, чтобы соревноваться в том, кто лучше знает и умеет создавать идеальные CJM/UX/UI.
Их задача в взаимной готовности и открытости обмениваться идеями, ища в предложениях друг-друга улучшения функциональности, механик и «внешнего вида» продукта, которые приведутих обоих продукт к психофизическому совершенству пользователей.
Потому что дизайнер знаком с искусством и наукой сквозь времена, а продакт с искусством науки социально-экономических требований Времени.
Они оба работают с пользовательскими сценариями и принципами, связанными с тематикой и проблемой их продукта.
И их задача не в том, чтобы соревноваться в том, кто лучше знает и умеет создавать идеальные CJM/UX/UI.
Их задача в взаимной готовности и открытости обмениваться идеями, ища в предложениях друг-друга улучшения функциональности, механик и «внешнего вида» продукта, которые приведут
На реддите запустили ежегодный тред по зарплатам продакт-менеджеров:
– Условный Principal Product Manager в FAANG в США с 14 YoE зарабатывает ~$530K/year (базовая з/п $234K + акции на $300K).
– ТОПы зарабатывают $550K+. Например, Director of Product в FAANG поднимает $850K с акциями до налогов.
– Мидлы (~5-10 лет опыта) — $150K-$250K/year.
– Начинающие PM ~$100K-$130K.
– Самые низкие зарплаты в EdTech. Product Manager с 20 годами опыта получает всего $100K без акций и с "бонусами" в виде подарочных карт на $50, в то время как в FAANG аналогичный опыт может приносить владельцу ~$400K+.
Продакт на удалёнке в Индии (вот он) зарабатывает $28K/year. PM на удалёнке в США — $150K-$200K.
P.S. И чтобы два раза не вставать, советы по продуктивности для продактов с реддита.
❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
Reddit
From the ProductManagement community on Reddit
Explore this post and more from the ProductManagement community
Кто знакомится в интернете, про эру одиночества, сценарии потребителя, монетизацию дэйтинговых приложений и профессию продакта рассказывает CEO VK Знакомств Игорь Кузнецов
😄 VK / 😉 Ютуб
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Топ-менеджер VK Знакомств учит знакомиться в интернете
У нас в гостях Игорь Кузнецов, директор по продукту VK Знакомства. Говорим о том, как работают дэйтинговые приложения, что такое продукт и как им руководить, можно ли пять лет работать в стартапе за Доширак и почему народ хочет идти в офис для знакомств.…
Forwarded from Гомеостатическая Вселенная
Пока небольшой комментарий к новостям про то, что Майкрософт создали какой-то супер-пупер квантовый компьютер. Спойлер алерт: это все обман, чтобы набрать классы.
Но по порядку. Квантовые компьютеры делают из разных кубитов: некоторые используют сверхпроводящие микросхемы (как IBM и Google), некоторые — ионы (IonQ например), некоторые — фотоны (Xanadu). Ну и есть много других вариантов. Самая большая проблема с квантовыми компьютерами в том, что квантовая запутанность в них очень легко разрушается минимальным внешним воздействием. Поэтому эти комьютеры стараются изолировать от внешнего мира как можно лучше: засовывают в супер-криостаты, используют лучшие материалы и т.д.
Среди этих подходов выделяется один: топологические квантовые компьютеры. Точную работу описать довольно сложно, но попробую такую аналогию. Представьте, что у вас есть железная дорога типа Brio и вы можете катать по ней туда-сюда вагончики. А еще можете пересекать пути, делать мосты и т.д. Общая структура вашей дороги (как именно они пересекаются, сколько пересечений и между какими путям и т.д.) является ее топологией. В этих пересечениях реализуются вентили компьютера (т.е. логические операции). Так вот, внешний мир действует на вагончики: они то тормозят, то ускоряются, то вибрируют, то вообще пропадают. В обычном квантовом компьютере это является основной проблемой: квантовые состояния (вагончики) разрушаются, появляются ошибки. Но в топологическом квантовом компьютере операции зависят не от одиночкых вагончиков, а от общей структуры путей, а она остается постоянной и не подвержена влиянию внешнего мира (почти). Потенциально это очень мощный инструмент для реализации квантовых компьютеров, так как ему не страшен внешний мир.
На практике никто не знает, как именно это сделать. Вагончики должны быть очень специальными, чтобы реализовать такой компьютер. Это должны быть квазичастицы, которые называются анионы и обладают очень необычными свойствами. Они существуют в определенных двумерных материалах в определенных условиях (возможно). Майорановские фермионы, о которых вы слышали в новостях про Майкрософт — пример таких частиц.
Ура, введение готово, пора перейти к драме. Пока IBM и Google соревнуются за количество кубитов и пытаются как-то найти способ увеличить их до полезной величины, Microsoft пошли другим путем и пытаются создать топологический квнатовый компьютер. Если у них это получится, они обойдут всех на повороте и унесутся за горизонт. Но пока попытки, мягко говоря, не внушают доверия.
Из года в год они публикуют результаты про открытие и изучение этих самых Майорановских фермионов в самых престижных журналах. Из года в год в этих результатах находят ошибки, неверную статистику и прямой подлог и статьи отзываются (таких статей уже набралось не одна и не две, можно вот тут эпичный тред посмотреть). Т.к. это майкрософт, публиковать данные они отказываются (NDA и все такое) и верифицировать никак не получается. Но на каждой статье они собирают хайп, лайки и инвестиции — что еще нужно. Вот и нынешние "новости" — ровно из той же оперы. Те же авторы, один из рецензентов — главный автор прошлых отозванных статей, те же проблемы с данными и их доступностью, и т.д. Нет никаких оснований доверять этому. В целом, научное комьюнити давно уже крутит пальцем у виска, и главной загадкой остается вопрос, почему их вообще продолжают публиковать (хотя это и не загадка никакая, всем все понятно, кто за этим стоит).
В общем, не верьте хайпу! Я нарочно не даю ссылки на новости или статью, чтобы не разгонять этот хайп дальше. В целом, любые новости про квантовые компьютеры всегда можно делить на 10-100, но в особенности когда говорят про "прорыв, которого еще никогда не было". Это уж почти наверняка какая-то лажа.
Но по порядку. Квантовые компьютеры делают из разных кубитов: некоторые используют сверхпроводящие микросхемы (как IBM и Google), некоторые — ионы (IonQ например), некоторые — фотоны (Xanadu). Ну и есть много других вариантов. Самая большая проблема с квантовыми компьютерами в том, что квантовая запутанность в них очень легко разрушается минимальным внешним воздействием. Поэтому эти комьютеры стараются изолировать от внешнего мира как можно лучше: засовывают в супер-криостаты, используют лучшие материалы и т.д.
Среди этих подходов выделяется один: топологические квантовые компьютеры. Точную работу описать довольно сложно, но попробую такую аналогию. Представьте, что у вас есть железная дорога типа Brio и вы можете катать по ней туда-сюда вагончики. А еще можете пересекать пути, делать мосты и т.д. Общая структура вашей дороги (как именно они пересекаются, сколько пересечений и между какими путям и т.д.) является ее топологией. В этих пересечениях реализуются вентили компьютера (т.е. логические операции). Так вот, внешний мир действует на вагончики: они то тормозят, то ускоряются, то вибрируют, то вообще пропадают. В обычном квантовом компьютере это является основной проблемой: квантовые состояния (вагончики) разрушаются, появляются ошибки. Но в топологическом квантовом компьютере операции зависят не от одиночкых вагончиков, а от общей структуры путей, а она остается постоянной и не подвержена влиянию внешнего мира (почти). Потенциально это очень мощный инструмент для реализации квантовых компьютеров, так как ему не страшен внешний мир.
На практике никто не знает, как именно это сделать. Вагончики должны быть очень специальными, чтобы реализовать такой компьютер. Это должны быть квазичастицы, которые называются анионы и обладают очень необычными свойствами. Они существуют в определенных двумерных материалах в определенных условиях (возможно). Майорановские фермионы, о которых вы слышали в новостях про Майкрософт — пример таких частиц.
Ура, введение готово, пора перейти к драме. Пока IBM и Google соревнуются за количество кубитов и пытаются как-то найти способ увеличить их до полезной величины, Microsoft пошли другим путем и пытаются создать топологический квнатовый компьютер. Если у них это получится, они обойдут всех на повороте и унесутся за горизонт. Но пока попытки, мягко говоря, не внушают доверия.
Из года в год они публикуют результаты про открытие и изучение этих самых Майорановских фермионов в самых престижных журналах. Из года в год в этих результатах находят ошибки, неверную статистику и прямой подлог и статьи отзываются (таких статей уже набралось не одна и не две, можно вот тут эпичный тред посмотреть). Т.к. это майкрософт, публиковать данные они отказываются (NDA и все такое) и верифицировать никак не получается. Но на каждой статье они собирают хайп, лайки и инвестиции — что еще нужно. Вот и нынешние "новости" — ровно из той же оперы. Те же авторы, один из рецензентов — главный автор прошлых отозванных статей, те же проблемы с данными и их доступностью, и т.д. Нет никаких оснований доверять этому. В целом, научное комьюнити давно уже крутит пальцем у виска, и главной загадкой остается вопрос, почему их вообще продолжают публиковать (хотя это и не загадка никакая, всем все понятно, кто за этим стоит).
В общем, не верьте хайпу! Я нарочно не даю ссылки на новости или статью, чтобы не разгонять этот хайп дальше. В целом, любые новости про квантовые компьютеры всегда можно делить на 10-100, но в особенности когда говорят про "прорыв, которого еще никогда не было". Это уж почти наверняка какая-то лажа.
Product Management & AI
Продакт и продуктовый дизайнер – о Едином-Общем Потому что дизайнер знаком с искусством и наукой сквозь времена, а продакт с искусством науки социально-экономических требований Времени. Они оба работают с пользовательскими сценариями и принципами, связанными…
Дизайн продукта ≠ UX/UI
В компаниях часто путают дизайн продукта и UX/UI, объединяя две должности-обязанности в одну, что вызывает перекосы в должностях и дизайне.
☝️ Дизайн продукта – широкий контекст, больше влияния, долгосрочное видение.
✌️ UX/UI – узкая область применения, меньшее влияние, краткосрочный фокус.
Чем раньше вы и команда поймёте что-это-такое, тем больше вы получите возможностей создавать правильные вещи.
– What is Product Design: A Comprehensive Guide
– Советы по работе с прототипами
– Приоритизация UX/UI-задач
– 5 уровней продакта в UI/UX
– Шпаргалка по дизайну продуктов
Figma, спасибо за постер✨
В компаниях часто путают дизайн продукта и UX/UI, объединяя две должности-обязанности в одну, что вызывает перекосы в должностях и дизайне.
☝️ Дизайн продукта – широкий контекст, больше влияния, долгосрочное видение.
✌️ UX/UI – узкая область применения, меньшее влияние, краткосрочный фокус.
Product Desing – стратегия
UX Design – тактика
Чем раньше вы и команда поймёте что-это-такое, тем больше вы получите возможностей создавать правильные вещи.
– What is Product Design: A Comprehensive Guide
– Советы по работе с прототипами
– Приоритизация UX/UI-задач
– 5 уровней продакта в UI/UX
– Шпаргалка по дизайну продуктов
Figma, спасибо за постер
Please open Telegram to view this post
VIEW IN TELEGRAM
"Полярная звезда" – ориентир по которому идёт продакт и продукт.
Но стоит определить её как единственную Самую-Главную-Метрику, как приходит желание влиять на неё всеми доступными методами.
Как не омрачить сияние NSM в продукте:
🌟 North Star Metric – путеводная звезда, которая должна представлять совокупность показателей 2+ сегментов пользователей и под-метрик, объединённых общей бизнес-целью.
Разные проблемы = разные потребности = разные решения = разные потоки = разные PMF. Разделяй и властвуй!
Благодаря этим действиям, сияние вашей Полярной звезды будет гореть ярким светом и вести ваш продукт по этому непростому пути.
– Обратная сторона всех метрик
– North Star по шагам
– 18 шаблонов North Star
– 8 вариантов North Star
– APE Is the North Star
Чистого Сияния метрик и продуктивной недели!
🌞🫖
Please open Telegram to view this post
VIEW IN TELEGRAM
Мозговое, айтишное (с)
Пока читал пост и комменты у Апанасика, поймал на своём сервере кое-что интересное:
...Назначение кэша* – временно хранить информацию на клиенте*, и эта информация никогда не должна возвращаться на сервер*.
Кэш используется только для отображения информации в UI (как правило, не критичной), чтобы снизить количество запросов на сервер.
Любые алгоритмические и вычислительные процессы — только актуальные данные с Сервера.
Производительность слегка снизится, да, но хотя бы точно не будет пропущенных точек синхронизации состояний...
🧠
Пока читал пост и комменты у Апанасика, поймал на своём сервере кое-что интересное:
...Назначение кэша* – временно хранить информацию на клиенте*, и эта информация никогда не должна возвращаться на сервер*.
Кэш используется только для отображения информации в UI (как правило, не критичной), чтобы снизить количество запросов на сервер.
Любые алгоритмические и вычислительные процессы — только актуальные данные с Сервера.
Производительность слегка снизится, да, но хотя бы точно не будет пропущенных точек синхронизации состояний...
* Кэш – память.
* Клиент – мозг.
* UI – глаза.
* Сервер – Сознание.
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Заметки безработного Апанасика
Потратил 4 часа на то, чтоб понять, откуда вообще берётся конфликт при мёрдже веток в Balancy у нашего клиента. В истории изменений вообще не было записи об этом. Оказалось, что дело в кеше...
1. Во время мёрджа веток я кеширую инфу о шаблонах и их параметрах…
1. Во время мёрджа веток я кеширую инфу о шаблонах и их параметрах…