Я запускаю закрытый клуб про AI в разработке
Так получилось, что я нахожусь практически в эпицентре того, что происходит с использованием AI в разработке – и благодаря моей основной работе в компании, которая делает девтулинг, и благодаря подкасту, и благодаря друзьям, которые горят этой темой. Но недавно я поймал себя на мысли, что я все равно испытываю жесточайший FOMO – индустрия меняется, а я за ней не успеваю.
Если эта проблема горит у меня, то скорее всего таких людей очень много. А я люблю решать проблемы – поэтому я решил собрать Podlodka AI Engineers Club – закрытое сообщество опытных разработчиков, которые хотят вместе разбираться с тем, как использовать AI с пользой, и делать это системно, а не на ощупь.
👉Как это вообще работает. Каждую неделю – воркшопы и лайвкодинг с людьми, которые активно используют AI, и внедряют его в реальные продукты и компании. Разбор конкретных инженерных практик: как строить своих агентов, как работать по Spec-Driven Development, как собирать комбайн, превращающий таски в Jira в PRы, как масштабировать это и на небольшую команду, и на всю разработку в бигтехе.
Между встречами – сеть закрытых чатов в Telegram, клубные созвоны, совместные эксперименты.
👉Кто уже в программе. Черновое расписание на март-апрель собрано. Среди экспертов – инженеры из компаний разного масштаба: Степан Гончаров (xAI), Роман Елизаров (Яндекс), Андрей Володин (Gracia AI), Андрей Бреслав (CodeSpeak), Денис Неклюдов (Google), Макс Страхов (Meta) и много других крутых ребят.
👉Как попасть. Клуб платный, вход через список ожидания с отбором – нам интересно сделать сообщество именно для опытных разработчиков. Мы набираем участников постепенно – нам важно сохранить атмосферу, в которой можно открыто делиться опытом и проблемами. Стартуем уже с понедельника!
Отдельно подчеркну, что клуб делаем именно для инженеров – людей, которые большую часть своей карьеры писали код, решали технические задачи, принимали архитектурные решения, и жили с их последствиями. Я знаю, что на канал подписано довольно много технических менеджеров, и senior/staff/principal инженеров – вот этот анонс для вас!
Подробности, расписание и заявка – на сайте. А если есть какие-то конкретные вопросы, пишите прямо мне в личку, @etolstoy!
Так получилось, что я нахожусь практически в эпицентре того, что происходит с использованием AI в разработке – и благодаря моей основной работе в компании, которая делает девтулинг, и благодаря подкасту, и благодаря друзьям, которые горят этой темой. Но недавно я поймал себя на мысли, что я все равно испытываю жесточайший FOMO – индустрия меняется, а я за ней не успеваю.
Если эта проблема горит у меня, то скорее всего таких людей очень много. А я люблю решать проблемы – поэтому я решил собрать Podlodka AI Engineers Club – закрытое сообщество опытных разработчиков, которые хотят вместе разбираться с тем, как использовать AI с пользой, и делать это системно, а не на ощупь.
👉Как это вообще работает. Каждую неделю – воркшопы и лайвкодинг с людьми, которые активно используют AI, и внедряют его в реальные продукты и компании. Разбор конкретных инженерных практик: как строить своих агентов, как работать по Spec-Driven Development, как собирать комбайн, превращающий таски в Jira в PRы, как масштабировать это и на небольшую команду, и на всю разработку в бигтехе.
Между встречами – сеть закрытых чатов в Telegram, клубные созвоны, совместные эксперименты.
👉Кто уже в программе. Черновое расписание на март-апрель собрано. Среди экспертов – инженеры из компаний разного масштаба: Степан Гончаров (xAI), Роман Елизаров (Яндекс), Андрей Володин (Gracia AI), Андрей Бреслав (CodeSpeak), Денис Неклюдов (Google), Макс Страхов (Meta) и много других крутых ребят.
👉Как попасть. Клуб платный, вход через список ожидания с отбором – нам интересно сделать сообщество именно для опытных разработчиков. Мы набираем участников постепенно – нам важно сохранить атмосферу, в которой можно открыто делиться опытом и проблемами. Стартуем уже с понедельника!
Отдельно подчеркну, что клуб делаем именно для инженеров – людей, которые большую часть своей карьеры писали код, решали технические задачи, принимали архитектурные решения, и жили с их последствиями. Я знаю, что на канал подписано довольно много технических менеджеров, и senior/staff/principal инженеров – вот этот анонс для вас!
Подробности, расписание и заявка – на сайте. А если есть какие-то конкретные вопросы, пишите прямо мне в личку, @etolstoy!
Podlodka AI Engineers Club
Учимся применять AI и внедрять его в команды. Еженедельные сессии с экспертами и живое сообщество от создателей подкаста Подлодка.
1👎104❤14👍14🔥6
Про влияние тренировок на менталочку
Так, я опять про личное. Единственный вид отдыха, который у меня получилось добавить на регулярной основе, и который очень заметно помогает стряхивать с себя весь рабочий стресс – это силовые тренировки. Почти весь прошлый год получалось ходить по семь раз в неделю, после появления ребенка, правда, уменьшил до четырех – но все равно, эффект на менталку чувствуется огромный.
Вот как раз еще одно большое исследование на эту тему вышло – регулярные тренировки оказывают на депрессивные состояния такое же влияние, как терапия, и в целом даже сопоставимы с антидепрессантами. С долгосрочными эффектами правда не очень понятно – поэтому путь один, купить абонемент и не бросать!
Так, я опять про личное. Единственный вид отдыха, который у меня получилось добавить на регулярной основе, и который очень заметно помогает стряхивать с себя весь рабочий стресс – это силовые тренировки. Почти весь прошлый год получалось ходить по семь раз в неделю, после появления ребенка, правда, уменьшил до четырех – но все равно, эффект на менталку чувствуется огромный.
Вот как раз еще одно большое исследование на эту тему вышло – регулярные тренировки оказывают на депрессивные состояния такое же влияние, как терапия, и в целом даже сопоставимы с антидепрессантами. С долгосрочными эффектами правда не очень понятно – поэтому путь один, купить абонемент и не бросать!
Medicalxpress
Exercise has 'similar effect' to therapy, study on depression shows
The estimated 280 million people worldwide who suffer from depression could have a treatment option that is not only cheaper than therapy and antidepressants, but that also makes them fitter and stronger.
🔥45❤13👍11👎1
Делаете RAG-ассистента и нужна база данных?
Попробуйте Managed PostgreSQL от MWS Cloud Platform с поддержкой расширения
RAG-ассистенты быстро упираются в хранилище данных: документы, метаданные, эмбеддинги и поиск по смыслу нужно где-то надёжно хранить и обслуживать.
🆓 До 31 марта production-ready PostgreSQL в облаке — бесплатно*
🔥 Запустите своего RAG-ассистента и проверьте его на реальных данных с Managed PostgreSQL в облаке MWS
Попробовать бесплатно*
* Скидка 100% на оплату сервиса Managed PostgreSQL предоставляется в период с 9 февраля по 31 марта 2026 года для участников акции. Подробные условия — по ссылке
Попробуйте Managed PostgreSQL от MWS Cloud Platform с поддержкой расширения
pgvectorRAG-ассистенты быстро упираются в хранилище данных: документы, метаданные, эмбеддинги и поиск по смыслу нужно где-то надёжно хранить и обслуживать.
В Managed PostgreSQL от MWS Cloud Platform это можно сделать в одном сервисе:⏺️ поддержка pgvector из коробки — хранение эмбеддингов и семантический поиск прямо в PostgreSQL⏺️ структурированные данные, документы и векторы — в одной базе⏺️ автоматические бэкапы и point-in-time recovery⏺️ постоянный primary endpoint — адрес не меняется при switch- / failover⏺️ до 3 read-only эндпоинтов для поиска и аналитики⏺️ гарантированный доступ к CPU, сетевые или NVMe-диски на выбор
Попробовать бесплатно*
* Скидка 100% на оплату сервиса Managed PostgreSQL предоставляется в период с 9 февраля по 31 марта 2026 года для участников акции. Подробные условия — по ссылке
Please open Telegram to view this post
VIEW IN TELEGRAM
👎12👍5❤4🔥1
Текст стал дешевым, и мы к этому не готовы
Управление большими корпорациями всегда строилось на довольно простом принципе – если что-то важно, это надо записать. Написать хороший связный разумный текст было сложно. Это требовало понимания проблемы, усидчивости, и, главное, это требовало от человека подумать. Текст работал как фильтр – если кто-то его написал, то скорее всего мысли, изложенные там, имеет смысл прочитать.
Генеративный AI все изменил. Текст любой длины можно сгенерировать за секунды, и само наличие письменного артефакта вообще не гарантирует, что кто-то туда вложил хоть частицу разумности.
Из-за этого текстов стало больше, а вот ресурса человеческого внимания – нет. Чтобы понять, надо ли в них вчитываться, приходится использовать другой AI, который готовит выжимку мыслей, и получается абсолютно бессмысленный и беспощадный цикл.
Что конкретно с этим делать, пока не очень понятно. Автор поста предлагает развилку с двумя вариантами:
👉Смириться, и жить в цикле, в котором между двумя людьми всегда будут находиться AI агенты, кодирующие и декодирующие поток мыслей.
👉Переизобрести примитив, который обозначает ответственность за мысли и идеи. Требовать краткость, явное авторство, что-то еще, что заставит людей подумать перед тем, как отправлять кому-то свой текст.
Управление большими корпорациями всегда строилось на довольно простом принципе – если что-то важно, это надо записать. Написать хороший связный разумный текст было сложно. Это требовало понимания проблемы, усидчивости, и, главное, это требовало от человека подумать. Текст работал как фильтр – если кто-то его написал, то скорее всего мысли, изложенные там, имеет смысл прочитать.
Генеративный AI все изменил. Текст любой длины можно сгенерировать за секунды, и само наличие письменного артефакта вообще не гарантирует, что кто-то туда вложил хоть частицу разумности.
Из-за этого текстов стало больше, а вот ресурса человеческого внимания – нет. Чтобы понять, надо ли в них вчитываться, приходится использовать другой AI, который готовит выжимку мыслей, и получается абсолютно бессмысленный и беспощадный цикл.
Что конкретно с этим делать, пока не очень понятно. Автор поста предлагает развилку с двумя вариантами:
👉Смириться, и жить в цикле, в котором между двумя людьми всегда будут находиться AI агенты, кодирующие и декодирующие поток мыслей.
👉Переизобрести примитив, который обозначает ответственность за мысли и идеи. Требовать краткость, явное авторство, что-то еще, что заставит людей подумать перед тем, как отправлять кому-то свой текст.
Linkedin
Recently I received another 40-page document. I suspect it still lives somewhere in a ChatGPT server cache. Perfectly structured.…
Recently I received another 40-page document. I suspect it still lives somewhere in a ChatGPT server cache. Perfectly structured. Perfectly formatted. Perfectly fluent. And completely weightless. Managerial AI slop. No doubt. It was not struggled through.…
👍41❤6👎2
Amazon переводит стрелки с AI на людей
У Amazon за последнее время произошло несколько крупных падений, и как минимум в одном из них точно был замешан AI. Разработчик случайно оказался в продовом окружении вместо тестового, Kiro дернул команду не с теми флагами, и один из сервисов после этого лег. AWS во всех пресс-релизах после этого пытается всячески уйти от ассоциаций с AI, и говорит о том, что это человеческая ошибка – а в интернете на это смотрят как на попытку защищать AI.
С моей точки зрения AWS все правильно делает. Проблема не в том, что AI дернул не ту команду, а в том, как выстроены процессы разработки и гардрейлы вокруг него. Как вообще разработчик случайно оказался в проде и смог что-то там поменять? Почему команда с такими сайд-эффектами была вызвана без одобрения? Все это выглядит, как провалы в тулинге, и вообще не важно, детерменистическая или вероятностная система там под капотом.
У Amazon за последнее время произошло несколько крупных падений, и как минимум в одном из них точно был замешан AI. Разработчик случайно оказался в продовом окружении вместо тестового, Kiro дернул команду не с теми флагами, и один из сервисов после этого лег. AWS во всех пресс-релизах после этого пытается всячески уйти от ассоциаций с AI, и говорит о том, что это человеческая ошибка – а в интернете на это смотрят как на попытку защищать AI.
С моей точки зрения AWS все правильно делает. Проблема не в том, что AI дернул не ту команду, а в том, как выстроены процессы разработки и гардрейлы вокруг него. Как вообще разработчик случайно оказался в проде и смог что-то там поменять? Почему команда с такими сайд-эффектами была вызвана без одобрения? Все это выглядит, как провалы в тулинге, и вообще не важно, детерменистическая или вероятностная система там под капотом.
The Register
AWS would rather blame its own engineers than its AI
: Protect the robot, sacrifice the human
👍24👎15❤8
Организации оптимизируют под комфорт
Любая система стремится оставаться в состоянии покоя. С инженерными организациями ситуация такая же. Они оптимизируют работу не под техническую корректность, а под комфорт.
Почему так происходит:
👉Исправление проблем создает видимое неудобство прямо сейчас. А неисправление невидимо, пока не случится инцидент. Организации всегда выбирают невидимое, ведь инцидент всегда можно списать на случайность, если он вообще произойдет.
👉Чаще всего изменения требуют согласия тех, чье поведение должно измениться. Эти люди конечно же голосуют против.
👉Этому очень способствует наличие ответственности за решение последствий проблем без полномочий эти проблемы предотвращать. Условно, если вы чините аварии, это не дает вашему голосу больше веса, чем у остальных участников команды.
👉Часто споры вызывает не само конкретное изменение, а в целом попытка расшатывать устоявшуюся систему.
Любая система стремится оставаться в состоянии покоя. С инженерными организациями ситуация такая же. Они оптимизируют работу не под техническую корректность, а под комфорт.
Почему так происходит:
👉Исправление проблем создает видимое неудобство прямо сейчас. А неисправление невидимо, пока не случится инцидент. Организации всегда выбирают невидимое, ведь инцидент всегда можно списать на случайность, если он вообще произойдет.
👉Чаще всего изменения требуют согласия тех, чье поведение должно измениться. Эти люди конечно же голосуют против.
👉Этому очень способствует наличие ответственности за решение последствий проблем без полномочий эти проблемы предотвращать. Условно, если вы чините аварии, это не дает вашему голосу больше веса, чем у остальных участников команды.
👉Часто споры вызывает не само конкретное изменение, а в целом попытка расшатывать устоявшуюся систему.
aviraccoon's nocturnal scribbles
Technical Excellence Is Not Enough
A field guide to being right when it doesn't matter.
👍21❤5
28 марта Яндекс вновь проведет Dream → Teamlead: практическую конференцию для тимлидов, руководителей и технических лидеров
Собираемся, чтобы вместе с сообществом переосмыслить лидерство: будем говорить про принятие сложных решений и процессы, которые позволяют выстраивать эффективные и здоровые команды.
Программа делится на 2 трека — в первом эксперты будут обсуждать лидерство, как отдельную профессию. Например, Евгений Антонов, из команды Yandex Infrastructure, расскажет про стили лидерства и о том, как действовать при смене рабочего контекста. А Александр Поломодов из Т-Банка объяснит, как ИИ меняет инженерную культуру и что это значит для тимлидов.
Вторая часть программы практическая. Будет мастер-класс о производительности команды, воркшоп по созданию убедительной презентации и другие активности, где можно отработать управленческие навыки.
С полной программой докладов и других активностей можно ознакомиться на сайте. Для тех, кто не в Москве, будет доступна онлайн-трансляция докладов.
Регистрируемся и становимся частью дримтим комьюнити!
Собираемся, чтобы вместе с сообществом переосмыслить лидерство: будем говорить про принятие сложных решений и процессы, которые позволяют выстраивать эффективные и здоровые команды.
Программа делится на 2 трека — в первом эксперты будут обсуждать лидерство, как отдельную профессию. Например, Евгений Антонов, из команды Yandex Infrastructure, расскажет про стили лидерства и о том, как действовать при смене рабочего контекста. А Александр Поломодов из Т-Банка объяснит, как ИИ меняет инженерную культуру и что это значит для тимлидов.
Вторая часть программы практическая. Будет мастер-класс о производительности команды, воркшоп по созданию убедительной презентации и другие активности, где можно отработать управленческие навыки.
С полной программой докладов и других активностей можно ознакомиться на сайте. Для тех, кто не в Москве, будет доступна онлайн-трансляция докладов.
Регистрируемся и становимся частью дримтим комьюнити!
👍18❤6🔥2👎1
Как AI меняет SDLC
Еще один взгляд на то, как фундаментальные свойства агентской разработки могут в скором будущем поменять весь SDLC:
👉Классический SDLC (Requirements->Design->Code->Test->Review->Deploy) представлял из себя довольно долгий цикл, который в лучшем случае мог занимать несколько часов, а в худшем – недели и месяцы. В работе с агентом этот цикл схлопывается и становится намного быстрее – и в отличие от классического может прогоняться очень много раз.
👉Этап сбора требований размазывается по нескольким прогонам такого цикла – нет смысла заранее сильно вкладываться в спеку, если многие детали можно будет обраружить после первой наивной попытки реализации фичи.
👉Похожая история и с этапом дизайна. Разумнее становится не пытаться проработать всю архитектуру до старта задачи, а дать агенту правильный контекст, вместе с ним исследовать возможные опции, и выбрать подходящую вам по трейд-оффам.
👉TDD становится дефолтной методологией, а не чем-то, о чем чаще всего рассказывают на конференциях.
👉Code review должен отмереть в своем текущем виде – человек должен вовлекаться в цикл только в том случае, когда агент сам не может принять какое-то важное решение. В остальном роль человека – выстроить правильный harness, чтобы цикл мог исполняться без него.
👉Аналогично и с deployment, он должен происходить автоматически, без участия человека – но мониторинг становится еще более важен.
Еще один взгляд на то, как фундаментальные свойства агентской разработки могут в скором будущем поменять весь SDLC:
👉Классический SDLC (Requirements->Design->Code->Test->Review->Deploy) представлял из себя довольно долгий цикл, который в лучшем случае мог занимать несколько часов, а в худшем – недели и месяцы. В работе с агентом этот цикл схлопывается и становится намного быстрее – и в отличие от классического может прогоняться очень много раз.
👉Этап сбора требований размазывается по нескольким прогонам такого цикла – нет смысла заранее сильно вкладываться в спеку, если многие детали можно будет обраружить после первой наивной попытки реализации фичи.
👉Похожая история и с этапом дизайна. Разумнее становится не пытаться проработать всю архитектуру до старта задачи, а дать агенту правильный контекст, вместе с ним исследовать возможные опции, и выбрать подходящую вам по трейд-оффам.
👉TDD становится дефолтной методологией, а не чем-то, о чем чаще всего рассказывают на конференциях.
👉Code review должен отмереть в своем текущем виде – человек должен вовлекаться в цикл только в том случае, когда агент сам не может принять какое-то важное решение. В остальном роль человека – выстроить правильный harness, чтобы цикл мог исполняться без него.
👉Аналогично и с deployment, он должен происходить автоматически, без участия человека – но мониторинг становится еще более важен.
👎74👍28
Современные команды разработки всё чаще сталкиваются с ситуацией, когда сложность продукта растёт быстрее, чем скорость понимания его состояния. Особенно это заметно в распределённых системах, где сбой может долго оставаться незамеченным.
В этом контексте Yandex B2B Tech запустила Monium — платформу для мониторинга и управления состоянием ИТ-систем. Решение уже доступно всем внешним пользователям и создавалось командой Yandex Infrastructure для работы с высоконагруженными сервисами Яндекса.
Monium помогает быстрее выявлять источники проблем, объединяя метрики, логи и трейсы в одном интерфейсе. Для тимлидов и менеджеров это важный инструмент снижения времени реакции команды на инциденты и уменьшения простоев сервисов.
Платформа поддерживает Prometheus и OpenTelemetry, а также гибкую настройку алертинга и сценариев эскалации. Среди первых внешних тестовых пользователей — ОТП Банк.
В этом контексте Yandex B2B Tech запустила Monium — платформу для мониторинга и управления состоянием ИТ-систем. Решение уже доступно всем внешним пользователям и создавалось командой Yandex Infrastructure для работы с высоконагруженными сервисами Яндекса.
Monium помогает быстрее выявлять источники проблем, объединяя метрики, логи и трейсы в одном интерфейсе. Для тимлидов и менеджеров это важный инструмент снижения времени реакции команды на инциденты и уменьшения простоев сервисов.
Платформа поддерживает Prometheus и OpenTelemetry, а также гибкую настройку алертинга и сценариев эскалации. Среди первых внешних тестовых пользователей — ОТП Банк.
👎11❤4👍4🔥2
Результаты опроса про использование менеджерами AI
Пару недель назад я закидывал в канал опрос, в котором спрашивал вас, в каких категориях задач вы используете AI, и где он приносит вам больше всего пользы. Как и обещал, вот результаты!
👉Самые популярные категории: редактирование текста(ага-ага, а потом жалуемся, что текст стал дешевым ) , анализ текста, программирование, создание конспектов встреч и помощь в принятии решений.
👉А вот самый максимальный эффект помимо категорий работы с текстом AI дал в саморазвитии – составлении плана собственного роста, симуляции сложных тем и разговоров.
👉"Максимальный эффект" – это, в первую очередь, ускорение работы и повышение ее качества, на третьем месте – уменьшение стресса от задачи.
👉Менеджеры неплохо научились экономить время с помощью AI. Треть экономит больше 8 часов в неделю, еще четверть – от 4 до 8.
А вот и некоторые из конкретных кейсов, забирайте себе идеи:
Пару недель назад я закидывал в канал опрос, в котором спрашивал вас, в каких категориях задач вы используете AI, и где он приносит вам больше всего пользы. Как и обещал, вот результаты!
👉Самые популярные категории: редактирование текста
👉А вот самый максимальный эффект помимо категорий работы с текстом AI дал в саморазвитии – составлении плана собственного роста, симуляции сложных тем и разговоров.
👉"Максимальный эффект" – это, в первую очередь, ускорение работы и повышение ее качества, на третьем месте – уменьшение стресса от задачи.
👉Менеджеры неплохо научились экономить время с помощью AI. Треть экономит больше 8 часов в неделю, еще четверть – от 4 до 8.
А вот и некоторые из конкретных кейсов, забирайте себе идеи:
• проработал 121 с коллегой консерватором, как лучше к нему подойти, что использовать, чтобы посеять в нем зерно и готовность к изменениям, сам меняться не хотел и я не мог подобрать ключик
• Сделал бота, которому пересылаю сообщения из телеграма и он создает задачи в Джире. Тот же бот трекает время при необходимости.
• Создание встреч в календаре с голоса
• granola.ai собирает все звонки команды, раскладывает их по папкам, у меня есть чатик с контекстом каждой папки Фан факты: есть отдельные папки по вакансиям при найме, удобно по конкретной вакансии сравнивать кандидатов Отдельный кейс: ИИ-ревью тестовых заданий кандидатов
• Автоматическое ведение деловой переписки на английском. Я наговариваю голосом ответы, получаю готовые сообщения в Teams, письма в оутлук, материал для презентаций
• Делегирую ИИ формулировку задач. Пишу поток сознания с идеями и гипотезами, а ИИ формулирует задачу так, чтобы разработка/проектирование могли максимально быстро и точно понять требования. Ещё один пример - обработка фидбека в свободной форме - он сваливается в таблицу, откуда ИИ разбирает его и систематизирует по категориям. Это позволяет отсортировать самые популярные запросы (больше всего обращений с такой болью) и взять их в работу
• Задача: исчерпывающе описывать технические задачи. С продуктовыми проблем нет, т.к. их описывают аналитики. Технические таски часто были слишком абстрактными. При помощи ChatGPT получилось формировать описание, которые вызывает минимум вопросов у разработчиков. Для этого сделал отдельный проект с указаниями задавать вопросы от лица разработчика до тех пор пока не будет понятно что нужно сделать (на уровне целей и критериев успеха, не пошаговых инструкций)
• Использую агента для саммаризации под конкретных людей
• На основании митингов, AI ассистент предлагает создать конкретные задачи в jira. Я только апрувлю. Почти не приходится редактировать.
• Написание документов и инструкций - все пишу через ии. Разбираю рабочие ситуации и даже конфликты с коллегами и ии подсвечивает где как лучше сделать. Далее уже выбираю что считаю нужным. Строю личные планы развития и практикуюсь прямо с ии
• Подготовка к защите оценки на perfomance review. Чат гпт загрузила матрицы компетенций, результаты полугодия, шаблоны, примеры, попросила сопоставить сильные стороны подчиненных. Это помогло сократить время на анализ данных, но до финального вида сама доводила.
❤11👎2
Вопросы, скрытые за вопросом
Часто важен не конкретный вопрос, который вам задали, а те глубинные вопросы, тревоги и опасения, которые скрыты за ним. Пока вы с ними не разберетесь, собеседник не почувствует, что на его вопрос действительно ответили.
👉Не ввязывайтесь в бесконечное повторение одного и того же. Если ответ не заходит, сделайте шаг назад, подумайте, а чего от вас действительно хотят, и попробуйте другой заход.
👉Подумайте о вашем собеседнике – какие риски его волнуют, что поможет ему почувствовать себя в безопасности, что добавит уверенности в вас.
👉Прощупывайте, задавая уточняющие вопросы. Что-то вроде "Если расскажете, что для вас важнее всего, я смогу дать более релевантный ответ".
👉Когда вы сами задаете вопрос, старайтесь быть более явным, и озвучивать как контекст и все ваши глубинные вопросы.
Часто важен не конкретный вопрос, который вам задали, а те глубинные вопросы, тревоги и опасения, которые скрыты за ним. Пока вы с ними не разберетесь, собеседник не почувствует, что на его вопрос действительно ответили.
👉Не ввязывайтесь в бесконечное повторение одного и того же. Если ответ не заходит, сделайте шаг назад, подумайте, а чего от вас действительно хотят, и попробуйте другой заход.
👉Подумайте о вашем собеседнике – какие риски его волнуют, что поможет ему почувствовать себя в безопасности, что добавит уверенности в вас.
👉Прощупывайте, задавая уточняющие вопросы. Что-то вроде "Если расскажете, что для вас важнее всего, я смогу дать более релевантный ответ".
👉Когда вы сами задаете вопрос, старайтесь быть более явным, и озвучивать как контекст и все ваши глубинные вопросы.
Weskao
Question behind the question
Your ability to answer questions is a competitive advantage. Here’s how to uncover the deeper underlying question.
👍9❤1🔥1