Понятная инструкция для редактора CMS описывает пять обязательных элементов: цель, исходные условия, последовательность действий, точки контроля и ожидаемый результат. По ней сотрудник должен воспроизвести рабочий сценарий в своей версии системы и понять, что делать при отклонении.
В начале инструкции укажите CMS и ее версию, тип материала, необходимые права, подготовленные тексты и медиафайлы, ограничения публикации, ответственного за проверку и критерий готовности. Каждый шаг проверяйте в конкретной конфигурации сайта: названия разделов, поля и доступные действия могут отличаться.
Рабочий маршрут выглядит так: подготовка структуры, распределение ролей, создание черновика, перенос текста, работа с медиа, предпросмотр, публикация, постпубликационная проверка и обновление инструкции. Ниже разобраны эти этапы, сравнены форматы материалов и приведен шаблон, который можно адаптировать под конкретную CMS.
Что должна решить инструкция для редактора CMS
Качественная инструкция отвечает на четыре вопроса: что нужно получить, кто выполняет действие, какие условия должны быть выполнены и как проверить результат. Перечень кнопок без этих пояснений быстро теряет практическую ценность: редактор видит действие, но не понимает его цель, границы и последствия.
Признаки рабочей инструкции
- Понятная цель. В первом абзаце указано, какой материал или результат должен появиться после выполнения всех шагов.
- Зафиксированные условия. Указаны версия CMS, тип записи, роль пользователя, доступы и подготовленные исходные данные.
- Однозначные действия. Каждый шаг содержит один основной глагол: создать, выбрать, заполнить, сохранить, проверить или отправить.
- Ожидаемый результат. После значимого действия редактор видит, что черновик сохранен, изображение отображается, ссылка открывается или материал передан на согласование.
- Контрольные точки. В инструкции есть остановки, где проверяют структуру, служебные поля, медиа и предпросмотр.
- Предупреждения о рисках. Отдельно описаны лишние стили при вставке текста, недостаток прав, битые ссылки, чувствительные данные в изображениях и отличия версий.
- Дата актуальности. Указаны дата последней проверки, автор изменения и версия CMS, для которой подтвержден сценарий.
Формулировка «добавьте изображение» слишком общая. Рабочий вариант выглядит так: «Загрузите подготовленный файл в медиатеку, выберите его в поле материала, добавьте подпись и альтернативное описание, затем проверьте отображение в предпросмотре». Такой шаг дает действие и критерий завершения.
Какие сведения зафиксировать до начала работы
| Сведение | Что указать | Зачем это нужно |
|---|---|---|
| CMS и версия | Название системы, редакция, версия интерфейса или шаблона | Поля и пункты меню могут различаться между версиями |
| Тип материала | Статья, новость, инструкция, карточка услуги или другой тип записи | У разных типов записи могут быть разные обязательные поля |
| Роль редактора | Автор, редактор, проверяющий, публикующий или администратор | Пользователь понимает доступные действия и ограничения |
| Исходные данные | Текст, заголовок, структура, изображения, ссылки, метаданные | Черновик создается с полным набором материалов |
| Ограничения | Правила публикации, согласования, форматы медиа, требования к полям | Снижается риск отказа при сохранении или выпуске материала |
| Критерий готовности | Что должно быть проверено перед публикацией | Команда одинаково понимает завершенный результат |
Как спроектировать структуру инструкции
Сложную тему удобнее собирать вокруг центральной задачи, а затем раскладывать на ветки. Для инструкции редактора такими ветками будут пользовательская цель, условия, структура материала, публикация, медиа, предпросмотр, ошибки и обновление.
От центральной задачи к веткам и разделам
Начните с формулировки результата: например, «опубликовать проверенную статью с корректными ссылками и изображениями». Затем задайте шесть вопросов:
- Какие данные нужны до входа в CMS?
- Кто выполняет каждый этап?
- В каком типе материала работает редактор?
- Какие поля и ограничения нужно учитывать?
- Как выглядит успешный результат?
- Что делать, если проверка не пройдена?
После этого карту нужно перевести в линейный порядок. Практичная цепочка выглядит так: потребность читателя, структура, подготовка исходных данных, публикация, медиа, предпросмотр, типовые ошибки и обновление. Такой подход помогает не смешивать редакторские правила с действиями в интерфейсе.
Для базы знаний с большим числом материалов полезно заранее согласовать иерархию разделов, шаблоны названий и правила версионирования. Практические приемы такой организации разобраны в руководстве по построению базы знаний для IT-специалистов.
Пошаговый план с точками контроля
Каждый этап описывайте одной рабочей единицей. Для нее достаточно пяти полей: действие, входные данные, результат, проверка и переход к следующему шагу.
| Этап | Входные данные | Ожидаемый результат | Точка контроля |
|---|---|---|---|
| Подготовка | Тема, аудитория, требования к материалу | Согласована структура и список исходных данных | Цель и критерий готовности понятны |
| Создание черновика | Тип записи, заголовок, текст | Создан материал в правильном разделе | Выбран нужный тип записи, черновик сохраняется |
| Оформление | Текстовые блоки, ссылки, таблицы | Материал собран в корректной иерархии | Один H1, логичные H2/H3, списки и таблицы читаются |
| Медиа | Подготовленные изображения или файлы | Медиа загружены и связаны с текстом | Файл открывается, подпись и alt передают смысл |
| Публикация | Проверенный черновик | Страница доступна по рабочему адресу | Проверены URL, видимость, ссылки и внешний вид |
Сроки в таком плане задаются сложностью материала и процессом команды. Для короткой новости может хватить одного цикла проверки, а техническая инструкция с таблицами, изображениями и несколькими ответственными потребует нескольких остановок. Шаблон нельзя превращать в универсальный норматив.
Сравнение форматов: инструкция, чек-лист и справочная статья
| Формат | Когда использовать | Сильная сторона | Ограничение | Обязательные элементы |
|---|---|---|---|---|
| Пошаговая инструкция | Нужно выполнить конкретное действие в CMS | Ведет пользователя в заданном порядке | Плохо подходит для сравнения альтернатив | Цель, условия, шаги, проверки, ошибки |
| Чек-лист | Нужно быстро проверить готовый материал | Ускоряет повторный контроль | Не объясняет сложные действия | Короткие пункты с однозначным результатом |
| Справочная статья | Нужно объяснить правила, термины или поля | Дает контекст и помогает принять решение | Может быть слишком объемной для срочной задачи | Определения, ограничения, примеры, ссылки на связанные разделы |
| Аналитическая статья | Нужно сравнить несколько подходов | Показывает сильные и слабые стороны вариантов | Не заменяет инструкцию для конкретного действия | Критерии сравнения, таблица, ограничения, вывод по сценариям |
Для одного рабочего процесса часто нужны два формата: инструкция объясняет действия, чек-лист подтверждает результат. Аналитический блок добавляйте, когда редактору нужно выбрать способ публикации или сравнить возможности разных CMS.
Как распределить роли и права доступа
Роли в инструкции описывают через действия, а не через названия групп. В одной CMS пользователь с ролью «редактор» может публиковать материал, в другой он только отправляет черновик на согласование. Поэтому в начале документа фиксируйте фактические права и ограничения.
Матрица ответственности по этапам
| Этап | Выполняет | Проверяет | Принимает результат |
|---|---|---|---|
| Подготовка темы и исходных данных | Автор или инициатор | Редактор | Ответственный за раздел |
| Редактирование текста | Редактор | Технический проверяющий | Редактор раздела |
| Загрузка медиа | Редактор или контент-менеджер | Редактор | Ответственный за публикацию |
| Предпросмотр | Редактор | Автор и проверяющий | Публикующий сотрудник |
| Публикация | Публикующий сотрудник | Редактор | Ответственный за выпуск |
| Постпубликационный контроль | Публикующий сотрудник | Редактор | Ответственный за раздел |
| Обновление инструкции | Автор правки | Проверяющий | Владелец базы знаний |
Для регламентов, где описывают обязанности, дежурства и порядок согласований, пригодится отдельный шаблон должностной инструкции DevOps-инженера. В инструкции по CMS достаточно зафиксировать границы ответственности на каждом этапе публикации.
Минимально необходимые доступы
До начала работы редактор должен проверить наличие конкретных разрешений:
- создание материала нужного типа;
- редактирование собственного или назначенного черновика;
- загрузка файлов в медиатеку;
- изменение заголовков, ссылок и служебных полей;
- просмотр предпросмотра;
- отправка материала на согласование;
- публикация или передача материала сотруднику с правом публикации.
Если права ограничены, инструкция должна содержать отдельную ветку: «Передайте материал пользователю с разрешением на действие». Редактору не нужно выдавать административный доступ только для того, чтобы изменить один недоступный параметр.
Как описать подготовку и публикацию материала в CMS
Публикационный процесс лучше разделить на четыре состояния: исходные данные, черновик, проверенный материал и опубликованная страница. Переход между состояниями подтверждает контрольная точка. Нажатие кнопки публикации само по себе не доказывает, что страница готова для читателя.
Подготовка текста и служебных данных
Перед входом в CMS соберите единый пакет материалов. Минимальный состав:
- рабочий заголовок и цель публикации;
- описание целевой аудитории и задачи читателя;
- структура с H2 и H3;
- основной текст, команды, таблицы и примеры;
- ссылки на подтверждающие материалы и связанные статьи;
- изображения, подписи и альтернативные описания;
- метатеги и служебные поля, если они предусмотрены процессом;
- критерий готовности и имя ответственного за выпуск.
Сложный материал сначала разложите на ветки: задача пользователя, условия, действия, проверки, ошибки и обновление. Затем соберите из веток линейный план. Такой порядок снижает риск пропустить зависимый шаг или смешать несколько сценариев в одном абзаце.
Создание черновика и перенос контента
- Откройте раздел, где создают нужный тип материала.
- Проверьте, что выбран правильный шаблон записи.
- Заполните рабочий заголовок и сохраните черновик.
- Переносите текст блоками, сохраняя иерархию заголовков.
- Оформите списки, таблицы, цитаты и фрагменты команд средствами CMS.
- Добавьте внутренние ссылки и заполните служебные поля.
- Снова сохраните черновик перед переходом к проверке.
Вставка текста из внешнего редактора может перенести лишние стили, скрытые символы, неправильные списки и неверную иерархию заголовков. После вставки проверьте исходный блок, видимые отступы и порядок заголовков. Команды размещайте в code или pre, если шаблон CMS поддерживает эти элементы.
Не описывайте интерфейс догадками. Если название поля зависит от версии системы, используйте формулировку «поле для краткого описания материала» и добавьте примечание о необходимости сверки с текущим шаблоном.
Публикация и проверка результата
Разделяйте выпуск страницы и проверку опубликованного результата. Последовательность может выглядеть так:
- Сохраните черновик после последнего редактирования.
- Проверьте текст, структуру, ссылки, служебные поля и медиа.
- Откройте предпросмотр в целевом шаблоне.
- Передайте материал на согласование или попросите назначенного проверяющего подтвердить выпуск.
- Опубликуйте материал доступным способом.
- Откройте конечную страницу без редакторских прав.
- Проверьте URL, видимость, заголовок, текст, ссылки, изображения и таблицы.
Результат фиксируйте в журнале публикаций или карточке задачи: дата, автор, проверяющий, адрес страницы, версия CMS и замечания. Для сайтов с большим числом записей полезно отдельно документировать автоматическое заполнение полей и действия редактора. Например, при работе с сервисом создания SEO-сайта с каталогом инструкция должна разделять данные, которые обновляются автоматически, и поля, которые требуют ручной проверки.
Как работать с медиафайлами в инструкции
Изображение может корректно отображаться в редакторе и сломаться на опубликованной странице. Поэтому медиафайлы проверяют как отдельный объект: до загрузки, после размещения и в предпросмотре.
Подготовка файла до загрузки
Перед загрузкой проверьте четыре группы характеристик:
- Имя файла. Используйте понятное обозначение без случайных наборов символов. Имя должно помогать найти файл в медиатеке.
- Формат. Выбирайте формат, который поддерживают CMS и шаблон страницы. Универсальный вариант для всех систем заранее задавать нельзя.
- Качество и размер. Изображение должно оставаться читаемым и не создавать неоправданно тяжелую страницу. Числовые ограничения берите из правил конкретной CMS.
- Содержание. На изображении не должно быть паролей, токенов, персональных данных и элементов, не связанных с текстом.
Размещение, подпись и альтернативное описание
Размещайте медиа рядом с тем фрагментом текста, который оно поясняет. Подпись отвечает на вопрос, что изображено и почему это нужно читателю. Поле alt передает смысл изображения в сценариях, когда файл не загрузился или его просматривают с помощью вспомогательных технологий.
Имя файла «screenshot-final-2.png» не заменяет альтернативное описание. В alt укажите содержание: например, «Форма создания черновика с полями заголовка и типа материала». Если изображение декоративное и не добавляет смысла, правила заполнения поля определяются шаблоном и требованиями доступности сайта.
| Операция | Что проверить | Типовая проблема | Действие редактора |
|---|---|---|---|
| Подготовка | Имя, формат, качество, отсутствие чувствительных данных | Файл трудно найти или он не поддерживается | Переименовать или преобразовать файл по правилам CMS |
| Загрузка | Файл появился в медиатеке и открывается | Загрузка завершилась с ошибкой | Проверить права, формат и ограничения системы |
| Выбор | Выбран нужный файл, а не похожая версия | В материал попала старая картинка | Сверить имя, превью и назначение файла |
| Размещение | Изображение стоит рядом с нужным текстом | Медиа оказалось в другом блоке | Переместить блок и снова сохранить черновик |
| Подпись и alt | Текст описывает смысл изображения | Подпись дублирует имя файла | Переписать описание с учетом контекста статьи |
| Предпросмотр | Масштаб, обрезка, ссылка, отображение на экране | Файл исчезает или выходит за границы | Проверить настройки блока и шаблон страницы |
Проверка медиа в предпросмотре
Проверяйте изображение в трех местах: в редакторе, в предпросмотре материала и на конечной странице. Сверяйте доступные размеры экрана, особенно если статья содержит широкие схемы, таблицы или снимки интерфейса.
В предпросмотре отдельно проверьте обрезку, пропорции, подпись, ссылку на файл и соседний текст. Для динамических страниц полезно учитывать поведение шаблона при разных способах загрузки контента. Подходы к отображению динамического контента и их влияние на скорость и индексацию разобраны в руководстве по стратегиям рендеринга.
Как проверить статью перед публикацией
Финальная проверка должна идти по категориям. Сначала подтвердите содержание и факты, затем структуру и оформление, после этого проверьте страницу в предпросмотре и уже опубликованный результат.
Проверка содержания и источников
- Цель статьи совпадает с задачей, указанной в постановке.
- Целевая аудитория и уровень подготовки читателя понятны.
- Версия CMS, тип материала и ограничения указаны в начале.
- Все шаги выполнимы в описанной роли.
- Термины используются единообразно во всех разделах.
- Точные правила, числовые ограничения и названия функций подтверждены актуальной официальной или профильной документацией.
- Каждая ссылка подтверждает ближайшее утверждение, а не создает общее впечатление достоверности всего абзаца.
Если в одном абзаце приведены три разных факта, одной общей ссылки может быть недостаточно. Разделите утверждения или расположите подтверждение рядом с тем фактом, который оно обосновывает.
Проверка структуры и оформления
| Элемент | Критерий проверки |
|---|---|
| Заголовки | Один H1 на странице, последовательная иерархия H2 и H3 |
| Абзацы | Одна основная мысль в абзаце, нет длинных стен текста |
| Списки | Элементы однородны и начинаются с действия или понятия одного уровня |
| Таблицы | Заголовки столбцов понятны, строки читаются без дополнительного контекста |
| Команды | Команды визуально отделены от обычного текста, символы не изменились |
| Ссылки | Текст ссылки описывает назначение, адрес открывается, переход уместен |
| Оглавление и якоря | Пункты ведут к существующим разделам, если такие элементы используются |
Проверка в предпросмотре и после публикации
В предпросмотре просмотрите материал как читатель. Проверьте заголовок страницы, отступы, списки, таблицы, код, ссылки, изображения, подписи и служебные блоки. Откройте минимум два доступных размера экрана, если CMS или шаблон поддерживает адаптивную верстку.
После публикации откройте страницу без административной сессии. Убедитесь, что URL ведет на нужный материал, страница доступна предполагаемой аудитории, а опубликованный текст совпадает с согласованным черновиком. Если обнаружена ошибка, зафиксируйте ее, исправьте исходный блок и повторите проверку конечной страницы.
Итоговый чек-лист редактора
- [ ] Цель и аудитория статьи ясны.
- [ ] Версия CMS, тип материала и условия работы указаны.
- [ ] Права редактора проверены до начала публикации.
- [ ] Все обязательные шаги выполнены.
- [ ] Факты, термины и числовые значения проверены.
- [ ] Релевантные подтверждения расположены рядом с существенными утверждениями.
- [ ] Структура H1/H2/H3 и оформление блоков корректны.
- [ ] Внутренние ссылки и URL открываются.
- [ ] Медиафайлы загружены, подписаны и отображаются.
- [ ] Предпросмотр пройден на целевых размерах экрана.
- [ ] Ответственный подтвердил выпуск.
- [ ] После публикации проверена конечная страница.
- [ ] Для исправления определен порядок возврата к последнему согласованному черновику.
Типовые ошибки редакторов и способы их исправления
Большинство сбоев связано с несоответствием условий, а не с самой последовательностью действий. Диагностику начинайте с версии CMS, роли пользователя и типа материала, затем переходите к конкретному блоку.
| Симптом | Причина | Как обнаружить | Что сделать |
|---|---|---|---|
| В инструкции нет описанного поля | Другая версия CMS или другой шаблон | Сверить версию, тип записи и структуру интерфейса | Добавить ветку для текущей версии или обновить инструкцию |
| Кнопка действия недоступна | Недостаточно прав | Проверить роль и список разрешений | Передать шаг сотруднику с нужным доступом, не выдавая лишние права |
| Материал создан не в том разделе | Перепутан тип записи или шаблон | Сверить служебные поля и адрес черновика | Создать запись в правильном типе и перенести проверенный текст |
| Списки и отступы выглядят неправильно | Перенесено внешнее форматирование | Сравнить редакторский блок с предпросмотром | Очистить лишние стили и собрать список средствами CMS |
| Изображение не отображается | Файл не загрузился, ссылка устарела или нет доступа | Открыть медиа в медиатеке и на конечной странице | Проверить файл, права, ссылку и повторить загрузку |
| Ссылка ведет на ошибочную страницу | Опечатка, изменение адреса или неверный текст ссылки | Открыть ссылку в предпросмотре и после публикации | Заменить адрес, проверить соседний текст и сохранить материал |
| Страница видна редактору, но недоступна читателю | Материал остался черновиком, скрыт или ограничен по доступу | Открыть страницу без административной сессии | Проверить статус, видимость и правила доступа |
| Источник не подтверждает утверждение | Одна ссылка поставлена на весь абзац | Сопоставить текст ссылки с конкретным фактом | Разделить утверждения и добавить релевантное основание рядом |
Приоритеты исправлений
| Приоритет | Пример проблемы | Действие |
|---|---|---|
| Высокий | Неверные права, чувствительные данные, ошибочная техническая команда, недоступная страница | Остановить публикацию или снять материал до исправления и повторной проверки |
| Средний | Битая ссылка, неверный тип материала, пропавшее изображение, ошибочная метадата | Исправить в ближайшем цикле публикации, затем проверить страницу |
| Низкий | Незначительный отступ, неравномерная подпись, стилистическая неточность | Внести правку при следующем обновлении, если проблема не мешает чтению |
Порядок диагностики фиксируйте прямо в инструкции: сначала предпросмотр, затем исходный блок, настройки элемента и права пользователя. После исправления проверяйте весь затронутый сценарий, а не только измененную строку.
Как поддерживать инструкцию актуальной
Инструкция требует пересмотра при изменении CMS, шаблона, ролей, форматов медиа, правил согласования или источника, на котором основано утверждение. Повторяющиеся вопросы редакторов тоже служат сигналом: если один и тот же шаг приходится объяснять устно, его нужно уточнить в документе.
Триггеры для пересмотра
- обновилась версия CMS или административного интерфейса;
- изменился шаблон страницы или набор обязательных полей;
- перераспределились роли и права доступа;
- появился новый формат медиа или изменились ограничения загрузки;
- изменился регламент согласования и публикации;
- источник правила обновился или перестал подтверждать формулировку;
- редакторы регулярно сообщают об ошибках и обходных действиях.
Журнал изменений и повторная проверка
| Поле журнала | Что записать |
|---|---|
| Дата проверки | День, когда сценарий проверили в рабочей или тестовой среде |
| Автор изменения | Сотрудник, который внес правку |
| Версия | Версия инструкции и версия CMS |
| Затронутые шаги | Номера или названия измененных этапов |
| Основание правки | Изменение интерфейса, ошибка, новый регламент или замечание редактора |
| Результат проверки | Предпросмотр пройден, публикация подтверждена, замечания закрыты |
| Ответственный | Сотрудник, который принимает обновленную версию |
После существенного изменения повторяйте полный сценарий, включая создание черновика, заполнение полей, работу с медиа, предпросмотр и проверку опубликованной страницы. Частичная проверка может оставить противоречие между новым интерфейсом и старым шагом.
Если команда выбирает отдельную платформу для документации, сравните поддержку Markdown, права, интеграцию с Git и процесс обновления материалов. Критерии выбора Confluence, BookStack, Outline и DokuWiki собраны в сравнении платформ для IT-базы знаний.
Шаблон инструкции для редакторов сайта в CMS
Скопируйте структуру ниже в базу знаний и заполните только подтвержденными данными. Поля, названия которых зависят от конкретной CMS, нельзя заполнять предположениями.
Краткая карточка условий
Название: [точное название операции]
Цель: [какой результат должен получить редактор]
Для кого: [роль и уровень подготовки]
CMS и версия: [название, версия, шаблон]
Тип материала: [статья, новость, инструкция, карточка]
Необходимые права: [создание, редактирование, медиа, предпросмотр, публикация]
Входные данные: [текст, структура, изображения, ссылки, метаданные]
Ограничения: [форматы, согласования, видимость, обязательные поля]
Ожидаемый результат: [как выглядит готовая опубликованная страница]
Дата проверки: [дата]
Ответственный: [имя или роль]
Основной сценарий и контрольные точки
- Действие: [что сделать]. Результат: [что должно измениться]. Проверка: [как подтвердить]. Ошибка и решение: [симптом, причина, исправление].
- Действие: [что сделать]. Результат: [что должно измениться]. Проверка: [как подтвердить]. Ошибка и решение: [симптом, причина, исправление].
- Действие: [что сделать]. Результат: [что должно измениться]. Проверка: [как подтвердить]. Ошибка и решение: [симптом, причина, исправление].
Работа с медиа: [правила имени файла, допустимый формат по документации CMS, подпись, alt, размещение и проверка].
Предпросмотр: [какие элементы проверить и на каких размерах экрана].
Публикация: [кто выпускает материал, кто подтверждает результат, где фиксируется адрес страницы].
Типовые ошибки: [симптом, причина, способ обнаружения, действие редактора].
Источники и основания: [ссылка или документ рядом с конкретным утверждением].
Изменения: [дата, автор, версия, затронутые шаги, результат повторной проверки].
В конце шаблона разместите финальный чек-лист. Он должен включать содержание, источники, структуру, права, ссылки, медиа, предпросмотр, публикацию и постпубликационную проверку.
FAQ: быстрые ответы о подготовке CMS-инструкций
Нужно ли указывать версию CMS?
Да. Версия влияет на названия полей, доступные действия, шаблон материала и правила загрузки медиа. Если инструкция подходит нескольким версиям, разделите шаги по версиям и укажите дату проверки каждой ветки.
Кто проверяет публикацию?
Публикацию проверяет назначенный редактор, технический проверяющий или владелец раздела. Инструкция должна назвать роль, которая подтверждает выпуск, даже если публикующий сотрудник и проверяющий совпадают.
Чем предпросмотр отличается от проверки в редакторе?
Редактор показывает структуру и поля внутри административного интерфейса. Предпросмотр показывает материал в целевом шаблоне, где видны реальные отступы, размеры медиа, таблицы, ссылки и адаптивное поведение.
Какие медиа нужно проверять обязательно?
Проверяйте каждое изображение, файл или встроенный медиаблок, который влияет на понимание текста. Минимум нужно сверить загрузку, формат, расположение, подпись, alt, ссылку и отображение после публикации.
Как поступить, если у редактора нет нужных прав?
Сначала уточните, какое действие недоступно и какая роль его выполняет. Передайте материал ответственному сотруднику или запросите точечное разрешение. Административный доступ для обычной публикации не нужен.
Где фиксировать источники?
Храните источник рядом с утверждением, которое он подтверждает, либо в отдельном поле, где связь между фактом и основанием очевидна. Для правил, терминов и ограничений используйте актуальную официальную или профильную документацию.
Когда пересматривать инструкцию?
Проверяйте ее после обновления CMS, шаблона, ролей, регламента или требований к медиа. Вне планового цикла пересмотр нужен при повторяющихся ошибках, вопросах редакторов и изменении подтверждающих материалов.
Хорошая инструкция для редакторов CMS дает воспроизводимый процесс: понятные условия, последовательные действия, контрольные точки и подтвержденный результат. Зафиксируйте эти элементы в шаблоне, проверьте сценарий в нужной версии системы и назначьте ответственного за последующие обновления.