Промпты для IT-директора помогают получать от нейросети не общие рассуждения, а документы, расчеты и планы, пригодные для работы с руководством, подрядчиками и командой. Ниже собраны 28 заготовок для задач, где цена расплывчатого запроса обычно измеряется потерянным временем, бюджетом или новым совещанием на три часа.
Каждый текст рассчитан на реальную управленческую ситуацию: сбой, закупку, аудит, защиту данных, внедрение системы или спор о приоритетах. Достаточно заполнить переменные в квадратных скобках, вставить сведения по своей организации и проверить итог на соответствие внутренним правилам.
- оценка рисков и зависимостей;
- подготовка документов для руководства;
- контроль подрядчиков и закупок;
- планирование изменений и защиты данных;
- разбор сбоев без поиска удобного виноватого.
Такие запросы не заменяют профессиональное решение, зато убирают пустой лист и делают ход рассуждений прозрачным. Это особенно важно, когда от ИТ подразделения ждут одновременно устойчивости, экономии, скорости и отсутствия проблем. Последнее требование, конечно, особенно реалистично.
28 промптов для IT-директора для управленческих задач
1. Реестр технологических рисков
Проблема: Риски обычно живут в головах отдельных специалистов, пока не превращаются в простой, утечку или внеплановую закупку. Руководству при этом показывают перечень тревожных слов без оценки последствий.
Решение: Промпт формирует приоритизированный реестр рисков с владельцами, признаками приближения проблемы и мерами снижения.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель службы управления технологическими рисками”]. Проанализируй [опишите организацию, например, “региональная торговая сеть из 85 магазинов и центрального склада”] и [перечислите ИТ активы, например, “учетная система, кассовое оборудование, сеть, телефония, хранилище данных”]. Составь реестр технологических рисков на [укажите период, например, “12 месяцев”]. Учти доступность систем, защиту персональных данных, зависимость от поставщиков, кадровые риски, устаревшее оборудование, резервное копирование и финансовые последствия простоев. Сначала выдели угрозы, затем объясни причины, последствия, ранние признаки и меры снижения. Формат ответа: таблица из 12 наиболее значимых рисков с графами "риск", "вероятность", "ущерб в рублях", "владелец", "ранний признак", "действие", "срок". Не выдумывай факты: неизвестные сведения помечай как требующие уточнения. Пиши деловым, понятным языком без запугивания и общих фраз.
*****
Почему это работает: Нейросеть получает не абстрактную просьбу "найти риски", а перечень активов, срок и критерии ущерба. Связка причины, признака и владельца не дает превратить реестр в кладбище никем не читаемых таблиц.
2. Приоритеты портфеля работ
Проблема: Все подразделения считают свою заявку срочной, а технический долг обычно проигрывает просьбе, которая громче прозвучала на совещании. Так формируется очередь без экономической логики.
Решение: Промпт сравнивает инициативы по ценности, рискам, стоимости и зависимости между работами.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель портфеля ИТ инициатив”]. Оцени список работ: [перечислите инициативы, например, “замена серверов, внедрение электронной очереди, доработка учетной системы, усиление защиты почты, запуск личного кабинета”]. Контекст организации: [опишите отрасль и ограничения, например, “производственное предприятие, бюджет 18 млн рублей, команда 14 специалистов”]. Для каждой инициативы определи деловой эффект, обязательность по закону или договору, риск бездействия, стоимость, трудоемкость, зависимость от других работ и срок получения результата. Затем ранжируй инициативы по трем категориям: "начать немедленно", "планировать", "отложить". Формат ответа: сначала таблица оценки, затем краткое обоснование спорных решений, затем перечень конфликтов между инициативами. Не подменяй оценку популярностью запроса, не используй расплывчатые оценки вроде "очень важно". Тон спокойный, управленческий, пригодный для обсуждения с генеральным директором.
*****
Почему это работает: Хорошие промпты для IT-директора заставляют сравнивать работы по одинаковым критериям. Это снижает влияние личного веса заказчика и показывает, что откладывание защиты или обновления тоже имеет цену.
3. План замены устаревшей системы
Проблема: Устаревшую систему часто предлагают заменить одним большим проектом, не проверив зависимости, данные и готовность сотрудников. После этого срок растягивается, а старая система остается единственной опорой еще на несколько лет.
Решение: Промпт помогает выделить безопасные этапы замены и заранее увидеть точки, где миграция может остановиться.
Текст промпта:
*****
Ты – [укажите роль, например, “архитектор корпоративных информационных систем”]. Подготовь план замены [укажите систему, например, “учетной системы складских операций 2012 года”] на [опишите целевое решение, например, “современную систему с поддержкой мобильных терминалов”]. Контекст: [укажите число пользователей, интеграции и ограничения, например, “240 пользователей, 11 обменов данными, работа без остановки склада”]. Раздели работу на обследование, описание процессов, очистку данных, разработку обменов, опытную эксплуатацию, обучение, перевод подразделений и вывод старой системы. Для каждого этапа укажи результат, зависимость, риск, ответственного и условие перехода дальше. Формат ответа: таблица этапов и отдельный раздел "что чаще всего недооценивают". Не обещай миграцию без риска, не предлагай отключать старую систему до сверки остатков и документов. Пиши конкретно, без технического жаргона, понятного только разработчикам.
*****
Почему это работает: Запрос запрещает опасную иллюзию одномоментной замены. Нейросеть вынуждена учитывать данные, интеграции и условия перехода, а не рисовать красивую дату запуска.
4. Защита бюджета перед руководством
Проблема: ИТ бюджет нередко воспринимают как набор непонятных расходов, потому что в нем не показана цена отказа от работ. Фраза "это нужно для стабильности" редко переживает первое сокращение затрат.
Решение: Промпт превращает бюджет в обоснование с последствиями, вариантами экономии и измеримыми результатами.
Текст промпта:
*****
Ты – [укажите роль, например, “финансовый аналитик ИТ подразделения”]. Подготовь обоснование бюджета на [укажите период, например, “2026 год”] для организации [опишите организацию, например, “логистическая компания с оборотом 4 млрд рублей”]. Исходные статьи затрат: [перечислите статьи и суммы, например, “оборудование 8 млн рублей, защита данных 3 млн рублей, сопровождение систем 12 млн рублей, обучение 900 тыс. рублей”]. Для каждой статьи объясни, какую деловую проблему она предотвращает или решает, что произойдет при сокращении, какие есть варианты экономии и какие показатели подтвердят результат. Сначала раздели расходы на обязательные, снижающие критические риски и развивающие. Формат ответа: служебная записка объемом до 900 слов, затем таблица "затрата, эффект, риск сокращения, возможная экономия". Не используй эмоциональное давление и обещания гарантированного роста прибыли. Тон сдержанный, рассчитанный на финансового директора и генерального директора.
*****
Почему это работает: Промпты для IT-директора полезны, когда переводят техническую потребность на язык денег, рисков и последствий. Руководитель видит не стоимость оборудования, а цену его отсутствия.
5. Разбор причины сбоя
Проблема: После сбоя команда часто начинает с поиска виноватого, хотя причина может лежать в старой настройке, слабом контроле или неучтенной зависимости. В итоге повторный сбой становится вопросом времени.
Решение: Промпт создает разбор происшествия с цепочкой причин и действиями, предотвращающими повторение.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель службы надежности информационных систем”]. Разбери происшествие: [опишите сбой, например, “кассы в 42 магазинах не работали 2 часа 35 минут 14 марта”]. Доступные факты: [перечислите события, изменения и журналы, например, “ночью обновили сетевое оборудование, резервный канал не переключился, оповещение пришло через 28 минут”]. Установи хронологию, непосредственную причину, системные причины, факторы, усилившие ущерб, и сведения, которых не хватает для уверенного вывода. Затем предложи меры по трем горизонтам: немедленно, в течение 30 дней, в течение квартала. Формат ответа: таблица хронологии, схема причин в виде нумерованного списка, таблица действий с владельцами и сроками. Не обвиняй людей без доказательств, не маскируй неизвестность догадками. Тон фактический, уважительный, пригодный для внутреннего отчета.
*****
Почему это работает: В запросе отделены факт, предположение и вывод. Благодаря этому разбор не сводится к фразе "случилась техническая ошибка", которая удивительно редко предотвращает следующую техническую ошибку.
6. Отчет о состоянии ИТ для руководства
Проблема: Руководству иногда отправляют отчеты из десятков показателей, но без ответа на главный вопрос: где бизнес может потерять деньги или остановиться. Большая таблица не становится понятнее от того, что в ней больше цветов.
Решение: Промпт готовит короткий отчет с решениями, рисками и отклонениями от плана.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель ИТ подразделения с опытом подготовки отчетов для совета директоров”]. На основе данных [вставьте показатели, например, “доступность ключевых систем, число сбоев, расходы, ход проектов, риски, обращения пользователей”] подготовь ежемесячный отчет за [укажите месяц, например, “апрель 2026 года”]. Контекст: [опишите цели организации, например, “сокращение времени доставки и открытие 12 новых точек продаж”]. Выдели только изменения, влияющие на выручку, расходы, соблюдение обязательств, безопасность и сроки. Формат ответа: резюме до 250 слов, таблица из 8 ключевых показателей с динамикой, раздел "решения, требующие участия руководства", раздел "риски следующего месяца". Для каждого негативного отклонения укажи причину, последствия и план реакции. Не перегружай текст сокращениями, техническими деталями и второстепенными показателями. Тон деловой, ясный, без попытки скрыть проблему за формальными формулировками.
*****
Почему это работает: Такой запрос задает адресата и ограничивает объем. Нейросеть отбирает сведения по влиянию на организацию, а не по тому, насколько эффектно выглядит технический показатель.
7. Техническое задание на доработку
Проблема: Формулировка "сделайте удобнее" почти гарантирует разный результат в головах заказчика, аналитика и исполнителя. Позже спорят не о качестве работы, а о том, что именно имелось в виду.
Решение: Промпт превращает бизнес пожелание в проверяемое техническое задание с границами задачи.
Текст промпта:
*****
Ты – [укажите роль, например, “системный аналитик в крупной российской компании”]. Преобразуй запрос подразделения [вставьте исходную формулировку, например, “нужно быстрее согласовывать закупки”] в техническое задание для доработки [укажите систему, например, “внутренней системы документооборота”]. Контекст процесса: [опишите участников, документы и текущую проблему, например, “инициатор, руководитель, финансовая служба, срок согласования до 10 дней”]. Сначала выдели цель, пользователей, исходное состояние, целевое состояние, исключения и ограничения. Затем опиши сценарии работы, требования к данным, правам доступа, уведомлениям, журналу действий и отчетам. Формат ответа: документ с разделами "цель", "границы", "сценарии", "требования", "критерии приемки", "открытые вопросы". Не добавляй функции, которых нет в исходных потребностях, и не выдавай предположения за согласованные требования. Пиши однозначно, простыми предложениями.
*****
Почему это работает: Структура заставляет отделить цель от способа реализации. Это снижает риск дорогостоящей доработки, которую формально сделали, но пользоваться ею никто не хочет.
8. Сравнение подрядчиков
Проблема: Подрядчика выбирают по презентации, низкой цене или знакомому названию, забывая про передачу знаний и зависимость после запуска. Экономия на входе иногда превращается в монополию одного исполнителя.
Решение: Промпт строит сравнительную оценку предложений с учетом скрытых рисков и условий договора.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель закупок цифровых решений”]. Сравни предложения подрядчиков по задаче [опишите задачу, например, “внедрение системы управления складом”]. Данные по участникам: [вставьте предложения, цены, сроки, состав работ и условия поддержки]. Контекст: [укажите особенности организации, например, “работа в трех регионах, круглосуточный склад, интеграция с учетной системой”]. Оцени каждого подрядчика по стоимости владения на три года, компетенциям команды, реалистичности сроков, качеству плана внедрения, условиям гарантии, передаче исходных материалов, зависимости от поставщика и рискам остановки работ. Формат ответа: сравнительная таблица с баллами от 1 до 5 и подробным пояснением каждого балла, затем перечень вопросов для защиты предложений. Не ставь высокий балл только за низкую цену и не принимай рекламные обещания без подтверждения. Тон нейтральный, пригодный для закупочной комиссии.
*****
Почему это работает: Промпты для IT-директора в закупках ценны тем, что выводят сравнение за пределы первоначальной цены. Вопросы о передаче знаний и стоимости владения показывают риски, которые редко помещаются в красивую презентацию.
9. Аудит зависимостей систем
Проблема: Одна небольшая база данных или сетевой узел может поддерживать десяток критичных процессов, но об этом узнают только при остановке. Карта систем без связей создает ложное чувство контроля.
Решение: Промпт помогает выявить критические зависимости и построить план их проверки.
Текст промпта:
*****
Ты – [укажите роль, например, “архитектор информационной инфраструктуры”]. Проанализируй зависимости между системами организации на основе данных [вставьте перечень систем, обменов данными, оборудования и владельцев]. Цель: выявить единичные точки отказа для процессов [перечислите процессы, например, “продажи, отгрузка, расчет заработной платы, производство”]. Для каждой зависимости определи источник, получателя, тип данных, периодичность, критичность, резервный вариант, владельца и последствия остановки на 1 час, 1 день и 3 дня. Затем выдели пять наиболее опасных связей и предложи способ их проверки без остановки производства. Формат ответа: таблица зависимостей, затем краткий план проверок и список недостающих сведений. Не выдумывай резервные каналы или обмены, если они не подтверждены. Пиши деловым языком, объясняя технические последствия через влияние на процессы.
*****
Почему это работает: Нейросеть получает задачу не описать инфраструктуру, а найти связь между техническим узлом и деловым ущербом. Именно на этом стыке обычно скрываются самые неприятные сюрпризы.
10. План переноса данных
Проблема: При переносе данных часто обсуждают только срок отключения системы, но не качество справочников, историю документов и сверку итогов. Ошибка в остатках может оказаться дороже самого переноса.
Решение: Промпт создает план переноса с контрольными точками, правилами очистки и критериями сверки.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель проекта переноса корпоративных данных”]. Составь план переноса данных из [укажите исходную систему, например, “старой учетной системы”] в [укажите целевую систему, например, “новую систему управления ресурсами предприятия”]. Данные: [перечислите виды данных, например, “контрагенты, номенклатура, договоры, остатки, история продаж за пять лет”]. Ограничения: [укажите допустимый простой и требования, например, “простой не более 4 часов, обязательная сверка финансовых остатков”]. Опиши обследование, очистку, сопоставление полей, пробный перенос, проверку, исправление ошибок, окончательный перенос и архивирование. Формат ответа: таблица этапов с результатом, ответственным, риском, способом проверки и условием завершения. Отдельно перечисли правила для дублей, пустых значений, закрытых контрагентов и документов с ошибками. Не предлагай удалять исторические данные без основания. Тон точный и осторожный.
*****
Почему это работает: Запрос делает качество данных частью проекта, а не неудобной деталью накануне запуска. Это помогает избежать ситуации, когда новая система работает безупречно, но считает не те остатки.
11. Проверка резервного копирования
Проблема: Наличие копий еще не означает возможность восстановления. Многие обнаруживают это в день сбоя, когда архив есть, пароль неизвестен, а нужная версия данных не открывается.
Решение: Промпт формирует программу проверки восстановления для ключевых систем и данных.
Текст промпта:
*****
Ты – [укажите роль, например, “специалист по обеспечению непрерывности работы информационных систем”]. Подготовь программу проверки резервного копирования для [перечислите системы, например, “учетная система, файловое хранилище, почта, база данных интернет магазина”]. Контекст: [укажите режим работы и ограничения, например, “круглосуточная работа, проверка без влияния на пользователей, хранение персональных данных”]. Для каждой системы определи, какие данные восстанавливаются, куда выполняется восстановление, кто участвует, сколько времени допустимо потратить, как подтвердить целостность и как оформить результат. Формат ответа: таблица проверок на квартал, сценарий одной полной проверки и форма акта с полями для фактического времени и выявленных отклонений. Учти отдельную проверку доступа к копиям, целостности архивов и актуальности инструкций. Не ограничивайся проверкой факта создания копии. Тон строгий, практический, без необоснованных гарантий.
*****
Почему это работает: Условие о фактическом восстановлении меняет смысл проверки. Вместо галочки "архив создан" появляется измеримый ответ: можно ли вернуть работу в нужный срок.
12. Матрица прав доступа
Проблема: Права доступа часто копируют от уволившегося сотрудника или выдают "на всякий случай". Со временем никто не может объяснить, почему бухгалтер видит кадровые документы, а бывший подрядчик все еще входит в систему.
Решение: Промпт помогает построить матрицу доступа и выявить опасные пересечения обязанностей.
Текст промпта:
*****
Ты – [укажите роль, например, “специалист по защите информации и управлению доступом”]. Построй матрицу прав доступа для процесса [укажите процесс, например, “согласование платежей и работа с договорами”]. Исходные роли: [перечислите роли, например, “инициатор, руководитель отдела, бухгалтер, финансовый директор, кадровый специалист, системный администратор”]. Системы и данные: [перечислите, например, “документооборот, учетная система, кадровая база, файловое хранилище”]. Для каждой роли определи необходимый уровень доступа, запрещенные действия, временные права, владельца согласования и периодичность пересмотра. Отдельно найди конфликты обязанностей, когда один человек может создать, согласовать и оплатить операцию. Формат ответа: таблица "роль, система, разрешено, запрещено, основание, владелец", затем список рисков. Не предоставляй избыточные права ради удобства и не смешивай служебные учетные записи с личными. Пиши понятным языком для руководителей подразделений.
*****
Почему это работает: Промпты для IT-директора полезны не только для технических документов. Матрица связывает доступ с обязанностью сотрудника, поэтому спор о правах перестает быть спором о личном удобстве.
13. План устранения уязвимостей
Проблема: Список уязвимостей способен содержать сотни строк, но не объяснять, какие из них опасны именно для организации. Равная срочность для всего списка приводит к тому, что не закрывают главное.
Решение: Промпт ранжирует обнаруженные слабые места по реальному риску и доступности исправления.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель направления защиты инфраструктуры”]. Проанализируй список обнаруженных уязвимостей: [вставьте описание, затронутые системы, доступность из сети и наличие исправления]. Контекст: [опишите среду, например, “часть систем доступна из интернета, есть персональные данные клиентов, обновления возможны только ночью”]. Для каждой уязвимости оцени вероятность использования, возможный ущерб, доступность исправления, риск нарушения работы после обновления и временные компенсирующие меры. Раздели задачи на "устранить за 72 часа", "устранить за 30 дней", "наблюдать и планировать". Формат ответа: таблица с обоснованием приоритета, затем план работ по неделям и перечень решений, требующих согласования владельцев систем. Не выдавай общую оценку критичности за оценку риска для конкретной организации. Не предлагай обновление без проверки совместимости. Тон сдержанный, ориентированный на снижение ущерба.
*****
Почему это работает: В оценке появляются контекст, доступность и возможный ущерб. Это не позволяет бездумно переносить внешнюю оценку в рабочий план, где последствия обновления иногда тоже критичны.
14. Требования к мониторингу
Проблема: Мониторинг нередко собирает тысячи уведомлений, которые перестают читать уже на второй неделе. Система сообщает обо всем, кроме момента, когда бизнес действительно начинает терять деньги.
Решение: Промпт формирует требования к наблюдению за критичными процессами, а не просто за оборудованием.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель службы эксплуатации информационных систем”]. Составь требования к мониторингу процесса [опишите процесс, например, “прием интернет заказов и передача их на склад”]. Сведения о системах: [перечислите компоненты, например, “сайт, база данных, обмен с учетной системой, складские терминалы, платежный шлюз”]. Для каждого компонента и каждого делового результата определи показатель, нормальное значение, порог предупреждения, порог аварии, способ оповещения, ответственного и первые действия. Отдельно выдели признаки скрытой деградации, когда система формально доступна, но операции замедляются или не завершаются. Формат ответа: таблица показателей, таблица маршрутов оповещения и перечень ложных сигналов, которые не стоит делать аварийными. Не ограничивайся загрузкой процессора и свободным местом. Тон практический, рассчитанный на дежурную смену и владельца процесса.
*****
Почему это работает: Запрос требует наблюдать не только технические узлы, но и итог операции. Именно так обнаруживается ситуация, когда сайт открывается, но заказов почему то не становится.
15. Анализ медленной работы системы
Проблема: Жалоба "система тормозит" обычно запускает хаотичную проверку серверов, хотя причина может быть в запросе, канале связи, объеме данных или одном отчете. Случайные действия затягивают диагностику.
Решение: Промпт строит план поиска узкого места по измерениям и вероятным причинам.
Текст промпта:
*****
Ты – [укажите роль, например, “эксперт по производительности корпоративных систем”]. Разбери проблему: [опишите симптомы, например, “оформление заказа выросло с 8 секунд до 95 секунд с 10:00 до 13:00”]. Контекст: [укажите систему, число пользователей, недавние изменения и доступные показатели]. Сначала предложи гипотезы, разделив их на данные, программную логику, базу данных, сеть, оборудование и действия пользователей. Для каждой гипотезы укажи, какое измерение подтвердит или опровергнет ее, кто может выполнить проверку и какой результат считать отклонением. Затем составь порядок диагностики от наименее рискованных действий к более сложным. Формат ответа: таблица гипотез, план проверки на один рабочий день и шаблон сообщения пользователям о ходе работ. Не предлагай увеличивать мощность оборудования до подтверждения причины. Не маскируй отсутствие данных уверенными выводами. Тон точный и спокойный.
*****
Почему это работает: Последовательность гипотез защищает от дорогостоящего лечения наугад. Увеличить мощность сервера проще всего, но иногда это лишь делает медленную ошибку чуть дороже.
16. Оценка качества данных
Проблема: Отчеты и прогнозы становятся недостоверными не из за нейросети или аналитики, а из за дублей, пустых полей и разных правил ввода. Ошибка в справочнике тихо размножается по всем системам.
Решение: Промпт помогает определить правила проверки данных и приоритет исправлений.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель направления управления данными”]. Оцени качество данных в наборе [опишите данные, например, “справочник клиентов, адреса доставки, договоры, контакты и история продаж”]. Цель использования: [укажите цель, например, “расчет скидок и планирование доставки”]. Известные проблемы: [перечислите примеры, например, “дубли клиентов, разные форматы телефонов, отсутствующие идентификаторы, устаревшие адреса”]. Для каждого типа проблемы оцени влияние на процессы, частоту, источник появления, способ автоматической проверки, владельца исправления и срок устранения. Составь правила качества для обязательных полей, уникальности, актуальности, согласованности и допустимых значений. Формат ответа: таблица проблем, перечень правил проверки и план исправления на 60 дней. Не требуй идеальной очистки всех исторических данных, если они не влияют на текущие решения. Тон практический, ориентированный на измеримый результат.
*****
Почему это работает: Промпты для IT-директора дают эффект, когда связывают качество данных с конкретным процессом. Тогда команда исправляет не все подряд, а ошибки, влияющие на деньги, сроки и обязательства.
17. План непрерывности работы
Проблема: План на случай аварии иногда состоит из фразы "восстановить систему", но не содержит очередности процессов, контактов и допустимых потерь данных. В момент кризиса такой документ становится бесполезной формальностью.
Решение: Промпт создает практический план восстановления с ролями, сроками и условиями объявления аварии.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель по обеспечению непрерывности деятельности”]. Подготовь план непрерывности работы для организации [опишите организацию, например, “сеть медицинских центров в двух городах”]. Критичные процессы: [перечислите, например, “запись пациентов, доступ к медицинским данным, расчеты, связь с лабораториями”]. Возможные сценарии: [перечислите, например, “отказ центра обработки данных, отключение связи, вредоносное шифрование файлов, пожар в офисе”]. Для каждого сценария укажи условие объявления аварии, руководителя работ, порядок связи, временный способ выполнения операций, максимальный допустимый простой, допустимую потерю данных и порядок возврата к обычной работе. Формат ответа: таблица сценариев, список ролей и краткий сценарий учения. Не предполагай, что все сотрудники помнят инструкции или имеют доступ к корпоративной почте. Тон четкий, без драматизации, пригодный для работы в первые часы происшествия.
*****
Почему это работает: В запросе учтен не только отказ системы, но и работа людей во время отказа. Это важно, потому что восстановление начинается не с сервера, а с понятного решения, кто и что делает.
18. Оценка изменений перед внедрением
Проблема: Изменения вносят под давлением срока, не оценив затронутые процессы и возможность отката. Потом оказывается, что маленькая настройка остановила обмен документами в нескольких подразделениях.
Решение: Промпт формирует карточку изменения с риском, проверками и планом возврата.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель процесса управления изменениями”]. Оцени планируемое изменение: [опишите изменение, например, “обновление системы расчета цен с версии 4.2 до версии 4.5”]. Контекст: [укажите затронутые подразделения, интеграции, время работ и допустимый простой]. Сначала определи, какие процессы, данные, пользователей и внешние обмены может затронуть изменение. Затем оцени вероятность сбоя, возможный ущерб, готовность резервной копии, наличие проверочной среды, критерии успешного внедрения и условия отката. Формат ответа: карточка изменения с разделами "цель", "влияние", "риски", "проверки до внедрения", "план работ", "план отката", "согласующие лица". Отдельно перечисли вопросы, без ответа на которые изменение нельзя выпускать. Не считай изменение безопасным только потому, что оно уже делалось в другой организации. Тон деловой и осторожный.
*****
Почему это работает: Запрос связывает изменение с влиянием на процессы и обязательным откатом. Это снижает вероятность того, что проверка закончится фразой "на тестовой среде было нормально".
19. План развития команды
Проблема: План обучения часто составляют по модным темам, а не по дефициту компетенций и рискам для организации. В результате сотрудники получают сертификаты, а критичная система все равно зависит от одного человека.
Решение: Промпт выявляет кадровые зависимости и формирует реалистичный план развития и передачи знаний.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель ИТ подразделения с опытом управления командами”]. Проанализируй состав команды: [перечислите должности, ключевые навыки, зоны ответственности и планируемые изменения]. Контекст: [опишите цели организации, например, “расширение филиальной сети и переход на круглосуточную поддержку”]. Выяви критические знания, сосредоточенные у одного сотрудника, незакрытые компетенции, перегруженные роли, риски увольнения и задачи, которые не имеют владельца. Затем предложи план на [укажите срок, например, “6 месяцев”] с передачей знаний, внутренним обучением, наставничеством, наймом или привлечением внешней помощи. Формат ответа: таблица "компетенция, текущий уровень, риск, способ закрытия, срок, ответственный", затем краткое обоснование приоритетов. Не предлагай обучение ради обучения и не оценивай сотрудников по личным качествам. Тон уважительный, управленческий, без обесценивания команды.
*****
Почему это работает: Нейросеть оценивает не людей вообще, а устойчивость знаний и ответственности. Это помогает заметить кадровый риск до того, как отпуск одного специалиста превращается в чрезвычайное происшествие.
20. Проверка договора с поставщиком
Проблема: В договоре на сопровождение системы может быть указана цена, но не определены время реакции, порядок передачи данных и ответственность за простой. Позже каждая сторона читает один текст по своему.
Решение: Промпт помогает найти технические и управленческие пробелы до подписания договора.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель ИТ закупок совместно с юристом по договорной работе”]. Проанализируй проект договора с поставщиком [укажите вид услуги, например, “сопровождение учетной системы и обслуживание серверов”]. Текст договора: [вставьте выдержки или полный текст]. Контекст: [укажите критичность систем, режим работы и требования организации, например, “круглосуточные продажи, персональные данные, допустимый простой не более 2 часов”]. Проверь наличие и ясность условий о составе услуг, времени реакции, времени восстановления, каналах связи, порядке эскалации, конфиденциальности, защите данных, передаче документации, правах на результаты работ, штрафах, завершении сотрудничества и передаче доступов. Формат ответа: таблица "условие, что написано, риск, рекомендуемое уточнение", затем список вопросов для юриста и поставщика. Не давай окончательное юридическое заключение и не подменяй его догадками. Тон точный, нейтральный, без категоричных утверждений при нехватке сведений.
*****
Почему это работает: Такие промпты для IT-директора позволяют увидеть договор глазами будущей эксплуатации. Это особенно полезно до момента, когда поставщик уже получил доступы, а организация внезапно ищет пункт о передаче документации.
21. План запуска нового филиала
Проблема: Открытие филиала часто считают задачей закупки компьютеров и подключения интернета. Однако без учета связи, доступа, учетных записей, резервных сценариев и обучения первый рабочий день превращается в проверку терпения всех участников.
Решение: Промпт формирует полный план ИТ готовности филиала с контрольными точками.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель проекта открытия филиалов”]. Составь план ИТ подготовки нового объекта [опишите объект, например, “розничный магазин площадью 900 квадратных метров в Туле”]. Дата открытия: [укажите дату]. Условия: [перечислите процессы и ограничения, например, “кассы, видеонаблюдение, склад, связь с центральным офисом, работа с маркированным товаром”]. Раздели план на связь, сеть, рабочие места, учетные записи, кассовое оборудование, безопасность, печать документов, тестирование, обучение и поддержку в день открытия. Для каждой задачи укажи срок, зависимость, владельца, критерий готовности и резервный вариант. Формат ответа: таблица обратного планирования от даты открытия и отдельный список из десяти критичных проверок за 72 часа до запуска. Не считай оборудование готовым только по факту поставки и не оставляй подключение связи на последний день. Тон практический, рассчитанный на координацию разных подразделений.
*****
Почему это работает: Обратное планирование показывает задачи, которые нельзя выполнить без предыдущих условий. Так открытие филиала перестает зависеть от героизма одного системного администратора вечером перед запуском.
22. План сокращения затрат
Проблема: При требовании сократить расходы первыми под нож часто идут резервирование, обновления и обучение. Экономия видна сразу, а последствия появляются позднее и обычно в самый неудобный момент.
Решение: Промпт разделяет безопасную оптимизацию, перенос расходов и опасное сокращение защиты или устойчивости.
Текст промпта:
*****
Ты – [укажите роль, например, “финансовый руководитель ИТ направления”]. Проанализируй расходы: [вставьте статьи затрат, суммы, сроки договоров и назначение]. Требование руководства: сократить бюджет на [укажите величину, например, “12 процентов”] без остановки критичных процессов. Контекст: [опишите ключевые системы, обязательства перед клиентами и действующие риски]. Для каждой статьи определи, можно ли убрать дублирование, пересмотреть условия поставщика, изменить график закупок, использовать имеющиеся мощности или отказаться от неиспользуемого. Отдельно отметь сокращения, которые создадут отложенный риск: потерю данных, простой, штрафы, зависимость от одного поставщика или рост ручного труда. Формат ответа: таблица "статья, экономия, последствия, риск, условия допустимости", затем три сценария сокращения: осторожный, сбалансированный, агрессивный. Не называй экономией простой перенос обязательных затрат на следующий период. Тон честный, управленческий, без обещаний невозможного.
*****
Почему это работает: Промпт требует показать цену каждого сокращения, а не только сумму экономии. Это помогает отличить разумную оптимизацию от решения, которое просто переносит проблему в следующий бюджет.
23. Подготовка к проверке требований
Проблема: Подготовка к проверке защиты данных часто начинается с поиска документов за несколько дней до срока. Если порядок работы не подтвержден реальными записями, папка с красивыми положениями мало помогает.
Решение: Промпт создает карту доказательств соблюдения требований и пробелов, которые нужно закрыть.
Текст промпта:
*****
Ты – [укажите роль, например, “специалист по защите персональных данных в российской организации”]. Подготовь план внутренней проверки соблюдения требований к обработке персональных данных. Контекст: [опишите организацию, например, “частная клиника с сайтом записи, кадровой системой и колл центром”]. Имеющиеся документы и меры: [перечислите, например, “согласия, политика обработки данных, приказы, журналы доступа, договоры с подрядчиками, резервные копии”]. Проверь организационные меры, законность целей обработки, состав данных, доступ сотрудников, хранение, уничтожение, передачу подрядчикам, обработку обращений граждан и фиксацию происшествий. Формат ответа: таблица "требование, доказательство, пробел, риск, действие, владелец, срок", затем перечень документов и записей, которые следует запросить у подразделений. Не утверждай соответствие требованиям без подтверждающих материалов и не смешивай юридическую оценку с технической. Тон аккуратный, понятный руководству.
*****
Почему это работает: Вопрос о доказательствах защищает от формального подхода. Нейросеть ищет не только положение на бумаге, но и следы того, что правило действительно выполняется.
24. Обоснование закупки оборудования
Проблема: Закупку оборудования легко отклонить, если она выглядит как просьба заменить "старое на новое". Возраст сам по себе не объясняет последствия отказа, дефицит мощности или риск остановки процессов.
Решение: Промпт готовит обоснование закупки с расчетом потребности, альтернативами и последствиями бездействия.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель инфраструктурного направления”]. Подготовь обоснование закупки [укажите оборудование, например, “двух серверов, системы хранения данных и источников бесперебойного питания”]. Исходные данные: [укажите текущие мощности, возраст, нагрузку, отказы и стоимость, например, “оборудование работает 7 лет, свободно 8 процентов места, было 4 отказа за год”]. Контекст: [опишите зависимые процессы, например, “учет продаж, обмен с поставщиками, расчет зарплаты”]. Сравни три варианта: сохранить текущее состояние, выполнить частичную модернизацию, купить новое оборудование. Для каждого варианта оцени расходы на три года, риск простоев, возможность роста, влияние на резервное копирование и сроки выполнения. Формат ответа: служебная записка до 700 слов и таблица сравнения вариантов. Не опирайся только на срок эксплуатации и не заявляй, что новое оборудование исключает все сбои. Тон деловой, понятный финансовому руководителю.
*****
Почему это работает: Промпты для IT-директора становятся убедительнее, когда показывают альтернативу бездействию. Решение о закупке тогда принимают по риску и полной стоимости, а не по возрасту наклейки на сервере.
25. Дорожная карта цифровых изменений
Проблема: Дорожные карты иногда состоят из названий систем и кварталов, но не показывают, какие процессы изменятся и от чего зависит результат. Такой план красиво висит в презентации, пока не сталкивается с реальными ограничениями.
Решение: Промпт связывает инициативы с деловыми целями, зависимостями, ресурсами и измеримыми итогами.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель цифрового развития организации”]. Составь дорожную карту изменений на [укажите срок, например, “18 месяцев”] для целей [перечислите цели, например, “сократить срок обработки заказа, снизить число ошибок, повысить прозрачность запасов”]. Исходные инициативы: [перечислите, например, “очистка справочников, замена складской системы, внедрение электронного документооборота, развитие аналитической отчетности”]. Ограничения: [укажите бюджет, команду, обязательные сроки и критичные периоды]. Для каждой инициативы определи деловой результат, зависимость, владельца, необходимый ресурс, риск, показатель успеха и условие начала следующего этапа. Формат ответа: таблица по кварталам, затем раздел "критический путь" и список инициатив, которые нельзя начинать параллельно. Не включай работы только потому, что они технологически интересны. Не обещай эффект до завершения зависимых изменений. Тон реалистичный, управленческий, без лозунгов.
*****
Почему это работает: Запрос не дает превратить план в перечень желаний. У каждой инициативы появляется причина, измеримый итог и зависимость, поэтому скрытые очереди работ видны заранее.
26. Единый каталог услуг ИТ
Проблема: Пользователи пишут в ИТ подразделение как получится: "не работает", "нужно доступ", "срочно помогите". Без понятного каталога трудно измерить нагрузку, сроки и повторяющиеся проблемы.
Решение: Промпт создает каталог услуг с понятными условиями запроса, сроками и ответственностью.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель службы поддержки пользователей”]. Составь каталог услуг ИТ подразделения для организации [опишите организацию, например, “производственная компания с 600 сотрудниками в пяти городах”]. Типовые обращения: [перечислите, например, “создание учетной записи, доступ к папке, настройка рабочего места, восстановление пароля, подключение нового сотрудника, заказ оборудования, сбой учетной системы”]. Для каждой услуги укажи, кто может запросить ее, какие сведения обязательны, ожидаемый срок выполнения, владельца, результат, исключения и способ контроля качества. Раздели услуги на стандартные, требующие согласования и аварийные. Формат ответа: таблица из 20 услуг и короткие правила определения срочности. Не называй аварией неудобство одного пользователя, если ключевой процесс не остановлен. Пиши простым русским языком без непонятных сокращений. Тон доброжелательный и точный.
*****
Почему это работает: Такой каталог превращает разрозненные обращения в измеряемый поток работ. Промпты для IT-директора помогают увидеть, где проблема в людях, а где в самой услуге, которую приходится заказывать слишком сложно.
27. Коммуникация при серьезном сбое
Проблема: При сбое пользователям либо не сообщают ничего, либо рассылают слишком техническое объяснение, которое не отвечает на вопрос о работе. Молчание быстро заполняется слухами, и это обычно происходит быстрее восстановления.
Решение: Промпт готовит сообщения для разных аудиторий без ложных обещаний и технической перегрузки.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель кризисных коммуникаций в ИТ подразделении”]. Подготовь сообщения о происшествии [опишите ситуацию, например, “недоступна система оформления заказов с 11:20, причина уточняется”]. Аудитории: [перечислите, например, “сотрудники продаж, руководители филиалов, генеральный директор, клиенты через контактный центр”]. Известные факты: [вставьте подтвержденные сведения]. Неизвестные сведения: [перечислите, например, “точный срок восстановления, причина сбоя, объем затронутых операций”]. Составь первое сообщение, обновление через 30 минут, сообщение о восстановлении и краткий итог после устранения. Для каждого текста укажи, что работает, что не работает, какие есть временные действия, когда будет следующее обновление и кому задавать вопросы. Не называй сроки, если они не подтверждены, не обвиняй сотрудников или поставщиков и не раскрывай сведения, которые могут навредить защите. Тон спокойный, честный, человеческий.
*****
Почему это работает: В запросе жестко разделены известные и неизвестные данные. Это снижает риск необдуманного обещания, которое через час придется объяснять еще одним, уже менее уверенным письмом.
28. Годовой план внутреннего аудита
Проблема: Внутренний аудит часто проверяет то, что проще проверить, а не то, что опаснее для организации. В итоге документы могут быть в порядке, а критичная система не иметь проверенного восстановления или владельца.
Решение: Промпт формирует риск ориентированный план аудита ИТ процессов на год.
Текст промпта:
*****
Ты – [укажите роль, например, “руководитель внутреннего аудита информационных технологий”]. Составь годовой план внутренних проверок для организации [опишите отрасль, размер и ключевые процессы]. Объекты проверки: [перечислите, например, “права доступа, резервное копирование, подрядчики, изменения систем, защита данных, управление оборудованием, обработка сбоев, качество данных”]. Учитывай результаты прошлых проверок: [вставьте замечания и происшествия]. Для каждого объекта оцени риск, последствия, частоту изменений, наличие внешних требований, прошлые нарушения и доступность доказательств. Затем выбери проверки на каждый квартал, укажи цель, объем, необходимые документы, ожидаемые результаты и критерии завершения. Формат ответа: годовая таблица проверок и раздел "три зоны, которые нельзя оставлять без контроля". Не составляй план по принципу равного внимания ко всем темам и не подменяй проверку чтением положений. Тон независимый, конструктивный, без поиска виноватых.
*****
Почему это работает: Риск ориентированный подход связывает план аудита с последствиями, а не с удобством проверки. Это позволяет направить ограниченное время на зоны, где ошибка действительно может остановить работу или создать серьезные обязательства.
Типичные ошибки при составлении запросов для ИИ в управлении ИТ
- Описывать задачу одной фразой без сведений об организации и ограничениях. Нейросеть заполняет пробелы типовыми предположениями, которые могут не иметь отношения к Вашим процессам.
- Просить готовое решение, не требуя указать риски и недостающие данные. Уверенный тон ответа легко принять за достоверность, хотя часть выводов построена на догадках.
- Смешивать в одном запросе разные цели: оценку, план работ, договор и письмо руководству. Результат становится поверхностным, потому что у каждого документа свой адресат и свои критерии качества.
- Не указывать допустимый простой, бюджет, срок и обязательные требования. Без границ нейросеть предлагает варианты, которые могут быть технически разумными, но невозможными в реальной организации.
- Принимать вывод нейросети без сверки с владельцами процессов и фактическими данными. Модель не видит Ваши договоры, настройки, резервные каналы и незафиксированные договоренности.
- Оценивать подрядчика только по первоначальной стоимости предложения. После запуска расходы на поддержку, доработки и зависимость от исполнителя могут оказаться значительно выше стартовой цены.
- Считать резервное копирование подтвержденным без проверки восстановления. Архив, который нельзя открыть или восстановить в нужный срок, не защищает организацию при сбое.
- Скрывать проблемы в отчете ради спокойного обсуждения. Отложенная эскалация уменьшает время на реакцию и делает последствия заметнее именно для руководства.
Таблица уточнений для сложных запросов к нейросети
| Расплывчатая формулировка | Почему ответ будет слабым | Точное уточнение |
| Оцени риски нашей системы | Неясны активы, процессы, ущерб и срок оценки | Укажите системы, зависимые процессы, допустимый простой, данные клиентов и период оценки |
| Сделай план миграции | Не определены объем данных, интеграции и условия перехода | Добавьте виды данных, число пользователей, допустимый простой, критерии сверки и дату запуска |
| Сравни предложения поставщиков | Цена и обещания не показывают стоимость владения | Попросите оценить поддержку, передачу знаний, гарантии, зависимость от поставщика и расходы на три года |
| Напиши отчет для директора | Непонятно, какие решения и риски важны адресату | Укажите адресата, лимит объема, показатели, отклонения, решения и срок следующего обновления |
| Проверь доступы сотрудников | Нет связи между правом, ролью и обязанностью | Передайте роли, системы, типы данных, владельцев согласования и случаи временного доступа |
| Сократи ИТ расходы | Ответ может предложить опасную экономию на устойчивости | Задайте сумму сокращения, критичные процессы, действующие договоры и недопустимые последствия |
| Разбери сбой | Без хронологии нейросеть смешает факт и предположение | Добавьте время событий, изменения перед сбоем, журналы, затронутых пользователей и фактический ущерб |
Советы по работе с промптами для IT-директора
- Отделяйте подтвержденные факты от предположений прямо внутри исходных данных. Это снижает риск получить убедительный, но вымышленный вывод, особенно при разборе сбоев и оценке рисков.
- Указывайте стоимость бездействия отдельно от стоимости решения. Такое сравнение меняет качество обоснования бюджета и не дает обсуждению свестись к вопросу "почему так дорого".
- Просите нейросеть перечислить сведения, которых ей не хватает для уверенного результата. Этот прием превращает первый ответ в список точных вопросов к владельцам процессов, а не в окончательный документ из предположений.
- Сохраняйте удачные формулировки вместе с примером исходных данных и принятым результатом. Через несколько месяцев сам текст промпта без контекста обычно уже не объясняет, почему он сработал.
- Для критичных решений запрашивайте не один план, а несколько сценариев с последствиями. Сравнение осторожного, сбалансированного и рискованного варианта показывает руководству цену каждого компромисса.
- Не передавайте в нейросеть персональные данные, пароли, ключи доступа, внутренние финансовые сведения и полные тексты конфиденциальных договоров. Заменяйте чувствительные сведения условными обозначениями, а итог сверяйте с внутренними правилами защиты данных.
