🤝 11 правил общения с заказчиком: как перестать воевать и начать «работать» Вечная проблема: бизнес считает IT медленным «черным ящиком», а разработчики видят в заказчиках генераторов хаоса. Основная идея: относиться к внутреннему заказчику как к внешнему клиенту, которого страшно потерять. Чек-лист здоровой коммуникации: ⏱ Сроки — святое. Не успеваешь — предупреди заранее. Второй перенос недопустим (если не сменились приоритеты). 📞 Звонок > переписка. Если спор в Jira затянулся — созвонитесь на 15 минут. Это быстрее, чем днями кидаться комментами. 🗣 Без сленга. Говорите на языке бизнеса, избегайте IT-жаргона и аббревиатур. ✅ Только факты. Не уверен — не обещай. Лучше взять паузу на проверку, чем дезинформировать. ⚖️ Управляй ожиданиями. Если ТЗ невозможно сделать идеально, обсуди компромиссы «на берегу». 🚩 Не скрывай баги. Нашел ошибку? Признайся сразу и предложи решение. Это лучше, чем когда её найдут за тебя. 💡 Будь проактивным. Не просто кодь по ТЗ, а предлагай, как сделать лучше. Ты — эксперт. 🎨 Объясняй до победного. Если заказчик не понял — это твоя проблема. Рисуй схемы, приводи аналогии. 🔮 Думай на шаг вперед. Задавай уточняющие вопросы до начала работы, а не в процессе. ✍️ Всё записывай. Договорились голосом? Сразу продублируй итоги в чат или задачу (Follow-up). 😡 Гаси конфликты. Убирай эмоции и возвращай спор к главной цели — решению бизнес-задачи. Итог: эти правила превращают заказчика из надзирателя в партнера, который доверяет вашей экспертизе. 👉 @proitishky