ИИ перестал отвечать перед письмом клиенту, выпуском статьи или релизом. Не открывайте сразу пять новых чатов и не переносите туда рабочие материалы. Так легко потерять время, создать путаницу и отдать чувствительные данные незнакомому сервису.
В первый час цель другая: понять масштаб проблемы, защитить информацию и перевести срочные задачи на безопасный маршрут. Не вернуть нейросеть любой ценой, а продолжить работу без лишнего риска.
За пять минут выясните, где проблема
Ошибка у одного сотрудника ещё не означает аварию для всей команды. Причина может быть в браузере, расширении, сети, правах рабочего пространства или отдельной функции сервиса.
Зафиксируйте четыре вещи: точное время начала, что именно не работает, кого затронула проблема и что было в последней попытке. Вход, чат, загрузка файла, API и конкретная модель — это разные сценарии. Если команда работает из разных городов, сразу укажите часовой пояс.
Откройте сервис в другом браузере и в режиме инкогнито. Если правила компании это разрешают, проверьте другую сеть. Затем посмотрите официальную страницу состояния продукта. У OpenAI можно проверить текущие инциденты и их историю: иногда недоступен не весь сервис, а вход, файлы или часть функций.
У редактора не загружается интервью, а у коллеги чат работает как обычно? Не переносите процесс в другой сервис. Сначала проверьте режим инкогнито и права в рабочем пространстве. Часто проблема заканчивается на этом шаге.
За первые 15 минут остановите хаос
Сообщение «У кого тоже не работает?» быстро превращается в поток одинаковых ответов. В это время кто-то создаёт личный аккаунт в случайном сервисе и загружает туда договор или клиентскую переписку.
Назначьте одного координатора. Он не обязан чинить ИИ. Его работа — собрать факты, выбрать порядок действий и писать обновления в одном месте. Команда должна понимать, куда приносить срочные задачи и когда будет следующая новость.
Основной ИИ-сервис недоступен с [время].
До [время]:
— не загружаем в сторонние сервисы клиентские документы, персональные данные, договоры и доступы;
— не перезапускаем массовые задачи;
— критичные задачи пишем в этот тред: задача, дедлайн, владелец, что не работает;
— срочные письма и тексты делаем по утверждённым шаблонам вручную.
Следующее обновление — в [время].Если сервис разлогинил сотрудников, не просите пароль коллеги и не создавайте общий временный аккаунт. Сбой не отменяет правила доступа.
С 15-й по 30-ю минуту спасайте результат
Не пишите в список «нам нужен ИИ для контента». Такая формулировка ничего не решает. Лучше: «до 16:00 нужно согласовать письмо о переносе запуска». У задачи сразу появляется понятный результат и срок.
| Приоритет | Маршрут | Рабочая ситуация |
|---|---|---|
| Критичный | Ручной или заранее одобренный резерв | Менеджер готовит ответ клиенту сегодня |
| Важный | Очередь до восстановления | Редактор разбирает интервью к завтрашнему дню |
| Обычный | Пауза | Маркетолог ищет заголовки на следующую неделю |
Менеджеру нужно предупредить клиента о переносе. Он берёт утверждённый шаблон, ставит подтверждённые даты и отдаёт письмо руководителю на согласование. Клиент получает ответ вовремя, а переписка остаётся внутри компании.
С 30-й по 60-ю минуту выберите один маршрут
Запасной ИИ — не единственный выход. Иногда ручной вариант быстрее, точнее и безопаснее. Для каждой срочной задачи выберите один маршрут: сделать вручную, использовать одобренный резерв, выдать минимально достаточный результат или отложить работу.
Письмо клиенту обычно лучше написать вручную. Для обезличенного черновика статьи может подойти резервный сервис: уберите имена, контакты, суммы, ссылки на внутренние документы и другие чувствительные детали. Анализ договора лучше отложить, если его нельзя загружать в одобренный инструмент.
Русский интерфейс и локальная оплата могут быть удобны команде. Но они сами по себе не говорят, насколько хорошо сервис пишет, работает с кодом или разбирает файлы. Проверяйте резерв заранее на одинаковом обезличенном брифе и оценивайте ошибки, соблюдение формата и объём ручных правок.
Для небольшой команды разумный старт — один одобренный резерв для обезличенных черновиков и ручной маршрут для чувствительных задач. Третий инструмент добавляйте, только если он закрывает отдельный критичный процесс: код, расшифровку или работу в закрытом контуре.
Не оставляйте промпты и результаты в одном чате
Чат удобен для работы, но не заменяет папку проекта, базу знаний, таск-трекер или репозиторий. Важный промпт, исходник и согласованный результат не должны существовать только в истории одного аккаунта.
Экспорт переписки тоже не спасает срочную задачу. У ChatGPT архив может готовиться до семи дней, а в рабочих пространствах Business, Enterprise и Healthcare сотрудник не может запросить его сам. Ограничения своего аккаунта можно посмотреть в справке OpenAI об экспорте данных.
Для повторяемого процесса храните рядом исходные материалы, финальный результат, промпт или шаблон, версию документа, статус согласования и имя проверяющего. Тогда другой сотрудник продолжит работу без доступа к старому чату.
Роль: редактор B2B-блога.
Задача: отредактируй письмо клиенту о переносе запуска проекта.
Входные данные:
— новая дата: [дата];
— подтверждённая причина: [формулировка];
— что уже готово: [список];
— следующий шаг клиента: [действие].
Требования:
— спокойный деловой тон;
— не добавляй неподтверждённые обещания;
— в конце задай один конкретный вопрос клиенту.
Формат:
1. Тема письма.
2. Текст письма.
3. Факты для проверки перед отправкой.
При сбое API не создайте дубли
У API-сбоя две частые проблемы: задача не выполнилась или выполнилась несколько раз. Запрос на генерацию описания товара мог уйти, но ответ не прийти из-за таймаута. Если система повторит его пять раз, в CMS могут появиться пять вариантов одного текста.
Присваивайте каждой задаче внутренний ID и сохраняйте входные данные до вызова API. Разделяйте генерацию и публикацию. Перед записью в CMS проверяйте, нет ли уже результата с тем же ID. Автоматически повторяйте только операции, где повтор не создаст дубль.
Сохраняйте ошибки и время запросов. Если поток остановился, не запускайте его целиком заново. Сначала найдите задачи без результата и обработайте только их.
Сверните план в одну страницу
Регламент не обязан занимать сорок страниц. Во время сбоя нужна короткая карточка: кто объявляет инцидент, где обновления, где очередь задач, какие данные нельзя переносить, что делаем вручную и кто проверяет восстановление.
1. Координатор инцидента: [роль]
2. Канал обновлений: [чат или канал]
3. Очередь зависших задач: [ссылка]
4. Запрещённые для резерва данные: [список]
5. Ручные маршруты: [список]
6. Разрешённый резервный сервис: [название]
7. После сбоя фиксируем: время, задачи, потери, принятые решения, что исправить.Сегодня выберите пять процессов, где ИИ влияет на срок: письма, публикации, код, встречи, автоматизации. Напротив каждого укажите ручной маршрут, разрешённый резерв и человека, который принимает решение. Эта таблица пригодится раньше, чем очередной список «лучших нейросетей».
Статья помогла?
