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

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

В этом видео разберём, как возникают такие коммуникативные ловушки, почему они особенно опасны в близких и семейных отношениях и как на них смотрела теория Грегори Бейтсона. Поговорим о различиях в восприятии привычных фраз, роли прямого диалога и уточняющих вопросов.

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

Дайджест «Школы проектного специалиста» за 10–16 августа

На прошлой неделе говорили о том, как начинать проекты с понятной бизнес-целью, развивать систему после MVP, фиксировать границы работ и выстраивать коммуникацию между участниками ИТ-проекта.

🔍 «Сделайте нам нормально»: что не так с этой просьбой клиента
Почему разговор о внедрении 1С или ERP стоит начинать не со списка доработок, а с ответа на вопрос: какой результат нужен бизнесу. Без общей цели у подразделений быстро появляются разные ожидания от одного проекта.
🚙 Жизнь после MVP: почему мы пересаживаемся с поезда на джип
После запуска минимально жизнеспособного продукта появляются реальные данные, обратная связь и новые приоритеты. Автор объясняет, почему дальнейшее развитие ERP не всегда стоит вести по жёсткому ТЗ и как сохранить контроль над изменениями и бюджетом.
🚀 Набор на курс «Школа руководителя проекта» с обновлённой программой
Анонс нового потока курса для тех, кто хочет выстроить целостную систему управления проектами: от запуска и работы с требованиями до рисков, команды, изменений и взаимодействия с заказчиком.
🗣 Научитесь договариваться в ИТ-проектах: интенсив по деловым коммуникациям
Практический двухнедельный интенсив о том, как выявлять потребности, аргументировать решения, фиксировать договорённости и снижать потери времени из-за разночтений между заказчиком, аналитиком и разработчиком.
📐 Границы и ценность проекта
Видео о том, как определить содержание проекта, зафиксировать ограничения, допущения и критерии приёмки, чтобы не допустить неконтролируемого расширения работ.
💬 Когда слова говорят одно, а поведение — другое: ловушки общения, которые разрушают отношения
Видео о двойных посланиях — ситуациях, когда слова расходятся с интонацией, жестами или действиями. Внутри — способы замечать такие противоречия, задавать уточняющие вопросы и снижать риск конфликтов.

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

Дайджест «Школы менеджера организации» за 10–16 августа

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

📌 Информация, которая делает бизнес умным (а не просто учётным)
Почему данные не должны оставаться цифрами в отчётах: управленческая информация помогает замечать изменения, понимать причины происходящего и принимать решения на основе реальной картины, а не привычки.
🏃 Мотивация не работает, когда никто не понимает, куда бежать
Корпоративные призывы к вовлечённости не заменяют ясные цели и устойчивые приоритеты. Команде сложно сохранять энергию, если направление меняется каждую неделю, а смысл работы остаётся неясным.
🔎 Как цифровые технологии помогают разбираться в рынке и конкурентах
Какие цифровые инструменты позволяют отслеживать рынок, действия конкурентов и изменения в поведении клиентов — и почему даже самые подробные данные не отменяют экспертную оценку.
🎥 SADT: как моделировать сложные системы и бизнес-процессы
Видео о методологии SADT: как с помощью функциональных моделей, блоков и связей описывать сложные системы, декомпозировать процессы и видеть логику их работы.
🧭 Одиночество руководителя: о чём не говорят на MBA
Чем выше позиция руководителя, тем сложнее находить пространство для честного разговора о сомнениях и рисках. Материал о том, как управленческое одиночество влияет на решения, команду и самого лидера.

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

«Разбирайся сам» — фраза, выдающая за доверие

Все ругают микроменеджеров. Типа, душат, контролируют, стоят над душой — понятно, плохо. Но есть и обратная крайность, о которой почему-то почти не говорят или не видят. Это руководитель, который «даёт полную свободу». Звучит ведь прекрасно, как мечта любого сотрудника. Только на деле всё выходит немножко не так.

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

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

Самое смешное, что такие руководители часто искренне считают себя прогрессивными. Мол, не душим людей, как в старые времена, развиваем автономность. А команда тем временем тонет. Решения принимаются наугад, потому что спросить не у кого. Конфликты копятся, потому что их некому разрулить. Люди недовольны оттого, что тянут то, что тянуть не должны.

И здесь парадокс. Между «душить контролем» и «бросать на произвол» есть огромная середина. Она называется «быть доступным». Не стоять над плечом, но и не исчезать. Дать рамку, а внутри неё — свободу. Подстраховать на развилке, а не решать за. Это сложнее, чем выбрать крайность. Зато и работает.

Опытный часто не думает. Он вспоминает. Это разные вещи

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

Знакомая картина: кто-то в команде предлагает новую идею. Молодой сотрудник, стажёр, вообще кто-то с периферии. И опытный руководитель — с уверенностью, достойной лучшего применения — объясняет, почему это не сработает. «Мы это уже пробовали», «так не делается», «поверь моему опыту».

Дело тут не в злости и не в глупости. Просто за годы складывается набор готовых ответов. Мозг экономит энергию, достаёт решение из памяти, и вот — ответ готов. Быстро, уверенно, почти без усилий. Проблема в том, что эти ответы были верны для другой ситуации. А мир успел поменяться.

Самое коварное, что опытный человек этого даже не замечает. Ему кажется, что он думает. А на самом деле он вспоминает. Разница колоссальная, но снаружи она почти не видна — и звучит одинаково уверенно.

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

🚀 Приглашаем на курс-интенсив «Моделирование бизнес-процессов»
Старт — 9 сентября | 3 недели

Устали от «заказчик нарисовал на салфетке — разработчик сделал не то»? За 3 недели вы научитесь переводить хаос в чёткие схемы, которые сразу понимают и бизнес, и разработка.

Что внутри:
• EPC + BPMN 2.0 + UML — 3 нотации для разных задач и процессов
• ИИ-ускорение — как использовать искусственный интеллект в работе качественно и проверять его результаты
• Peer-review — оценка схем участниками курса под руководством эксперта
• Реальные кейсы из интеграций и 1С

Кому:
→ Системные аналитики
→ Архитекторы
→ Руководители / менеджеры IT-проектов

По итогам интенсива вы:
✅ Научитесь моделировать бизнес-процессы в 3 нотациях
✅ Сформируете свою библиотеку промптов для ИИ
✅ Получите паспорт компетенций и итоговый сертификат

👉 Подробности и регистрация на сайте — успевайте занять место!

В новостях снова обсуждают, что школьники всё чаще отдают ИИ не только сочинения, но и саму работу с информацией: найти, собрать, пересказать, сделать вывод. Удобно же. Нажал кнопку — и через минуту перед тобой аккуратный ответ. Почти как в ИТ-проекте, где «быстро» почему-то всегда выглядит лучше, чем «разобрался».

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

Раньше начинающий разработчик мог два часа разбираться, почему не работает код. Злился, читал форумы, делал глупые ошибки, ломал ещё что-то рядом. И постепенно в голове появлялась карта: как всё устроено, где искать, что проверить первым. Сейчас можно получить решение за двадцать секунд. Но карта не появляется. Остаётся готовый маршрут, проложенный кем-то другим.

Через несколько лет это станет не школьной историей, а историей команд. В проекте окажутся специалисты, которые отлично умеют формулировать запрос ИИ, быстро собирать прототипы, красиво упаковывать результат. Но когда у клиента упадёт интеграция в пятницу вечером, а документация окажется старше половины команды, возникнет неловкий вопрос: кто будет думать без подсказки?

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

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

Похоже, главная смена поколений в ИТ будет не про возраст и не про зумеров. Она про привычку: использовать ИИ как калькулятор или как замену собственной головы. Это две очень разные профессии.

Источник повода: URA.RU

🎓 Reskill 2026: чему учиться, чтобы не остаться за бортом

Каждый год выходит статья «навыки будущего», где список меняется на противоположный. Вчера все должны были учить блокчейн. Позавчера — big data. Сегодня — промпт-инжиниринг. Завтра — что-то ещё. Если следовать каждому тренду, останешься дилетантом во всём.

Давайте честно: что реально меняет работу ИТ-специалиста в 2026, а что — шум. И куда вкладывать время обучения.

Что реально меняется:
ИИ-агенты — да, но не так, как обещали. Они не заменяют разработчика, аналитика или РП. Они убирают рутину: генерируют заготовки кода, помогают с текстами, ищут в документации. Реальный эффект: не «работа в 10 раз быстрее», а «минус 15–20% рутины». Важно? Да. Революция? Нет. Учиться работать с ними — надо, это уже часть профессии. Но это инструмент, а не замена квалификации.
Архитектурное мышление — растёт в цене. Систем становится больше, интеграций — больше, связей — больше. Тот, кто видит картину целиком (как подсистемы влияют друг на друга, что сломается при изменении), ценится выше того, кто отлично знает один слой. Это касается не только «архитекторов» — это про зрелость любого специалиста.
Работа с данными — базовый навык для всех. Не «стать дата-сайентистом», а уверенно понимать: какие данные есть, что они означают, как на их основе принимать решения. Аналитик, РП, разработчик — всем это нужно больше, чем пять лет назад.

Что переоценено:
Промпт-инжиниринг как отдельная профессия. Умение писать запросы к нейросети — это навык уровня «уметь гуглить». Нужный, но не профессия. Через пару лет он станет таким же фоновым, как поиск в интернете.
«Изучите блокчейн». Технологии, которые «вот-вот перевернут всё», появляются регулярно. Большинство остаются нишевыми. Признак устойчивого тренда: технология уже меняет твою ежедневную работу, а не только ленты новостей.
Сертификаты вместо навыков. Сертификат подтверждает, что вы прошли курс. Работодателю важнее, что вы можете сделать. Сертификат — плюс, но не замена реальным проектам и результатам.

Что учить по ролям:
РП: управление в неопределённости, переговоры, работа со стейкхолдерами, финансовая грамотность проекта. Технологии меняются — управление людьми и интересами остаётся.
Аналитик: глубокое понимание предметной области (это никогда не выйдет из моды), инструменты работы с данными, умение формулировать требования в условиях, когда заказчик сам не знает, чего хочет.
Разработчик: поверх конкретного стека — архитектура, алгоритмы, работа с legacy (его всё больше, а не меньше). Плюс грамотная работа с ИИ-ассистентами: они хороши в руках того, кто понимает, что проверять.

Самый недооценённый навык:
Умение учиться. Не «пройти курс», а быстро входить в новое, разбираться, отделять суть от шума. Рынок будет меняться и дальше — конкретные технологии устареют, а способность перестраиваться останется. Это единственный навык, который точно не обесценится.

Вывод
Не гонитесь за каждым трендом — утонете. Смотрите на два фильтра: технология уже меняет мою ежедневную работу? Этот навык проживёт 5+ лет? Если оба «да» — учите. Если «нет» — пусть другие тестируют на себе.

И помните: лучшая инвестиция — не в модный инструмент, а в фундамент. Мышление, предметка, работа с людьми. Инструменты сменятся. Фундамент — останется.

#карьера #reskill #обучение #навыки #практика #ИИ

Управление закатом — искусство руководить тем, что доживает

Всё, чему учат менеджеров, — это про рост. Масштабирование, экспансия, новые рынки, всё такое. Хорошо. А кто-нибудь учил руководить тем, что доживает? Вот прямо честно — сворачивать, закрывать, доить до самого конца?

У любого продукта или бизнеса бывает закат. Не потому что команда плохая, просто рынок ушёл, фокус сменился, деньги решили вложить в другое. Это нормально и случается у всех. Но внутри сидят живые люди. С привычками, с планами, с замашками на будущее. И главный вопрос не «как поднять продажи», а как держать людей, когда общего будущего уже, по сути, нет.

Тут не работает ни одна книжка. В «стратегиях выхода» всё сухо и про деньги. А вот про людей — тишина. И поэтому руководители обычно выбирают путь похуже: создают иллюзию. «Сейчас развернёмся», «продукт ещё выстрелит», «небольшая коррекция». Люди верят, ждут чуда, перерабатывают. А потом чуда не случается — и это бьёт больнее, чем честное «мы закрываемся» полгода назад.

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

Наверное, умение вовремя остановиться, честно сказать команде правду и доиграть историю до конца — недооценённый навык. И знаете, что забавно? Команда, которую не обманули, уходит за таким руководителем и в следующий проект. Потому что там, где другие обещали чудо, вы просто сказали как есть. Это и есть управление. А рост… он иногда и в том, чтобы понять, что уже можно не расти.

Дайджест «Школы проектного специалиста» за 17–23 августа

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

📖 Документация, которую реально читают
Почему регламенты часто существуют только «для галочки» и как сделать документацию рабочим инструментом для команды: писать её вместе с исполнителями, регулярно обновлять и ориентировать на реальные задачи пользователей.
🎭 Agile-театр: как компании имитируют гибкость
Стендапы, спринты и доски в Jira ещё не означают, что команда работает по Agile. Материал о признаках «гибкости для вида» и о том, почему формальные ритуалы без изменений в принятии решений только создают лишнюю нагрузку.
🎯 Как найти себя? Спойлер: это не квест с картой сокровищ
О профессиональном самоопределении без ожидания единственного внезапного призвания. Иногда путь складывается из проб, смены интересов и постепенного понимания того, что подходит именно вам.
🤝 Стратегии успешного управления проектами: между договором и доверием
Договорённости, решения и изменения важно фиксировать письменно — не из формальности, а чтобы участники одинаково понимали результат, сроки, стоимость и ответственность. Это особенно критично в проектах с несколькими командами и подрядчиками.
🧠 Когда перестать искать лучшее и почему к концу отпуска мы становимся консерваторами
Размышление о выборе между привычным и новым: поиск альтернатив полезен, но в какой-то момент разумнее остановиться на достаточно хорошем варианте и не тратить ресурсы на бесконечное сравнение.
🔺 Железный треугольник проекта: как связаны сроки, деньги и результат
Видео о тройственном ограничении проекта: изменение содержания работ влияет на сроки и бюджет, а попытка получить больше, быстрее и дешевле обычно требует осознанного компромисса по одному из параметров.
🌿 Смена отдыха — тоже работа
Пост о том, почему бесконечная лента, сообщения и короткие видео не дают мозгу восстановиться. Иногда лучший способ отдохнуть — оставить себе время без задач, уведомлений и необходимости быть продуктивным.

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

Дайджест «Школы менеджера организации» за 17–23 августа

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

🔄 Корпоративная трансформация закончилась. Просьба продолжать работать по-старому. Почему новые регламенты, презентации и переименования подразделений не гарантируют изменений. Трансформация начинается не с рассылки, а с пересмотра реальных процессов, ролей, стимулов и управленческих решений.
📉 Когда бизнес-модель устарела, а вы об этом не знаете. Бизнес-модель редко перестаёт работать внезапно: сначала снижается маржа, решения запаздывают, а команда всё чаще работает в режиме тушения пожаров. Материал — о признаках проблемы и способе провести аудит без поиска виноватых.
📉 Самые дорогие управленческие ошибки в истории бизнеса. Истории Kodak, Blockbuster и Nokia напоминают: даже сильные компании могут проиграть, если защищают привычную модель бизнеса и откладывают неудобные изменения. Разбираем управленческие ловушки, которые актуальны для любой успешной организации.
🎙 Стратегическая сессия без иллюзий: что действительно работает. Подкаст о подготовке и проведении стратегической сессии: как выбрать участников, сформулировать задачи, превратить решения в действия и защитить команду от группового мышления.

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

🔥 Почему ваша оценка сроков всегда врёт. И что с этим сделать

Признайтесь: когда вас просят оценить задачу, вы называете цифру, в которую сами не очень верите. Потом проект срывается, все удивляются, а виноват почему-то «календарь». Знакомо? Давайте без самообмана — оценка сроков врут не потому, что мы плохие. А потому, что мы оцениваем не то и не так.

Где именно мы обманываем сами себя

Первое — оптимизм. Мы считаем идеальный ход событий: никто не заболеет, уточнений не будет, всё работает с первого раза. В жизни на каждый этап накладывается правка, тестирование, согласование и чья-то неожиданная правка требований. Это не исключение, это норма. А в оценку она не попадает.

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

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

Три точки вместо одной

Выход не в том, чтобы «оценивать аккуратнее». А в том, чтобы честно показать разброс. Метод простой: даёте не одну цифру, а три.

• О — оптимистичная: если всё пойдёт идеально.
• Р — реалистичная: как обычно бывает.
• П — пессимистичная: если навалится всё, что может.

Итоговая оценка по формуле PERT: (О + 4×Р + П) / 6. Не магия, а взвешенное среднее, которое смещено в сторону реалистичного, но помнит про риски. И главное — вы теперь можете сказать заказчику: «от двух до пяти недель, скорее всего четыре». Это звучит как профессионализм, а не как «не знаю».

Буфер — не слабость, а страховка

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

Оценивайте ближайшее точнее, дальнее — грубее

Распространённая ошибка — оценивать полгода вперёд по дням. Это гадание. Ближайший отрезок работы оценивайте детально, дальнее — укрупнённо и пересматривайте по ходу. План, который нельзя менять, — не план, а фантазия.

Вывод, если по-честному

Срок — это не обещание, а управление неопределённостью. Лучше назвать реалистичные четыре недели и уложиться, чем красивые две и сорвать. Заказчик простит запас. Он не простит перенос на «ещё на месяц». Честная оценка с диапазоном — это и есть экспертиза руководителя проекта.

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

🔗 По теме:
• Метод PERT и оценка по трём точкам — https://ru.wikipedia.org/wiki/Метод_PERT
• Управление сроками проекта (PMBOK, раздел расписание) — https://www.pmi.org/

#софт_скиллы #менеджмент #проектная_команда #РП #аналитика #оценка

«Мы немного уточнили требования…»
«Заказчик попросил небольшое изменение…»
«А почему это не было предусмотрено в ТЗ?»

Знакомо? 😅
Если в проекте работа с требованиями часто превращается в бесконечный цикл уточнений и правок, а в результате страдает команда, сроки и бюджет проекта, то мы ждем вас на двухнедельном интенсиве «Требования под контролем: путь к системному ТЗ».

На курсе вы научитесь:
🔹 выявлять истинные потребности заказчика, а не только фиксировать его пожелания;
🔹 проводить эффективные интервью и правильно формулировать вопросы;
🔹 превращать хаотичные заметки и стенограммы в структурированные ТЗ и пользовательские сценарии с помощью ИИ;
🔹 находить противоречия в требованиях ещё до начала разработки;
🔹 управлять изменениями и защищать границы проекта.

Кому подойдет: аналитикам, разработчикам, руководителям проектов, внедренцам и менеджерам продаж ИТ-решений.
Онлайн-формат: лекции + практические занятия + домашние задания + разбор кейсов.

📅 Старт — 22 сентября
⏱️ Длительность — 2 недели
💰 Стоимость — 15 000 ₽

👉 Подробнее о программе и оставить заявку

Энергия команды как бюджет

Время — понятный ресурс. Его можно распланировать, раздать по задачам, измерить в часах. А вот энергию почему-то считают чем-то личным, почти магией. Главное — чтобы человек пришёл и отмотал восемь часов в кресле. А что внутри происходит, неважно. Только вот работает не само время. Работает то, что в нём внутри.

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

Странно, что про деньги мы знаем всё: где утечка, где инвестиция, где налог. А про энергию команды — будто это что-то необъяснимое. Хотя дырки видны невооружённым глазом. Бесконечные встречи ни о чём. Отчёты, которые никто не читает. Переписывание уже готового. Микроменеджмент, который высасывает последнее. Каждый такой кусок — дырка в батарейке, и никто её не латает. Бывает, один разговор по делу заряжает на неделю, а один бессмысленный созвон — на ту же неделю выключает.

Наверное, руководителю стоит иногда смотреть не на тайм-трекер, а на то, что команду заряжает, а что разряжает. Кто приходит с огоньком, а кто просто отбывает номер. И что будет, если убрать пару пустых встреч. Часто оказывается — производительность растёт не от добавленных часов, а от убранных лишних. Энергия, в общем, такая же валюта. Просто мы её пока не котируем.

Мини-практика: переводим с эмоционального на деловой

Давайте до старта интенсива «Деловые коммуникации для ИТ-специалиста» попрактикуемся в переводе с эмоционального на деловой в комментариях под постом
Выберите одну фразу и переформулируйте её так, чтобы в сообщении были:

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

Фразы для практики:

1️⃣«Сделайте это побыстрее, нам уже вчера нужно было».
2️⃣«У клиента опять какие-то вопросы — разберитесь».
3️⃣«Я же уже объяснял, почему вы сделали не так?»
4️⃣«Мы не успеваем, потому что от вас всё приходит слишком поздно».
5️⃣«Этот вариант вообще не подходит, переделайте».

А чтобы довести свои навыки деловой коммуникации до автоматизма и узнать много нового о себе и способах более эффективного общения — регистрируйтесь на интенсив. Стартуем 7 сентября!

🔥 Заказчик просит невозможное. Как сказать «нет» и остаться в проекте

Прилетает сообщение: «сделайте за неделю, это же пара правок». Внутри понимаешь — за месяц не выйдет. Но в голове шепот: «если откажу, подумают, что я плохой подрядчик». И соглашаешься. А потом проект горит, и виноват почему-то опять ты. Знакомо? Это не про слабость. Это про то, как мы ведём переговоры с заказчиком.

Почему мы соглашаемся на невозможное

Первое — страх конфликта. Кажется, что «нет» = провал отношений.
Второе — желание быть удобным.
Третье — недооценка объёма: «ну пара часов», а по факту — интеграция, права, правки, регресс.
Мы продаём срок, которого нет, и сами же его отрабатываем ночами.

«Нет» — не приговор проекту

Сказать «нет» не значит бросить заказчика. Это значит обозначить реальность, пока её можно учесть. Хороший руководитель проекта не тот, кто вечно «да», а тот, кого уважают за честную оценку. Заказчик может злиться пять минут. А потом благодарит, что не завёл его в срыв.

Как отвечать, не продавая сроки

Не «нет» в лоб и не «да» по привычке. Рабочие варианты:
• «Вот что для этого нужно» — называете ресурс и время честно.
• «Сделаем часть сейчас, остальное позже» — снижаете объём до реального.
• «Давайте проверим на малом куске» — вместо обещания вслепую.

Так вы не отказываете, а переводите разговор в плоскость фактов.

5 фраз заказчика, после которых проект пойдёт под откос

• «Сделайте быстро, это же мелочь» — мелочей в бою не бывает.
• «У конкурентов уже есть» — не повод копировать слепо.
• «Нужно вчера» — вчера не существует, давайте считать от сегодня.
• «Это пара часов» — без уточнения объёма это ловушка.
• «Доверьтесь мне, тут понятно» — «понятно» редко совпадает с документом.

Услышали одну — притормаживайте и уточняйте. Это спасает проект раньше, чем он развалится.

Вывод

Переговоры с заказчиком — это не война и не угождение. Это поиск реальности, в которой проект доживёт до финиша. Уважение заказчика дороже его сиюминутной улыбки. Скажите правду про срок — и вы останетесь в проекте не как «виноватый», а как профессионал, которому можно верить.

Начните с малого: в следующий раз, когда захочется согласиться из страха, пауза в десять секунд и вопрос «а что реально нужно для этого?». Часто этого хватает, чтобы не продать то, чего нет.

#софт_скиллы #менеджмент #проектная_команда #РП #аналитика #переговоры