Три факта про то, как идет набор на наш курс «Осознанные коммуникации для руководителей в ИТ», который научит не бояться конфликтов, договариваться с коллегами и подчиненными, достигать целей не через давление, и еще много чему — нейтральный, забавный и позитивный:

1️⃣На курсе, внезапно, сейчас ровно 2/3 — девушки. Все еще нестандарт для ИТ!
2️⃣Пока что среди учеников нет ни одного тезки, можно использовать имя как уникальный ключ ученика (мы так конечно не будем, но забавно)
3️⃣Осталось 6 мест! У нас в параллель 2 группы, в каждой еще есть места.

Сломать статистику любому из пунктов или просто прокачаться — сюда.

#growth #нормальная_рекомендация
Что делать, когда уже проверили очевидные гипотезы
Разбор кейса Тинькофф банка из видеотеки Epic+

📈Перед командой Тинькофф, ответственной за неавторизованную зону сайта, стоит неизменная задача увеличивать конверсию в заявку/активацию/оплату продуктов банка. Что делали:

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

🍑 Добавление ценности («фрукт» повыше, но все еще работает почти в любом продукте): улучшить оффер, выделить преимущества, рассказать про кешбек и скидки. Тоже довольно очевидно и дает результат.

🍏 Дальше выяснилось, что много гипотез лежат в области персонализации. Разный путь пользователя исходя из данных о нем помогает: предложить полис ОСАГО тому, у кого есть автомобиль, обратиться по имени и предложить вернуться к изучению определенного продукта тому, кто его в прошлый раз рассматривал. В общем, предикторы, предзаполнение, персональные офферы.
Работа над такими гипотезами вырастила конверсию в заявку на 40% — существенный результат.

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

🔍В какой-то момент решили посмотреть на другие этапы воронки, за пределами своей зоны ответственности, и придумали рискованную гипотезу — если запрашивать паспортные данные не на сайте, а уже на встрече с представителем, конверсия должна вырасти.

⚠️В чем сложность:
🔹 Гипотеза влияет на конверсию не только сайта, но и следующих этапов.
🔹 Для её реализации требуется работа разных команд в разных частях продукта.
🔹 Недостаточно убрать лишние поля с сайта — нужно выстроить новый процесс, чтобы представители действительно собирали данные на встрече с клиентом.

Ребята рискнули и вышли за пределы своей зоны ответственности — конверсия выросла еще на 13% 📈. Операционные расходы при этом выросли незначительно.

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

➕В чем плюс проверять рискованные гипотезы как можно раньше? Например, если бы в ситуации Тинькова сразу смотрели со стороны всего процесса, много работы по улучшению конверсии в заявку на сайте не нужно было бы выполнять.

👉Так что чаще смотрите на этапы воронки и метрики, которые даже не находятся в вашей зоне ответственности, и взаимодействуйте с другими командами — так вы наверняка найдете более рискованные, но и более крутые решения 🙂

💎PS Этот кейс (источник —  видео, 13 минут) я посмотрела в подписке Epic+. Там собраны более 400 докладов про рост продуктов, маркетинг, аналитику и карьеру. В том числе три моих выступления 🙂

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

А если предпочитаете читать, подписывайтесь на телеграм Epic Growth. Ребята раскрывают содержание некоторых платных докладов в постах.

#нормальные_коммуникации_нормальный_продукт
Сегодня у меня новый кейс, а точнее не у меня, а у Тиграна Басеяна (CEO geekz.ru и автора @blackproduct). Реальная ситуация из прошлого опыта.
Тигран рассказал первую часть истории, которая с ним как-то случилась. Предлагаем вам поставить себя на его место.

Когда хочется сделать все иначе.

Несколько лет тому назад, я (CPO) и CTO решили переделать ИТ архитектуру компании. Мы презентовали топ-менеджементу нашу концепцию, получили от всех ок. Запилили документацию, провели проектирование. За полгода собрали под эту задачу команду разработчиков, pm и других. Дошло до реализации, старт разработки был запланирован на начало года. Как-то я прихожу к главному стейкхолдеру, говорю нам бы надо детали по документации обсудить. Он уточняет, будет ли там функция Х (о которой все это время не шло речи).
Мы отвечаем, что нет в этом виде, тут иначе реализовано. Слова стейкхолдера:
💁‍♂️ Ну тогда нам это не нужно…

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

Ждем вас в комментариях!

Дальше я бы помнила о том, что есть две проблемы:
1️⃣что информацию о фиче вы получили только сейчас, и
2️⃣что (потенциально) весь проект без фичи неактуален.

Естественно, с проблемой фичи надо разобраться. Можно обратиться к советам выше, главное соблюдать правило итерационности в коммуникации: согласовать картину мира, сделать из нее выводы, зафиксировать результат. Например:
1️⃣согласовать ваши факты: в чем задача этой фичи и в чем задача проекта
2️⃣предложить выводы из них: что цель не в том чтоб фичу реализовать конкретным образом, а выполнить определенную задачу клиента (которая согласуется с задачей проекта)
3️⃣зафиксировать результат: добиться согласия, что до тех пор, пока итоговая задача выполняется, проект полезен и важен, а конкретная форма реализации — нет

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

И да, подобные ситуации мы как раз разбираем на курсе «Осознанные коммуникации для руководителей в ИТ». Делаем это так, чтобы в итоге получался эффективный диалог, а не просто куча аргументов, (или их отсутствие) пробуем в безопасной среде много раз говорить что-то в сложных конфликтых ситуациях, получаем обратную связь — примерно так и проходит обучение. Курс начинается в понедельник, еще остались места: http://courses.skillslab.center/communications_it

А в @blackproduct Тигран рассказал, чем история закончилась на самом деле, переходите прочитать) Тигран, спасибо за интересный и животрепещущий кейс!

Камилла Самохина — продакт-менеджер и лидер профессии продакт в Тинькофф и автор клевого @analysis_paradisis. Это кстати первая автор продуктового телеграм-канала, с которым я когда-то познакомилась вживую:)

Пишет интересные заметки на около продуктовые темы: например, про бесплатные шоколадки и про доставку Амазона или про клиентское счастье и помидоры.

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

Вот такая вот сегодня очень даже #нормальная_рекомендация 🙂

#growth
Не могла пропустить этот доклад про счастье пользователя, еще и потому, что в середине Аделя сделала референс к названию канала (не знаю, специально или так получилось, но все же)

Авито довольно давно достигли PM-fit и выбрали модель монетизации, которая работает. Новые точки роста лежат в retention, а именно в работе над CX — решили работать над счастьем пользователя ❤️ более плотно.

Как его измерить? 2 месяца исследований стратегий и опыта других компаний спустя выяснилось, что пользователь доволен, когда:
✅ выполняет свою задачу с минимальными затратами
☑️ без негативных эмоций и в идеале получает удовольствия

Померить первую часть, если у тебя PM-fit, легко: кол-во объявлений, конверсия, ликвидность и т.п. в Авито давно уже считают и оптимизируют другие команды. Но с болевыми точками раньше не работали, и накопился продуктовый долг: критичные проблемы, просто мелкие неприятности, никогда не попадающие в приоритеты.

1️⃣ Начали с критичного, провоцирующего отток ❌. Метрикой выбрали обращения в поддержку (люди не любят туда писать, так что если пишут — проблема близка к критичной), нормированные на значения (например кол-во объявлений), чтобы учесть рост бизнеса. Правда даже нормирование не всегда срабатывает: у доставки метрика все время росла, что нормально, тк это очень растущий продукт.

📚Сформировали беклог. Просто взять тикеты поддержки нельзя, система завязана на KPI и PNL поддержки, а также там есть проблемы, не-СХ, например, мошенничество (есть целая команда в авито). Разработали свою систему определения приоритетов: количество + критичность сценариев. Оценка результатов — иногда по total, но чаще a/b тестом — выкатывали обновление и после накладывали id пользователей, смотрели значимость.

🎯 Поставили цель. Это не могло быть 0 тикетов, тк есть сценарии, которые без принципиальной смены подхода (например, изменения схемы монетизации) невозможно решить. Выбрали бенчмарк рынка -50% нагрузки на саппорт за год для крупных компаний.

📊В итоге смогли сократить обращения на 40% — отличный результат, тк 50% был ОКР-ом.

2️⃣ Дальше перешли к проблемам, вызывающим сильные эмоции.

🪧Качественные сигналы накладывали на CJM 🗺 из беклогов с интервью, отзывов в сторах и опроса CSAT с добавлением числового подкрепления. Приоритизировали по частоте, критичности, а также учитывали, что какие-то проблемы — общие для нескольких стримов Авито.

📊 Для измеряемых сигналов пробовали использовать NPS/ CES / CSAT, даже пробовали разработать cвою метрику. В итоге выбрали CSAT для отдельного сценария с использованием UXFeedback.

А как измерить тот, что не поддается числовому измерению? Путь CJM делили на красный/желтый/зеленый по наличию ошибок, брали за метрику % красного пути. Небольшие неизмеримые изменения правили «бандлами» и смотрели на общее изменение CSAT по сценарию.

Искать метрики непросто, но они нужны, чтобы «продавать изменения». Например, в продвижении рекламных услуг были dark patterns, их не хотели убирать, тк это выручка 🤑. Через метрики получилось показать, что это большая боль — смогли исправить.

📉По итогам изменений вышло увеличить CSAT на 8% и уменьшить красный путь на 20%.

И немного принципов для хорошего CХ:
🔸уважение к пользователю
🔸прозрачность и доверие
🔸проще предотвратить проблему, чем чинить.

Источник: видео, 22 минуты

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

Мы вот, понятно, стараемся подумать о пути пользователя при разработке (иногда это провоцирует жаркие рассуждения и множество довольно спонтанных last-minute коридорных тестов, к которым уже привыкли окружающие), но когда дело касается проблем, скорее ведем ментальный подсчет критичности/частоты и на основе него правим что-то срочно, среднесрочно или оставляем как есть.

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

Если напишете в комментариях, будет очень интересно!

Новый кейс #нормальные_коммуникации_нормальный_продукт!
На этот раз — опыт Насти Борисюк, продакта и автора канала «Кнопка «Хорошо».
Вот вам первая часть истории Насти. Что бы вы делали на ее месте?

Кейс: конфликт в чатике

Ситуация

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

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

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

Что делаем, знатоки?

Пишите в комментариях, как бы вы поступили. Завтра — с меня разбор вариантов, с Насти — рассказ, чем все закончилось.оо

Разбор кейса. Как закончилась история, можно увидеть в посте Насти.

Люблю смотреть на ситуацию вашими глазами! Когда вам не хватает контекста, когда уверены в своем решении, когда накладываете призму предыдущего опыта — все круто 🙂

Сначала, традиционно, что мне кажется ошибочным или рискованным:

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

❌ Дизайнер — токсик, надо увольнять / дать по шапке и если повторится — увольнять.
Другая крайность. Токсичность — не лучший, но часто попросту защитный инструмент неуверенного человека. Это же первое взаимодействие с дизайнером, а вся команда стала пытать в чате нового человека вопросами «зачем это здесь?» «почему именно так?» и т.п. Правда могло восприняться, как «все на одного».
Если вы, когда человек защищается, ему в резкой форме скажете, что так здесь не принято — отношения с новичком наладить будет горааздо сложнее.
И да — если вы решили заранее, что дизайнер токсик, то это будет чувствоваться, какие бы слова вы ни выбрали.

❌ Поговорить с дизайнером и объяснить, что нарисованное кому-то нужно делать, и этот кто-то лучше знает, что можно, а что нельзя/дорого.
Действительно, есть проблема выхода за скоуп/зону ответственности. Но с нее не стоит начинать. У нас уже образовался конфликт в команде из-за вопросов и из-за ответов на них дизайнера. Решить процессную проблему врядли получится, пока есть коммуникационная: дизайнер вас сейчас не услышит, он в позиции «к бою готов» в защиту своей работы и своих компетенций.

А вот эти идеи мне кажутся полезными:

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

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

👉В обоих вариантах хочется добавить отдельным пунктом разговор о том, как надо и не надо защищать свою позицию. Например, если дизайнера забросали вопросами — он имеет право попросить паузу, сказать, что вопросов слишком много и ему сложно на все ответить, и предложить очную встречу; если вопросы переходят (вполне возможно) какие-то границы, то он имеет право сказать и об этом — может, там и намеки на некомпетентность дизайнера проскальзывали, за всем можно и не уследить.

💡 Очень хороший управленческий инструмент — разделение по времени на «что делаем сейчас» и «что делаем в будущем». Действительно, чтобы не повторять неприятную ситуацию, нужно:
1. решить текущую, уже существующую проблему
2. поменять что-то в работе, чтобы подобных проблем больше не возникало (или возникало меньше)

💡 Был вариант — пусть дизайн не сразу представляется всей команде, а проходит итерацию у продакта.
Я сначала ответила уверенно, что не стоит менять так процесс, поскольку тогда появляется лишняя итерация обсуждения: тратятся силы продакта и увеличивается рассинхрон из-за дополнительной итерации согласования.

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

👉Что еще добавить?
Разумеется, тут опять речь будет про эмоции. Я просто приведу кусочек из комментария, который прекрасен, и коротко объясню принципы, которые тут отлично вписались:

✅Разговор с дизайнером:

«Понимаю, что кажется, будто разработчики сомневаются в твоей компетентности, поэтому задают кучу вопросов. Я бы тоже обиделась и разозлилась на такое. Думаю, большое количество вопросов связано с тем, что судя по твоему дизайну нужно менять логику работы приложения. Мы такие изменения не планировали, поэтом все были удивлены, увидев новые макеты. Давай вместе разберём комментарии ребят? Там точно были дельные вещи»

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

✅Смотрим на реакцию дизайнера — либо он сам признает, что что-то пошло не так, либо стоит ему еще раз это озвучить.
Например:
«Вася, мне очень важно уважение и доверие между членами команды. Когда ты говоришь, что раз ты дизайнер, тебе виднее — у ребят возникает ощущение, что они не имеют права задавать вопросы. Это их обижает и на мой взгляд нарушает доверие. Я прошу тебя в следующей ситуации, если ты видишь, что обсуждение идет не по плану, ты его останавливаешь, прежде чем оно становится неприятным для кого-то из присутствующих. Можешь звать меня, чтобы я помогла разобраться, если какие-то вещи объяснить не получается.»

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

Спасибо Насте и каналу «Кнопка хорошо» за классный кейс, вам за участие и активность!

#эксперименты #развитие_продукта #процессы
К 2021 году конверсия в первую покупку у Skyeng перестала кратно расти по всем направлениям (ну когда-то же должно было случиться). Стали искать новые точки роста в данных, но их безумно много: ~47 млн профилей, в разных базах, с дубликатами и не сегментирована. Из-за этого на проверку одной гипотезы уходило 1,5-2 месяца.⚠️

Решили внедрять CDP — платформу для управления клиентскими данными. Позволяет собрать полную инфу о пользователях (каналы, транзакции, поведение) и найти новые точки роста в монетизации. 💰Стоит около 500к в месяц, плюс надо перестраивать процессы, а к этому не все готовы.

🚀Пилотный запуск провели втроём за 3 месяца в вертикали B2B — там сильнее всего было желание получить скорость в работе и возможность изучения новой платформы. Привлекли вендора с оплатой 40 часов для помощи во внедрении и изучении системы. Затем подтянулась команда роста, а потом и остальные, когда увидели на внутреннем демо результаты команд коллег, и понадобилось еще 20 часов на ответы на вопросы остальных команд.

Что успели сделать за год:

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

⚙️Настроили инструмент для фронтальных инструментов. Стало возможным разбивать пользователей на группы в зависимости от глубины скролла на сайте или ответов в квизе, и для сегмента настраивать поп-апы, менять блок страницы или отправлять сообщение. Раньше потребовалось бы писать отдельный модуль для каждого такого эксперимента, а теперь настройка эксперимента занимает от 30-ти минут.
👩‍🦰👨‍🦰Создали единый профиль с информацией из многих систем: свойства, события, покупки и настроили цепочки коммуникации для них. Это помогло найти узкие места и ошибки системы.

🔹Например, оказалось что 50% (!) пользователей по каким-то причинам не видят онбординг. Техническую проблему решают, а пока этой когорте отправляют оффер по смс, и CR у него в районе 30-40%.

🔹А в B2B оказалось, что если пользователь уже существует (но забыл об этом и заново регистрируется), то их заявки не регистрируются и с ними никак не коммуницируют на странице сайта (менеджер позже звонит, но не до всех дозванивается).
Настроили новый баннер (пишут, что за счет CDP ушел всего час) с информацией и ссылкой на ЛК. Конверсия из баннеров в покупку — 19-20%, доля продаж с помощью этого сценария — 27% от общего числа продаж в когорте.

❓Так как понять, окупится ли недешевая платформа?
Говорят, посчитать ROI для нее невозможно: зависит от того, насколько хорошо внедрили инструмент, сколько данных туда загрузили, научили ли бизнес этим пользоваться. Только запускать пилоты и надеяться, что команды найдут ценность для себя самостоятельно, а другие будут готовы тратить силы и время на внедрение у себя.

💁‍♀️ Кстати, Женя Писаревская, продакт-евангелист CDP в Skyeng, согласилась поотвечать на наши вопросы. Поэтому если вам что-то оказалось непонятным, или интересны подробности — давайте обсудим в комментариях!

Источник: пост (~7 минут) в блоге Epic Growth

Хочу под новый год сделать подарок себе и немного вам.

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

Вам — скидки, разумеется 🙂
Так что сейчас будет немного деталей и ссылок.

#личное
Soft Skills Lab — лаборатория развития коммуникационных навыков.
Мы учим коммуницировать осознанно. Это значит — использовать эмпатию и переговорные приемы для достижения рабочих и личных целей, видеть и останавливать нарушение границ на работе и в личной жизни, не поддаваться давлению и манипуляциям и решать конфликты с полным пониманием, к чему приведут ваши слова.

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

Наши продукты:

🔸Симулятор переговоров и конфликтов — наш продукт-хит, курс для самостоятельного прохождения, где вы учитесь внутри увлекательной истории. Покупка симулятора в текущем виде дает вам доступ также и к его обновлению, которое мы выпустим в следующем году: http://simulator.skillslab.center

🔸Подписка на soft skills — это доступ к онлайн-платформе с симуляторами, тренажерами по коммуникации и вебинарам, которые мы делаем для подписчиков. На платформе многие симуляторы можно попробовать бесплатно: https://skillslab.center/blogs

🔸Курс «Осознанные коммуникации в ИТ» — вот тут можно посмотреть программу и детали. Уже набираем early birds на второй поток, из отличий — к нам присоединяться два наших ученика на некоторые лекции: http://courses.skillslab.center/communications_it (заявку можно оставлять на этом лендинге)

🔸Обучение в мини-группах «Осознанные коммуникации». Начнется в январе, подробности тут: https://aquatic-roadway-d46.notion.site/29b6da8ff5534eca83af4b5eadb2efe4

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

Любой продукт можно оплачивать от лица компании, с зарубежного счета и с разбивкой по частям.
А если вам интересно провести тренинг только для вашей компании, или вам кажется, что мы можем сделать вместе какой-то еще проект — пишите: https://u015293.stepform.io/O54AFgG

Скидка на early bird «Осознанные коммуникации в ИТ» — 25% до 7-го января, промокод normalno_delaj дает вам скидку: 10% на Симулятор переговоров и 15% на мини-группы — до конца новогодних праздников.

С новым годом! Пусть в следующем году станет лучше.