Если ваши контентщики вздрагивают при слове «Битрикс» — у вас проблема не с людьми.
У вас проблема с тем, как им дали в руки систему.
Я слишком часто вижу одну и ту же картину:
- чтобы исправить один заголовок, нужно кликнуть 8 раз и пройти три экрана ада;
- нужный раздел прячется в дебрях инфоблоков и подпунктов;
- формочка редактирования забита полями «для программистов», а реально нужные лежат где-то внизу;
- любой новичок три дня ходит за старшим редактором с вопросом «а где тут это правится?»
И при этом владелец бизнеса искренне удивляется:
«Почему так долго вносятся правки? Мы же всё на Битриксе сделали, это же удобно должно быть».
Битрикс действительно может быть удобным. Но по умолчанию он настроен скорее под разработчика, чем под живого редактора.
Давайте покажу, как я из адской админки делаю нормальный рабочий инструмент для контент-команды.
1. Симптомы: ваш контент живёт в боли
Если у вас сейчас хотя бы часть этого — да, это про вас:
- Чтобы поменять картинку баннера, редактор лезет в «Структуру сайта» и правит HTML руками.
- Никто не знает, какие страницы правятся через инфоблоки, какие — через компоненты, а какие — «вообще непонятно где».
- Люди боятся нажимать лишнюю кнопку, потому что «в прошлый раз всё пропало».
- Редакторы копируют старую страницу, чтобы сделать новую, и ломают половину настроек.
- Контент-менеджер пишет разработчику даже ради правки одного заголовка.
Если вы платите людям за контент, а они половину рабочего дня проводят в танцах с интерфейсом — вы просто сливаете деньги в трубу.
2. Главная ошибка: админку никто не настраивал «под людей»
То, что дают «из коробки», — это конструктор.
А не готовое рабочее место.
Обычно Битрикс-админка выглядит так:
- полный доступ ко всем разделам «на всякий случай»;
- стандартные формы редактирования с десятком технических полей;
- общая свалка инфоблоков без нормальных названий;
- один логин «admin» на всех, чтобы «не заморачиваться с правами».
Разработчики чаще всего делают функционал и бегут дальше по задачам.
А вот подготовить интерфейс под конкретную команду редактирования — этим мало кто заморачивается.
В итоге у вас Ferrari, которой пытаются пахать огород — и ругают не плуг, а машину.
3. Шаг 1. Разобраться, кто что вообще делает с контентом
Перед тем как что-то настраивать, я всегда задаю простые вопросы:
- Кто у вас реально что редактирует?
Один человек всё или есть разделение: новости, каталог, акции, блог, лендинги? - Какие операции делаются чаще всего?
Добавить новость, сменить цену в карточке, заменить баннер на главной, отредактировать текст на лендинге? - Кто должен иметь право только «править тексты», а кто может ещё и ломать структуру?
Из этого рождается карта ролей и сценариев:
не абстрактная «администраторы / редакторы», а реальные:
- «контентщик по новостям»,
- «маркетолог по акциям»,
- «редактор каталога»,
- «главный, у кого есть ключ от всего».
И вот под них уже настраивается интерфейс.
4. Шаг 2. Навести порядок в инфоблоках и назвать всё по-человечески
Когда редактор заходит в «Инфоблоки» и видит там:
- content_new,
- iblock_old,
- СТРАНИЦЫ_2020,
- test_blog,
— ничего хорошего из этого не выйдет.
Я делаю так:
- переименовываю инфоблоки в понятные названия, как для людей:
«Новости», «Блог», «Акции», «Баннеры на главной», «Лендинги», «FAQ»; - чётко разделяю:
что у нас редактирует контентщик, а что — чисто технические сущности, куда не должны лезть лишние руки; - скрываю лишнее от глаз редакторов:
чтобы люди не гуляли по системным инфоблокам и не устраивали себе квест «а что будет, если тут поменять».
Простой шаг, а уровень хаоса уже падает в разы.
5. Шаг 3. Настроить формы редактирования: убрать мусор, поднять главное
Стандартная форма элемента инфоблока — это обычно:
- куча вкладок,
- двадцать полей,
- половина из которых — вообще не про контент.
Редактору нужно:
- заголовок,
- текст,
- картинка,
- пара доп-полей — и увидеть, где это на сайте.
А он видит: ID, символьный код, сортировка, служебные флажки, какие-то технастройки, чекбоксы «для разработчика».
Что я делаю:
- настраиваю карточку элемента под каждую роль:
- какие поля показывать;
- в каком порядке;
- какие вкладки можно убрать вообще;
- поднимаю наверх то, что важно для человека:
заголовок, анонс, текст, основные картинки, даты; - убираю с глаз всё, что контентщик не должен трогать:
служебные настройки, флаги, системные поля.
В итоге форма превращается не в техпанель самолёта, а в обычное окно редактирования, где человеку понятно: что, куда и зачем.
6. Шаг 4. Настроить списки: чтобы не искать нужную запись полдня
Второй ад — это списки элементов:
- по умолчанию там выводятся какие-то случайные колонки;
- даты и названия перемешаны;
- фильтрация не настроена;
- найти новость за прошлую неделю — маленький подвиг.
Я:
- настраиваю отображаемые колонки: название, дата, активность, кто правил, важные свойства;
- под каждый тип контента задаю свой набор фильтров:
по дате, по разделу, по статусу, по типу; - сохраняю эти представления как пресеты, чтобы человек заходил и сразу видел нужный вид списка, а не каждый раз настраивал.
Редактору не нужно быть археологом.
Ему нужно быстро находить нужный элемент, править и лететь дальше.
7. Шаг 5. Прямые точки входа: «быстрая правка» с сайта и отдельные разделы меню
Не обязательно тащить контентщика в глубины админки каждый раз.
Я использую две штуки:
1. «Быстрая правка» с фронта
Когда залогиненный редактор заходит на сайт, он видит:
- кнопки «изменить эту новость»,
- «изменить этот баннер»,
- «изменить этот блок».
2. Один клик — и он попадает сразу в нужный элемент в админке.
3. Отдельный раздел меню «Контент»
Где:
- собраны ссылки на все основные инфоблоки для редактирования;
- нет лишнего: не нужно пробираться через настройки, службы и модули.
То есть человек не блуждает по дереву, а заходит в понятный пункт: «Новости» → «Добавить», «Изменить».
8. Шаг 6. Права доступа: не «admin на всех», а нормальные роли
Страшная классика: один логин администратора, под которым все и работают.
Никаких прав, никакой истории — только хаос.
Я делю права:
- редактор новостей — видит и правит только новости и связанные с ними разделы;
- маркетолог — баннеры, промо-блоки, акции;
- каталог-редактор — только каталог и ничего лишнего;
- админ/разработчик — весь техстек, настройки, модули.
Плюс:
- отключаю доступ к штукам, которые можно убить одним неловким кликом;
- включаю логирование изменений: чтобы понимать, кто что поломал (и быстро починить).
Все живы, всё работает, дата-центр не горит, как говорится.
9. Мини-обучение и чек-листы: без этого всё равно начнут ломать
Даже самая идеальная админка не спасёт, если людей никто не научил ей пользоваться.
Я обычно делаю минимальный набор:
- короткий текстовый или видео-гайд «как добавить новость», «как заменить баннер», «как отредактировать лендинг»;
- чек-листы для повторяющихся задач:
чтобы каждый раз не вспоминать, какие поля трогать, а какие не трогать; - простые правила:
- где сначала работать (на тестовом стенде или черновике);
- кто согласовывает;
- как проверять результат на фронте.
Цель — чтобы любой новый человек мог с нуля не за неделю, а за пару часов въехать в процесс редактирования.
10. Что в итоге получает бизнес
Когда админка настроена под людей, а не «как из коробки», происходит магия:
- правки по контенту вносятся быстро, без «напишите разработчику, у него руки дойдут»;
- снижается количество ошибок: никто уже случайно не удаляет половину сайта;
- редакторы перестают ненавидеть Битрикс и начинают заниматься контентом, а не борьбой с интерфейсом;
- владельцу не нужно нанимать «супер-специалиста по Битрикс, который только и делает, что правит тексты».
И самый приятный момент — вы перестаёте платить за то, что люди борются с системой,
и начинаете платить за то, что они действительно создают: контент, который продаёт.