Неудачный результат может означать разные проблемы: неясную задачу, нехватку доступа, неподходящий навык или несовпадение рабочего ритма. Перед заменой полезно понять причину. Если смена человека действительно нужна, передачу следует строить по открытым задачам и доступному контексту, а не по длинной истории переписок, которую новый специалист должен восстановить сам.
## Разберите несколько конкретных эпизодов
Выберите повторяющиеся ошибки и положите рядом исходное поручение, результат и замечание. Проверьте, были ли критерии, срок, источники и полномочия. Если требование появилось только после выполнения, сначала обновите постановку. Если критерий был понятен, а ошибка повторилась после обратной связи, это уже другой сигнал.
Отделите профессиональный навык от знания вашего контекста. Формат документа можно показать примером, а глубокой экспертизы в новой функции может не быть. Также проверьте нагрузку и доступное время. Когда одному человеку передали несколько несовместимых ролей, замена без изменения требований воспроизведёт ту же проблему.
## Обратная связь с проверяемым улучшением
Полезный разговор содержит факт, последствия и критерий следующего результата. Вместо «ты невнимательный» укажите: в таблице отсутствовали источники цен, поэтому сравнить варианты не удалось. Следующая задача должна включать источник, дату проверки и отметку неизвестных. Договоритесь, когда проверите повторное выполнение и какие материалы доступны.
- Какая конкретная задача не соответствует критериям.
- Какой критерий был задан заранее.
- Как ошибка повлияла на процесс.
- Что нужно изменить в следующем результате.
- Какая поддержка, инструкция или доступ потребуется.
- В какой точке вы примете решение о дальнейшем формате.
## Пример постановки задачи
«В двух последних статусах подрядчиков не было подтверждённого срока и следующего шага. На этой неделе используй обновлённый шаблон: результат, источник статуса, срок, блокер, действие. Неизвестные отмечай вопросом. В пятницу проверим три проекта и решим, можно ли вести поток самостоятельно или нужен другой профиль».
Этот пример помогает оценить изменение по фактам. Если проблема в отсутствии ответа основателя, назначьте окно для решений. Если в навыке — измените объём или профиль. Если в несоблюдении границ полномочий — прекратите зависимые действия и пересмотрите права. Не сводите разные причины к одной общей оценке человека.
## Передача работы при смене
Соберите краткий пакет: активные задачи, состояние, следующий шаг, владельцы решений, актуальные документы и рабочие правила. Не требуйте от нового человека прочитать весь архив до первой полезной работы. Сначала выделите ближайшие сроки и критичные зависимости. Материалы должны находиться в пространстве, которым управляет компания или владелец.
По внешним контактам определите, кто и как сообщает о смене ответственного. Используйте согласованный порядок коммуникации, не отправляйте диагностические сообщения от имени нового специалиста. Все открытые обещания и ограничения должны быть видны в передаче, чтобы не потерять важную договорённость и не создать новую без полномочий.
## Права и проверка нового цикла
Обновите реестр доступов: предоставьте новому специалисту необходимое и отзовите прежние права по согласованному порядку. Проверьте принадлежность файлов, общие ссылки и активные подключения. Передача задач и отзыв доступа — разные пункты; каждый требует подтверждения ответственного. Не оставляйте контекст только в личном аккаунте уходящего человека.
Условия замены, сопровождения и возможных платежей уточняйте по выбранному формату напрямую. Не считайте мгновенную замену или одинаковые навыки гарантированными. С новым специалистом повторите небольшой стартовый цикл и проверьте именно те процессы, где возникала проблема. Если причина была в постановке или структуре роли, сначала измените её, затем расширяйте объём.
## Частые вопросы
### Когда стоит менять специалиста?
Когда необходимые навыки или рабочий формат не совпадают с ролью, либо важные ошибки повторяются после ясной обратной связи и достаточных условий работы. Решение лучше опирать на конкретные эпизоды.
### Что должно быть в пакете передачи?
Открытые задачи, ближайшие сроки, следующие шаги, контакты, документы, правила и владельцы решений. Отдельно нужен актуальный реестр доступов.
## Практический следующий шаг
Сначала проверьте причину на нескольких результатах. Если нужна смена, передайте активный контекст, обновите доступы и проверьте новый цикл на конкретных задачах.
- Назовите результат, который должен быть готов.
- Укажите источники, срок и действия для отдельного подтверждения.
- Проверьте первый результат по заранее заданным критериям.
## Инструменты для вашей задачи
- [Собрать новый рабочий цикл](https://app.llamas.ru/knowledge/onboarding-plan/)
## Читайте также
- [KPI бизнес-ассистента: как оценивать закрытые задачи и управляемость](https://app.llamas.ru/knowledge/assistant-kpi/)
- [Первые 14 дней с ассистентом: план запуска без бесконечных объяснений](https://app.llamas.ru/knowledge/first-14-days/)
- [Какие доступы дать ассистенту: практическая схема запуска и отзыва прав](https://app.llamas.ru/knowledge/access-security/)
## Методика и контекст
Практические процессы и критерии в статье — редакционные рекомендации LLAMAS. Примеры постановки задач и расчётов иллюстративны; они не описывают клиента, результаты сервиса или гарантированный эффект. Условия конкретной роли и сервиса уточняйте отдельно.